Tài sản trên BTC phát hành: Dự án hiện có và hướng dẫn chi tiết cho từng dự án

Nguồn: ByteDance CKB

Tôi hiểu, khi nói về vấn đề này, người theo trường phái thuần túy Bitcoin có thể nghĩ: BTC chỉ cần làm vàng số không phải là tốt sao? Tại sao nhất định phải có Token? Tại sao lại cần có USDT? Nhưng nếu bạn quan tâm đặc biệt đến an toàn tài sản, bạn sẽ phải suy nghĩ, nếu Ethereum đổ rồi thì sao? DeFi sẽ ai chịu trách nhiệm? Hơn nữa, giải pháp Token tương thích với giao thức BTC và sẽ không làm hỏng chức năng ban đầu, nếu không thích, bạn có thể không tải xuống ứng dụng Token và cũng không bị ảnh hưởng nhiều.

Trên Bitcoin phát hành Token: Tại sao không thể?

Phát hành Token trên BTC để chuyển giao dịch tài sản trong thế giới thực sang on-chain, ý tưởng này đã xuất hiện trong cộng đồng BTC khoảng năm 2010. Cuộc thảo luận ban đầu trong cộng đồng đã mường tượng việc chuyển giao dịch tài sản thế giới thực như bất động sản, cổ phiếu, tiền pháp định và các tài sản khác sang on-chain để thực hiện giao dịch phi tập trung. Tuy nhiên, do yếu tố pháp lý, việc chuyển giao dịch các tài sản như bất động sản và cổ phiếu không đơn giản như vậy. Ngay cả khi bạn thanh toán bằng Token tài sản kỹ thuật số của căn nhà cho một 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 bất động sản thế giới thực và có thể yêu cầu trả các loại thuế khác nhau. Ngoài ra, dưới sự quản lý, không thể tự do thực hiện giao dịch trên on-chain.

Do đó, cách thu hút hơn là phát hành Token liên kết với tiền pháp định, cụ thể là Stablecoin. Stablecoin và Token không thể thay thế khác nhau, chúng vẫn là Token có thể thay thế (fungible), chỉ khác biệt với BTC ban đầu. Khi xuất hiện dưới dạng Token, giá trị của chúng phụ thuộc vào giá trị của tài sản thực của họ, không còn phụ thuộc vào giá trị của Tiền kỹ thuật số ban đầu (nếu giá của Tiền kỹ thuật số tăng lên cao hơn quá nhiều so với giá trị của tài sản, việc bỏ qua tài sản cũng không phải là điều không thể). Đó là lý do tại sao các Token trên BTC thường được ghi nhận theo đơn vị của Satoshi (Satoshi).

Để sử dụng Tiền kỹ thuật số làm tài sản Token, cần giải quyết hai vấn đề chính:

1. Làm thế nào để biểu thị tài sản trong thế giới thực bằng BTC;
2. Làm cách nào để thiết lập các quy tắc giao dịch phức tạp và hợp đồng trong ngôn ngữ kịch bản BTC rất hạn chế.

Nội dung dưới đây tập trung vào hai điểm trên, tóm lược về một số kế hoạch phát hành tài sản BTC lớn hiện có và so sánh từ một số khía cạnh như sẵn có dữ liệu, phương tiện tài sản, hiệu suất, mở rộng được

Token đầu tiên trên BTC: Đồng tiền màu sắc

Người đầu tiên thiết kế giao thức Token trên BTC không thể biết được, ý tưởng có thể đã xuất hiện trong các cuộc thảo luận trên diễn đàn hoặc cộng đồng BTC. Dự án Colored Coin được Yoni Assia khởi xướng vào năm 2012, lúc đó ông đã viết Colored Coins whitepaper cùng với Vitalik Buterin, Lior Hakim, Meni Rosenfeld, Rotem Lev.[1], dự án bắt đầu hoạt động vào năm 2013.

