Hướng dẫn về phát hành tài sản trên Bitcoin: Các dự án hiện có và phương án tương ứng
Tuyển chọn TechFlowTuyển chọn TechFlow
Hướng dẫn về phát hành tài sản trên Bitcoin: Các dự án hiện có và phương án tương ứng
Nếu Ethereum sụp đổ thì sao? Ai có thể tiếp quản DeFi?
Chuyên sâu báo cáo Web3Tác giả bài viết: Yunwen Liu 1, Viện Nghiên cứu Natool
Tôi biết rằng khi nhắc đến vấn đề này, những người theo chủ nghĩa thuần túy Bitcoin có thể cho rằng: Bitcoin cứ yên lặng làm "vàng kỹ thuật số" thì chẳng tốt sao? Tại sao nhất thiết phải có token? Tại sao nhất định cần USDT? Tuy nhiên, nếu bạn đặc biệt quan tâm đến an toàn tài sản, bạn sẽ phải suy nghĩ: nếu Ethereum sụp đổ thì sao? Ai sẽ tiếp nhận DeFi? Hơn nữa, các phương án token hoàn toàn tương thích với giao thức Bitcoin và không phá vỡ chức năng vốn có. Nếu bạn không thích, chỉ cần không tải về client hỗ trợ token là được, cũng không ảnh hưởng lớn.
Phát hành token trên Bitcoin: Vì sao lại không thể?
Ý tưởng phát hành token trên Bitcoin nhằm chuyển giao dịch tài sản thế giới thực lên chuỗi đã xuất hiện trong cộng đồng Bitcoin khoảng năm 2010. Ban đầu, cộng đồng thảo luận về việc đưa các tài sản thế giới thực như bất động sản, cổ phiếu, tiền pháp định... lên Bitcoin để giao dịch phi tập trung. Tuy nhiên do yếu tố pháp lý, việc di chuyển các loại tài sản như bất động sản hay cổ phiếu không dễ dàng. Dù bạn chuyển token đại diện cho ngôi nhà của mình sang người khác, chính phủ có thể không công nhận, hoặc tự động thay đổi giấy chứng nhận quyền sở hữu, thậm chí vẫn phải đóng nhiều loại thuế. Trong điều kiện quản lý, việc giao dịch tự do trên chuỗi cũng không khả thi.
Vì vậy, phương án hấp dẫn hơn là phát hành token neo giá với tiền pháp định – tức stablecoin. Khác với NFT, stablecoin vẫn là token đồng nhất (fungible), chỉ được phân biệt so với Bitcoin gốc. Khi xuất hiện dưới dạng token, giá trị của chúng phụ thuộc vào giá tài sản thế giới thực mà chúng đại diện, chứ không còn theo giá tiền điện tử ban đầu (nếu giá tiền điện tử tăng quá cao so với tài sản, có thể từ bỏ tài sản). Đây cũng là lý do vì sao token trên Bitcoin thường dùng satoshi làm đơn vị.
Để sử dụng tiền điện tử làm tài sản phát hành token, cần giải quyết hai vấn đề chính:
-
Làm cách nào biểu thị tài sản thế giới thực bằng Bitcoin;
-
Làm cách nào thiết lập quy tắc giao dịch phức tạp và hợp đồng trong ngôn ngữ script cực kỳ hạn chế của Bitcoin.
Nội dung dưới đây tập trung vào hai điểm trên, tổng hợp một số phương án phát hành tài sản trên Bitcoin hiện có, đồng thời so sánh về tính sẵn có dữ liệu, phương tiện lưu trữ tài sản, mức độ biểu đạt, khả năng mở rộng...
Token đầu tiên trên Bitcoin: Colored Coin (Coin nhuộm màu)
Không rõ ai là người đầu tiên thiết kế giao thức token trên Bitcoin, ý tưởng có thể bắt nguồn từ các diễn đàn hoặc thảo luận trong cộng đồng Bitcoin. Dự án Colored Coin do Yoni Assia khởi xướng năm 2012, khi đó ông cùng Vitalik Buterin, Lior Hakim, Meni Rosenfeld, Rotem Lev đã viết Whitepaper Colored Coins, dự án bắt đầu hoạt động từ năm 2013.
Nguyên lý hoạt động của Colored Coin là đánh dấu một satoshi thành một đồng tiền đặc biệt, ghi thông tin tài sản vào satoshi này – quá trình này gọi là "nhuộm màu". Bạn có thể nhuộm satoshi thành các màu khác nhau, gắn các nhãn (tag) khác nhau, nhưng các coin cùng một màu vẫn không thể phân biệt, ví dụ một nhóm satoshi nhuộm màu đô la Mỹ vẫn mang tính đồng nhất. Các giao thức sớm dùng trường nSequence, thêm nhãn vào nSequence của UTXO input đầu tiên trong giao dịch. Nhưng nSequence chỉ lưu được tối đa 4 byte, nên các thiết kế token sau này hầu hết chuyển sang dùng trường OP_RETURN để lưu metadata phong phú hơn.
Colored Coin ngày nay được nhắc đến chủ yếu vì là dự án token đầu tiên trên Bitcoin. Tuy nhiên do phát triển không thuận lợi và chưa từng được ứng dụng rộng rãi, dự án dần bị lãng quên. Vấn đề Colored Coin gặp phải lúc bấy giờ là chức năng Bitcoin chưa đủ để hỗ trợ ý tưởng khá tiên phong này, việc triển khai ổn định, hiệu quả là rất khó. Có lẽ đây cũng là lý do khiến Vitalik sau dự án Colored Coin rẽ sang hướng ngược lại với Bitcoin, kiên trì theo đuổi hợp đồng thông minh.
Vì Colored Coin tồn tại dưới dạng satoshi, việc xác thực giống như xác thực tính hợp lệ của một UTXO, đều cần tải toàn bộ chuỗi. Vấn đề này sau này được giải quyết bằng phương pháp xác thực phía khách hàng (client-side validation).
Dùng OP_RETURN phát hành token: Counterparty & Omni Layer
Khác với Colored Coin, Counterparty và Omni Layer (giao thức đứng sau USDT) không trực tiếp nhuộm màu satoshi, mà tạo một UTXO có giá trị bằng 0 trong giao dịch, lưu metadata vào trường OP_RETURN của UTXO này. OP_RETURN chứa được 80 byte, UTXO gắn OP_RETURN không thể chi tiêu, token thật sự là output thứ i được ghi trong OP_RETURN. Giá trị output này thường là 0.00000546 BTC – giá trị gửi thấp nhất hệ thống cho phép, và vì giá trị token không liên quan đến BTC nên không cần gửi nhiều hơn 0.00000546 BTC.
Xác thực các dự án này đều phải thực hiện trên chuỗi, metadata được lưu trên chuỗi.
Omni Layer trong thời gian dài hoạt động chủ yếu trên mạng Ethereum, gần đây mới trở lại hệ sinh thái Bitcoin, chuẩn bị phát hành BTC-USDT. Counterparty đặt cược một phần Bitcoin, có token riêng XCP. Theo dõi Twitter, dạo gần đây họ đang làm về NFT.
Để tìm hiểu sâu hơn về OP_RETURN, tham khảo:
Dùng sidechain neo Bitcoin: Rootstock & Liquid Network
Rootstock và Liquid Network xuất hiện khoảng năm 2017, đều là giải pháp sidechain – dùng cơ chế neo hai chiều (two-way peg) chuyển Bitcoin sang sidechain và sử dụng các DeFi, dApp trên sidechain tương thích EVM. Chúng có token tương tự WBTC (RSK có RBTC, Liquid có L-BTC), chủ yếu hướng tới những người muốn dùng BTC để phát triển trong hệ sinh thái Ethereum.
Cách phát hành token trên Rootstock giống như trên Ethereum, hoặc nói rằng ngoài việc đào chung với chuỗi Bitcoin, các chức năng khác của Rootstock đều được thiết kế để phù hợp với hệ sinh thái Ethereum, ví dụ mã hợp đồng thông minh cũng viết bằng Solidity. Do đó các token ở đây được phát hành dựa trên RBTC, không liên hệ trực tiếp với BTC.
Bài viết này tập trung vào blockchain công cộng, trong khi Liquid Network là một chuỗi liên minh, nên không đi sâu.
Tham khảo thêm về RSK:
Các dự án kể trên, một số đã biến mất (ví dụ Colored Coin), một số mượn danh Bitcoin nhưng bán hệ sinh thái Ethereum. Điều này chủ yếu do Ethereum sau khi ôm lấy vốn, DeFi và dApp chiếm ưu thế tuyệt đối trên thị trường, nên các dự án DeFi không chơi cùng họ khó có thể giành lợi thế. Token trên Ethereum được phát hành và giao dịch qua hợp đồng, tuân theo các tiêu chuẩn như ERC-20. Hệ sinh thái Bitcoin trong hai năm gần đây bắt đầu mở khóa chức năng hợp đồng, như BitVM, và xuất hiện tiêu chuẩn token BRC-20.
Thực hiện hợp đồng thông minh trên Bitcoin: RGB
RGB (Really Good for Bitcoin) ra đời năm 2016, ban đầu được thiết kế như đối thủ cạnh tranh của Colored Coin. Nhưng trước những thách thức tương tự, nó chuyển hướng kích hoạt hợp đồng thông minh trên Bitcoin. Mặc dù tập trung vào chạy hợp đồng thông minh hơn là phát hành token, nhưng do giới hạn từ máy ảo AluVM, đến năm 2024 chức năng hợp đồng đầy đủ vẫn còn hạn chế.
Ý tưởng của RGB là đưa tất cả dữ liệu và mã hợp đồng có thể xuống khỏi chuỗi, sử dụng Merkle root để cam kết (commitment) cho xác thực giao dịch và phát hành token, chuỗi Bitcoin chỉ xác thực cam kết và tính cuối cùng, chứng minh không xảy ra double-spend.
Điểm đáng chú ý của RGB là sử dụng đồng thời xác thực phía khách hàng (client-side validation) và công nghệ tem niêm phong một lần (single-use seal), do đó không đánh dấu token trên UTXO. Hai khái niệm này lần đầu được Peter Todd năm 2013 đề xuất, Giacomo Zucco và Maxim Orlovsky dựa trên đó thiết kế giao thức RGB.
Xác thực phía khách hàng (Client-side validation) giúp dữ liệu và mã dùng trong giao dịch được lưu trữ bên ngoài chuỗi, không phát tán công khai, một số dữ liệu có thể chỉ trao đổi riêng giữa các bên giao dịch, những người không liên quan có thể hoàn toàn không biết. Trạng thái off-chain được duy trì nhờ Bitcoin, blockchain đóng vai trò dấu thời gian, chứng minh thứ tự trạng thái.
Tem niêm phong một lần (single-use seal) – cũng là hình thức phổ biến nhất của client-side validation – là phiên bản kỹ thuật số của tem niêm phong dùng một lần. Nó tận dụng đặc tính mỗi UTXO chỉ có thể chi tiêu một lần, ghi thông tin trạng thái off-chain vào một UTXO. Khi UTXO này bị chi tiêu, ta biết trạng thái đã được cập nhật, thông tin trạng thái mới được ghi vào UTXO mới tạo. Thông tin trạng thái off-chain này có thể là quyền sở hữu token USDT, hoặc số lượng token trong một hợp đồng.
Ví dụ Alice muốn chuyển một USDT cho Bob, USDT này không tồn tại trên chuỗi Bitcoin, thông tin của nó được duy trì off-chain, nhưng có liên hệ với một UTXO do Alice kiểm soát. Thông tin này được lưu trong trường OP_RETURN của một UTXO có giá trị bằng 0 trong giao dịch tạo UTXO đó. Như vậy, chỉ Alice có thể chi tiêu USDT này, và Bob có thể theo dõi trên chuỗi giao dịch để biết USDT này trước đây từng được lưu trong những UTXO nào, các UTXO đó có hợp lệ hay không, và giao dịch có hợp pháp hay không. Khi Alice khởi tạo giao dịch, chuyển thông tin cam kết USDT sang một UTXO do Bob kiểm soát, Bob có thể xác định mình đã nhận được USDT đó.
RGB cũng có thể chạy trên mạng Lightning, vì trạng thái của nó nằm off-chain, chỉ cần đặt cam kết lên chuỗi hoặc mạng Lightning. Sau nâng cấp Taproot, RGB có thể nhúng cam kết vào một giao dịch Taproot, giúp RGB linh hoạt hơn trong việc nhúng cam kết lên chuỗi Bitcoin.
Tham khảo thêm về RGB:
Chỉ hỗ trợ token, không hỗ trợ hợp đồng thông minh: Taproot Assets
Taproot Assets là dự án do đội Lightning Network Daemon (LND) phát triển. Nguyên lý tương tự RGB, nhưng không hỗ trợ hợp đồng thông minh phức tạp, chỉ hỗ trợ token (tham khảo giải thích về từ khóa Taproot ở đây).
Tham khảo thêm về Client-side validation, RGB và Taproot:
Khiến mỗi satoshi đều khác biệt: Ordinals & Inscriptions
Casey Rodarmor phát hành giao thức Ordinal vào đầu năm 2023. Dự án này bắt nguồn từ ý tưởng: Làm cách nào đánh số satoshi, để mỗi satoshi có một số thứ tự độc nhất và có thể sắp xếp. Ý tưởng này cùng thời với Colored Coin, nhưng chỉ được đề xuất lại gần đây. Hơn nữa, nhờ có SegWit và Taproot, việc thực hiện trở nên dễ dàng hơn. Ordinal khiến mỗi satoshi đều khác biệt, từ đó NFT có thể được phát hành trực tiếp trên chuỗi Bitcoin.
Inscriptions là một dự án NFT như vậy. Dữ liệu NFT được lưu trong dữ liệu witness của giao dịch, thay vì dùng trường OP_RETURN như các dự án trước, cho phép lưu metadata dưới 4MB. Khác với NFT trên Ethereum, Inscription lưu trữ on-chain, bao gồm cả metadata và hình ảnh.
Tham khảo thêm về ordinals:
Liên kết hai chiều với mọi chuỗi UTXO: RGB++ liên kết đồng cấu
RGB++ ban đầu xuất hiện như giao thức liên kết đồng cấu (isomorphic binding protocol) giữa BTC và CKB (Nervos Network), nhưng hiện nay phạm vi áp dụng rất rộng, không chỉ giới hạn giữa CKB và BTC, về lý thuyết hai chuỗi UTXO nào cũng có thể liên kết bằng giao thức này.
RGB++ phát triển sâu hơn tư tưởng Client-Side Validation và Single-Use-Seals của RGB. Như đã nói, vấn đề lớn nhất của giao thức RGB là dữ liệu do người dùng tự lưu trữ cục bộ. Nếu người dùng vô tình mất dữ liệu, sẽ không có sao lưu hay cách nào phục hồi. Hơn nữa, do người dùng chỉ lưu dữ liệu liên quan đến token của mình, việc xác minh dữ liệu khác trở nên khó khăn. Giải pháp lớp liên kết đồng cấu không chỉ ràng buộc token vào trường OP_RETURN của UTXO Bitcoin, mà còn ràng buộc thông tin giao dịch Bitcoin tương ứng vào giao dịch trên chuỗi CKB (thông qua việc sử dụng một Lock Script IB đặc biệt trong Cell của CKB). Khi xác định giao dịch trên chuỗi CKB có hợp lệ hay không, Lock Script sẽ dùng dữ liệu light client BTC trên CKB để kiểm tra UTXO tương ứng đã bị chi tiêu hay chưa, và UTXO mới tạo sau khi chi tiêu có ràng buộc thông tin giao dịch token hiện tại (phần không chứa chữ ký) hay không.
Các đặc điểm đáng chú ý của RGB++:
-
Giải quyết vấn đề tính sẵn có dữ liệu thông qua liên kết hai chiều:
-
CKB Cell cam kết liên kết với trường OP_RETURN của UTXO
-
Thông tin UTXO liên kết với output Cell trong giao dịch CKB
-
-
Tương thích với mạng Lightning và Fiber Network (mạng Lightning dựa trên CKB)
-
Hỗ trợ đa tài sản
-
Có thể liên kết với mọi chuỗi UTXO
Tham khảo thêm về RGB++:
Để hiểu rõ hơn ưu điểm và hạn chế của các dự án, chúng tôi so sánh chúng trong bảng dưới đây. Các chỉ số cần chú ý gồm:
-
Tính sẵn có dữ liệu (Data availability): Chuỗi đồng cấu (isomorphic-chain) và sidechain gần như tương đương, trong khi dữ liệu off-chain kém hơn các phương án khác. Thứ tự từ mạnh đến yếu: on-chain ≥ chuỗi đồng cấu ≥ sidechain > off-chain;
-
Phương tiện lưu trữ tài sản (Asset carrier): Phương án token liên kết trực tiếp với BTC tốt hơn các phương án gián tiếp;
-
Tính đồng nhất (Fungibility): Chỉ tính thay thế được giữa các token gốc của dự án, không phải dự án không hỗ trợ phát hành NFT (có thể bổ sung giao thức để hỗ trợ);
-
Mức độ biểu đạt (Expressiveness): Khả năng xử lý hợp đồng thông minh phức tạp.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