Nguyên tắc hoạt động của Đồng tiền màu là gắn một Satoshi làm một đồng tiền đặc biệt, viết thông tin liên quan về tài sản vào Satoshi này - quá trình này gọi là màu. Bạn có thể màu một Satoshi thành nhiều màu khác nhau, đánh dấu (tag) khác nhau, tuy nhiên các đồng tiền cùng màu vẫn không thể phân biệt nhau, ví dụ như một đống Satoshi màu đô la vẫn là đồng nhân loại. Các giao thức sử dụng trước đây thường sử dụng trường nSequence, thêm một đánh dấu vào nSequence của UTXO đầu tiên trong giao dịch. Tuy nhiên, nSequence chỉ có giới hạn lưu trữ 4 byte, vì vậy các thiết kế Token sau đó thường được thay thế bằng trường OP_RETURN, có thể lưu trữ nhiều siêu dữ liệu hơn.

Đồng tiền mã hóa Rũn màu hiện tại được đưa ra chính là vì đây là dự án Token đầu tiên trên BTC. Vì sự phát triển của dự án không được lý tưởng và không được áp dụng rộng rãi, chính dự án đã bị lãng quên dần. Vấn đề mà Rũn màu đối diện vào thời điểm đó là chức năng của BTC vẫn chưa thể hỗ trợ ý tưởng tiên tiến này, rất khó để ý tưởng này được triển khai và hoạt động ổn định hiệu quả. Điều này cũng có thể là lý do tại sao Vitalik sau dự án Rũn màu lại đi theo hướng ngược lại của BTC và quan tâm đến Hợp đồng thông minh đến thế.

Do vị đóng màu tồn tại dưới dạng sự nguyên tắc, việc xác minh nó cũng giống như việc xác minh tính hợp lệ của một UTXO, cần phải tải xuống toàn bộ chuỗi. Vấn đề này sẽ được giải quyết theo cách xác minh từ phía máy khách (client-side validation) ở phần sau.

Sử dụng OP_RETURN để phát hành token: Counterparty & Omni Layer

Khác với tiền tiêu chuẩn, Counterparty[2][3]Và Omni Layer(Giao thức đằng sau USDT) Không phải trực tiếp màu sắc trên Satoshis, mà là thiết lập một giá trị bằng 0 cho UTXO trong giao dịch, và lưu trữ siêu dữ liệu trong OP_RETURN của UTXO này. OP_RETURN có thể chứa 80 byte, đánh dấu UTXO của OP_RETURN không thể được tiêu, và đồng token thực sự là lưu trong i-th output của OP_RETURN. Giá trị của output này thường là 0.00000546 BTC - giá trị tối thiểu được phép gửi theo hệ thống, và vì giá trị của token không phụ thuộc vào BTC, không cần phải gửi nhiều hơn 0.00000546 BTC.

Các dự án này đều cần được xác minh trên on-chain, dữ liệu siêu dữ liệu được lưu trữ trên on-chain.

Omni Layer trong một thời gian dài đã là người chơi trên chuỗi ETH, cho đến gần đây mới trở lại hệ sinh thái BTC, sẵn sàng phát hành BTC-USDT. Counterparty thế chấp một phần BTC, có Token riêng của mình XCP. Từ Twitter[4]Trông có vẻ gần đây họ đang làm NFT.

Để hiểu rõ hơn về OP_RETURN, bạn có thể tham khảo:

1. Một phân tích về dữ liệu phụ trợ Bitcoin OP RETURN[5]
2. Tạo OP_RETURN gửi USDT thủ công[6]

Sử dụng Sidechain để gắn kết BTC: Rootstock & Liquid Network

Rootstock[7][8]Và Mạng Liquid[9]Các dự án này xuất hiện vào khoảng năm 2017, đều là các giải pháp sidechain - sử dụng cách đóng dấu hai chiều (Two-way peg) để hoán đổi Bitcoin sang sidechain và sử dụng các DeFi và dApps khác nhau trên sidechain tương thích với EVM. Chúng tương tự như WBTC.Token (RSK has RBTC, Liquid has L-BTC), mainly for those who want to build on the Ethereum ecosystem using BTC.

Trên Rootstock, việc phát hành Token tương tự như việc phát hành trên ETH, hoặc có thể nói rằng Sidechain của Rootstock này, ngoài việc khai thác cùng với chuỗi BTC, tất cả các chức năng khác đều được thiết kế để tương thích với sinh thái của ETH, ví dụ như việc viết mã hợp đồng thông minh bằng Solidity. Vì vậy, các Token ở đây đều được phát hành dựa trên RBTC, không trực tiếp liên quan đến BTC.

Vì bài viết này chủ yếu theo dõi công khai, trong khi Liquid Network lại là một mạng liên minh, nên không thảo luận sâu ở đây.

Để biết thêm thông tin về RSK, vui lòng tham khảo:

• RSK: Một chuỗi con Bitcoin với hợp đồng thông minh có trạng thái (Bài báo RSK)[10]
• RSK money[11]
• Câu hỏi thường gặp[12]

Trong số những dự án đã đề cập trước đó, một số đã biến mất (ví dụ như coin màu sắc), một số đang bán với vẻ ngoài của BTC nhưng thực chất là sinh thái của Ethereum. Điều này chủ yếu là do sau khi Ethereum ôm trọn vốn, Tài chính phi tập trung và dApps chiếm ưu thế tuyệt đối trên thị trường, vì vậy việc cạnh tranh với các dự án Tài chính phi tập trung không chơi với Ethereum sẽ khó khăn hơn. Token trên Ethereum được phát hành và giao dịch thông qua hợp đồng, tuân theo các tiêu chuẩn như ERC-20. Sinh thái của Bitcoin cũng đã bắt đầu mở khóa chức năng hợp đồng trong hai năm gần đây, ví dụ như BitVM, cũng có tiêu chuẩn Token BRC-20 xuất hiện.

Trên Bitcoin实现hợp đồng thông minh：RGB

Được ra đời vào năm 2016 RGB (Really Good for Bitcoin)[13]Ban đầu được thiết kế để cạnh tranh với tiền điện tử màu sắc. Nhưng đối mặt với 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ù chú trọng chủ yếu vào việc chạy hợp đồng thông minh chứ không phải phát hành token, nhưng do hạn chế của máy ảo AluVM của họ, cho đến năm 2024, tính năng hợp đồng hoàn chỉnh vẫn còn hạn chế.

RGB 的思路是把能拿到off-chain的数据和hợp đồng thông minh代码都放在Bitcoin之外进行，通过 Merkle root 来提供 交易验证和Tokenphát hành的承诺（commitment），Bitcoin链只做交易承诺的验证和最终性，证明没有出现双花。

Điều đáng chú ý về giá trị RGB là việc sử dụng đồng thời công nghệ xác minh từ client và dải niêm phong một lần, điều này không đánh dấu Token trên UTXO. Hai khái niệm này ban đầu được Peter Todd đề xuất vào năm 2013.[14]Trên cơ sở đó, Giacomo Zucco và Maxim Orlovsky đã thiết kế giao thức RGB.

Xác thực phía máy khách (Client-side validation) cho phép dữ liệu và mã được sử dụng trong giao dịch được lưu trữ off-chain, không được phổ biến công khai. Một số dữ liệu có thể chỉ được trao đổi riêng tư giữa hai bên giao dịch và những người không liên quan khác có thể không hề biết gì. Trạng thái off-chain được duy trì bằng BTC và blockchain đóng vai trò là Dấu thời gian, có thể chứng minh thứ tự trạng thái.

Và con dấu một lần sử dụng (single-use seal) - đó cũng là dạng phổ biến nhất của xác minh khách hàng - là phiên bản số hóa của con dấu một lần sử dụng. Nó sử dụng tính chất chỉ một UTXO có thể được tiêu tiền một lần, để ghi thông tin trạng thái off-chain vào một UTXO. Điều này có nghĩa là nếu UTXO này được tiêu tiền vào một khoảng thời gian nào đó, chúng ta sẽ biết rằng trạng thái đã được cập nhật và thông tin trạng thái sau cập nhật được ghi vào UTXO mới được tạo ra. Thông tin trạng thái off-chain này có thể là quyền sở hữu của Token USDT hoặc số lượng Token trong một hợp đồng cụ thể.

Ví dụ như Alice muốn chuyển một USDT cho Bob, USDT này không tồn tại trên chuỗi khối Bitcoin (off-chain), thông tin của nó được bảo trì trên off-chain. Tuy nhiên, nó sẽ liên quan đến một UTXO được kiểm soát bởi Alice. Thông tin của nó được lưu trữ trong trường OP_RETURN của UTXO được tạo ra bởi giao dịch có giá trị bằng không. Nhờ vậy, chỉ có Alice mới có thể tiêu thụ USDT này, và Bob có thể theo dõi USDT này đã được lưu trữ trong những UTXO nào trong quá khứ thông qua các giao dịch on-chain, xác định những UTXO này có hiệu lực hay không, và giao dịch có hợp lệ hay không. Nhờ vậy, khi Alice khởi tạo giao dịch và chuyển thông tin cam kết của USDT này sang một UTXO được kiểm soát bởi Bob, Bob có thể xác định rằng anh ấy đã nhận được USDT này.

RGB cũng có thể hoạt động trên Mạng Lightning vì trạng thái của nó là off-chain, chỉ cần đặt cam kết trên-chain hoặc trên Mạng Lightning. Sau khi nâng cấp Taproot, RGB có thể nhúng cam kết vào giao dịch Taproot, điều này cho phép RGB nhúng cam kết vào BTCon-chain một cách linh hoạt hơn.

Để hiểu rõ hơn về RGB, tham khảo: RGB Blueprint[15]

Chỉ hỗ trợ Token không hỗ trợ hợp đồng thông minh: Taproot tài sản

Taproot Asset là Lightning Network Daemon (LND)[16][17]Dự án được phát triển bởi nhóm. Nguyên lý của nó tương tự như RGB, nhưng không hỗ trợ hợp đồng thông minh phức tạp, chỉ hỗ trợ token (xem mục TAPROOT ở đây)Giải thích).

Để hiểu rõ hơn về Client-Side Validation, RGB và Taproot, vui lòng tham khảo:

1. Xác thực phía máy khách[18]
2. Giao dịch Off-Chain: Sự tiến hóa của giao thức tài sản Bitcoin[19]
3. Counterparty vs RGB vs TARO[20]

Làm cho mọi Satoshi trở nên độc đáo: Ordinals & Inions

Casey Rodarmor đã phát hành giao thức Ordinal vào đầu năm 2023[21]Dự án này ban đầu bắt nguồn từ một ý tưởng như sau: làm thế nào để gán số thứ tự cho mỗi đồng tiền, để mỗi đồng đều có một số thứ tự duy nhất và có thể được sắp xếp. Ý tưởng này và đồng tiền vẽ màu đều xuất hiện cùng thời điểm, chỉ được đưa ra lại vào năm ngoái. Và nhờ có tính năng SegWit và Taproot, việc thực hiện ý tưởng này đã dễ dàng hơn. Ordinal giúp mỗi đồng tiền trở nên khác biệt với nhau, điều này cho phép NFT có thể được phát hành trực tiếp trên chuỗi Bitcoin.

Inions[22]Đó chỉ là một dự án NFT như vậy. Dữ liệu của NFT được lưu trữ trong dữ liệu chứng kiến giao dịch, chứ không phải là trường OP_RETURN được sử dụng trước đó, điều này cho phép lưu trữ siêu dữ liệu có kích thước không quá 4MB. Khác với NFT trên Ethereum, Inion là lưu trữ trên chuỗi, bao gồm siêu dữ liệu và hình ảnh.

Để biết thêm về Ordinals, xem: 01928374656574839201

1. Các số thứ tự: Một nền tảng chung cho người ủng hộ Ethereum và Bitcoin?[23]
2. Hướng Dẫn Tối Ưu về Các Số Thứ Tự và Chức Vụ của Bitcoin[24]

Kết nối hai chiều cho một chuỗi UTXO: Ràng buộc đồng cấu RGB++

RGB++[25][26]Ban đầu được tạo ra như là BTC và CKB (Mạng NervosGiao thức ràng buộc đồng cấu (isomorphic binding protocol) giữa các chuỗi UTXO (chuỗi số không di chuyển giữa các giao dịch) đã xuất hiện từ khi CKB và BTC được xây dựng (đầu tiên). Hiện tại, giao thức này có áp dụng rộng, không chỉ giới hạn trong việc ràng buộc giữa CKB và BTC, mà còn có thể ràng buộc bất kỳ hai chuỗi UTXO nào lý thuyết.

RGB++ đẩy mạnh hơn cả ý tưởng về Client-Side Validation và Single-Use-Seals trong RGB. Như đã đề cập trước đó, vấn đề lớn nhất của giao thức RGB chính là dữ liệu được người dùng lưu trữ cục bộ. Nếu người dùng không cẩn thận mà làm mất dữ liệu, không có bản sao dự phòng hoặc khôi phục lại. Hơn nữa, do người dùng chỉ lưu trữ dữ liệu liên quan đến Token của họ, việc xác minh dữ liệu khác sẽ khá khó khăn. Giải pháp của lớp kết nối đồng cấu chính là không chỉ ràng buộc Token với trường OP_RETURN của BTC UTXO, mà còn ràng buộc thông tin giao dịch BTC tương ứng với giao dịch on-chain của CKB (thông qua việc lồng ghép CKB Cell[27]Trong Lock của CKB, một IB-lock đặc biệt được sử dụng để thực hiện). Khi xác định xem giao dịch CKB on-chain có hợp lệ hay không, Lock sẽ sử dụng dữ liệu BTC light client trên CKB để xem xem UTXO tương ứng đã được tiêu thụ chưa, và xem xem UTXO mới sau khi tiêu thụ đã được ràng buộc thông tin giao dịch Token hiện tại (như một phần thông tin không ký tên).

Đặc điểm của RGB++ đáng để theo dõi:

• Giải quyết vấn đề tính sẵn có của dữ liệu thông qua kết nối hai chiều: CKB Cell cam kết được kết nối với trường OP_RETURN của UTXO; Thông tin UTXO được kết nối với Output Cell của giao dịch CKB.
• Được tương thích với Lighting Network và Fiber Network (dựa trên CKB Lighting Network)
• Hỗ trợ nhiều tài sản
• Có thể liên kết với bất kỳ chuỗi UTXO nào

Để biết thêm về RGB++, vui lòng tham khảo:

1. Đèn giấy phép RGB++ Protocol[28]
2. Hướng dẫn tối ưu về RGB, RGB++ và Validation ở phía máy khách[29]

Để hiểu rõ hơn về ưu điểm và hạn chế của từng dự án, chúng tôi đã so sánh các dự án trên bảng dưới đây. Các chỉ số cần được theo dõi chú ý là:

• Khả năng sẵn có dữ liệu (Data availability): Isomorphic-chain và Sidechain gần như tương đương, trong khi khả năng sẵn có dữ liệu off-chain yếu hơn các giải pháp khác. Sắp xếp từ mạnh đến yếu là: on-chain ≥ Isomorphic-chain ≥ Sidechain > off-chain;
• Asset carrier: Token schemes directly associated with BTC are better than those not directly associated;
• 同质性（Fungibility）：Điều này ám chỉ việc liệu Token gốc của dự án có thể hoán đổi được lẫn nhau hay không, và không phải là dự án không hỗ trợ phát hành Token không thể thay thế, điều này có thể được thực hiện thông qua việc thêm giao thức phụ trợ;
• 表现力（Expressiveness）：指处理复杂hợp đồng thông minh的能力。

Một số liên kết được đề cập trong văn bản:[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

[24]

[25]

[26]

[27]

[28]

knowledge-base/ultimate_guide_to_rgb_rgbpp_and_client_side_validation[29]