Phát hành tài sản trên Bitcoin: Hướng dẫn về các dự án hiện có và các giải pháp tương ứng của chúng

Nguồn: ByteDance CKB

Tôi biết rằng khi đề cập đến vấn đề này, những người theo chủ nghĩa thuần túy Bitcoin Bạn có thể nghĩ: Chẳng phải việc Bitcoin chỉ lặng lẽ trở thành vàng kỹ thuật số là tốt sao? Tại sao chúng ta cần có token? Tại sao USDT lại cần thiết? Tuy nhiên, nếu bạn đặc biệt quan tâm đến vấn đề bảo mật tài sản, bạn phải suy nghĩ, nếu Ethereum sụp đổ thì sao? Ai có thể tiếp quản DeFi? Hơn nữa, giải pháp mã thông báo tương thích với giao thức Bitcoin và sẽ không phá hủy các chức năng ban đầu. Nếu không thích, bạn không cần phải tải xuống ứng dụng khách mã thông báo và nó sẽ không ảnh hưởng nhiều. ảnh hưởng.

Phát hành token trên Bitcoin: Tại sao không?

Ý tưởng phát hành token trên Bitcoin để chuyển các giao dịch tài sản trong thế giới thực sang chuỗi đã xuất hiện trong cộng đồng Bitcoin vào khoảng năm 2010. Cuộc thảo luận ban đầu trong cộng đồng dự kiến ​​​​chuyển các tài sản trong thế giới thực, chẳng hạn như bất động sản, cổ phiếu, tiền tệ hợp pháp và các tài sản khác sang Bitcoin để thực hiện các giao dịch phi tập trung. Tuy nhiên, do yếu tố pháp lý nên việc di chuyển các tài sản như bất động sản, chứng khoán không hề dễ dàng. Ngay cả khi bạn trả mã thông báo tài sản kỹ thuật số ngôi nhà của mình cho người khác, chính phủ có thể không nhận ra nó hoặc nó có thể tự động thay thế giấy chứng nhận bất động sản trong thế giới thực và bạn cũng có thể phải trả nhiều loại thuế khác nhau. Hơn nữa, bạn không thể tùy ý giao dịch trên chuỗi dưới sự giám sát.

Do đó, một phương pháp hấp dẫn hơn là phát hành mã thông báo được liên kết với đấu thầu hợp pháp, tức là tiền ổn định. Stablecoin khác với NFT. Chúng vẫn là các token có thể thay thế được, nhưng chúng khác với Bitcoin ban đầu. Khi chúng xuất hiện dưới dạng mã thông báo, giá trị của chúng được xác định bởi giá của tài sản trong thế giới thực mà chúng đại diện và không còn giá tiền kỹ thuật số ban đầu nữa (nếu giá của tiền kỹ thuật số tăng cao hơn nhiều so với giá tài sản thì đó là không thể từ bỏ tài sản) ). Đây là lý do tại sao token trên Bitcoin thường được đo bằng Satoshi.

Sử dụng tiền kỹ thuật số làm mã thông báo tài sản đòi hỏi phải giải quyết hai vấn đề chính:

1. Cách sử dụng Bitcoin để thể hiện tài sản trong thế giới thực;

2. < p style= "text-align: left;">Cách thiết lập các quy tắc và hợp đồng giao dịch phức tạp bằng ngôn ngữ kịch bản rất hạn chế của Bitcoin.

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

Mã thông báo đầu tiên trên Bitcoin: Đồng xu màu

Sớm nhất trên Bitcoin Người đã thiết kế giao thức mã thông báo không còn được biết đến. Ý tưởng này có thể bắt nguồn từ các cuộc thảo luận trong diễn đàn hoặc cộng đồng Bitcoin. Dự án Colored Coin được Yoni Assia khởi xướng vào năm 2012. Vào thời điểm đó, ông đã viết "Sách trắng về Colored Coins" [1] cùng với Vitalik Buterin, Lior Hakim, Meni Rosenfeld và Rotem Lev. Dự án được khởi động vào năm 2013. Bắt đầu hoạt động. trong năm.

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

Việc nhuộm tiền tệ hiện được nhắc đến chủ yếu vì đây là dự án token đầu tiên trên Bitcoin. Vì sự phát triển của dự án không lý tưởng và không được áp dụng trên quy mô lớn nên bản thân dự án dần bị lãng quên. Vấn đề mà các đồng tiền màu phải đối mặt vào thời điểm đó là các chức năng của Bitcoin không thể hỗ trợ ý tưởng tương đối tiên tiến này. Rất khó để ý tưởng này được triển khai và vận hành một cách hiệu quả và ổn định. Đây cũng có thể là lý do tại sao Vitalik chống lại Bitcoin sau dự án đồng tiền nhuộm và rất kiên trì với các hợp đồng thông minh.

Vì loại tiền có màu tồn tại ở dạng Satoshi nên việc xác minh nó cũng giống như xác minh tính hợp lệ của UTXO, yêu cầu tải xuống toàn bộ chuỗi. Vấn đề này sẽ được giải quyết sau thông qua xác thực phía máy khách.

Sử dụng OP_RETURN để phát hành mã thông báo: Counterparty & Omni Layer

Nó khác với nhuộm coins , Counterparty[2] và Omni Layer[3] (giao thức đằng sau USDT) không trực tiếp nhuộm Satoshi mà đặt UTXO có giá trị 0 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ể lưu trữ 80 byte. UTXO được đánh dấu bằng OP_RETURN không thể sử dụng được. Mã thông báo thực là đầu ra thứ i được ghi trong OP_RETURN. Giá trị của đầu ra này thường là 0,00000546 BTC - giá trị tối thiểu mà hệ thống cho phép gửi và vì giá trị của mã thông báo không bị ràng buộc với BTC nên không cần phải gửi nhiều hơn 0,00000546 BTC.

Việc xác minh các dự án này cần được thực hiện trên chuỗi và siêu dữ liệu được lưu trữ trên chuỗi.

Omni Layer đã tham gia chuỗi Ethereum trong một thời gian dài. Chỉ gần đây nó mới quay trở lại hệ sinh thái Bitcoin và chuẩn bị phát hành BTC-USDT. . Đối tác đặt cược một phần Bitcoin và có mã thông báo riêng, XCP. Đánh giá từ Twitter[4], tôi nghĩ gần đây tôi đang làm việc trên NFT.

Để tìm hiểu thêm về OP_RETURN, vui lòng tham khảo:

1. Phân tích siêu dữ liệu Bitcoin OP RETURN[5]

2. Xây dựng OP_RETURN theo cách thủ công để gửi USDT[6]

Anchor Bitcoin với chuỗi bên: Rootstock & Liquid Network

Rootstock[7] và Liquid Network[8], hai dự án xuất hiện vào khoảng năm 2017, đều là giải pháp chuỗi bên - sử dụng neo hai chiều (Hai chiều peg) và sử dụng nhiều DeFi và dApp khác nhau trên chuỗi bên tương thích với EVM. Họ có các token tương tự WBTC [9] (RSK có RBTC, Liquid có L-BTC), chủ yếu dành cho những người muốn sử dụng BTC để xây dựng trên hệ sinh thái Ethereum.

Phương thức phát hành mã thông báo trên Rootstock giống như phát hành trên Ethereum Nói cách khác, chuỗi bên Rootstock tương tự như chuỗi Bitcoin ngoại trừ việc khai thác. Đồng thời, các chức năng khác được thực hiện để thích ứng với hệ sinh thái Ethereum, chẳng hạn như mã hợp đồng thông minh cũng được viết bằng Solidity. Do đó, các token ở đây đều được phát hành trên cơ sở RBTC và không liên quan trực tiếp đến BTC.

Vì bài viết này chủ yếu tập trung vào chuỗi công khai và Liquid Network là một chuỗi tập đoàn nên chúng tôi sẽ không thảo luận sâu về vấn đề này ở đây.

Để tìm hiểu thêm về RSK, hãy tham khảo:

• RSK: Chuỗi bên Bitcoin với các hợp đồng thông minh có trạng thái (giấy RSK)[10]

• Tiền RSK[11]

• Câu hỏi thường gặp[12]

  < /ul>

   Một số dự án được đề cập trước đó đã biến mất (chẳng hạn như đồng tiền nhuộm) và một số đang bán hệ sinh thái Ethereum dưới vỏ bọc Bitcoin. Điều này chủ yếu là do sau khi Ethereum nhận được vốn, DeFi và dApps chiếm lợi thế tuyệt đối trên thị trường, do đó, các dự án DeFi không chơi với nó sẽ khó giành được lợi thế 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. Hệ sinh thái Bitcoin cũng đã bắt đầu mở khóa các chức năng hợp đồng trong hai năm qua, chẳng hạn như BitVM và tiêu chuẩn mã thông báo BRC-20 cũng đã xuất hiện.

  Triển khai hợp đồng thông minh trên Bitcoin: RGB

  RGB ra đời năm 2016 ( Thực sự tốt cho Bitcoin) [13] ban đầu được thiết kế như một đối thủ cạnh tranh với các đồng tiền nhuộm. Nhưng đối mặt với những thách thức tương tự, nó đã chuyển sang kích hoạt các hợp đồng thông minh trên Bitcoin. Mặc dù trọng tâm chính của nó là chạy các hợp đồng thông minh thay vì phát hành mã thông báo, nhưng chức năng hợp đồng đầy đủ vẫn bị hạn chế kể từ năm 2024 do những hạn chế của máy ảo AluVM của họ.

  Ý tưởng của RGB là đặt tất cả dữ liệu ngoài chuỗi và mã hợp đồng thông minh bên ngoài Bitcoin, đồng thời cung cấp xác minh và xác minh giao dịch thông qua Merkle root. phát hành mã thông báo, chuỗi Bitcoin chỉ xác minh và hoàn tất cam kết giao dịch để chứng minh rằng không có chi tiêu gấp đôi.

  RGB đáng được đề cập là nó sử dụng cả xác minh phía máy khách và công nghệ đóng dấu một lần, do đó nó không đánh dấu UTXO để đại diện cho mã thông báo. Hai khái niệm này lần đầu tiên được đề xuất bởi Peter Todd vào năm 2013 [14], Giacomo Zucco và Maxim Orlovsky đã thiết kế giao thức RGB trên cơ sở này.

  Xác thực phía khách hàng cho phép dữ liệu và mã được sử dụng trong giao dịch được lưu trữ ngoài chuỗi và sẽ không được phát công khai. Một số dữ liệu chỉ có thể được trao đổi. riêng tư giữa hai bên và những người khác không tham gia vào giao dịch có thể không biết về điều đó. Trạng thái ngoài chuỗi được duy trì với sự trợ giúp của Bitcoin. Chuỗi khối hoạt động như một dấu thời gian và có thể chứng minh thứ tự của các trạng thái.

  Con dấu sử dụng một lần—cũng là hình thức xác minh phía khách hàng phổ biến nhất—là phiên bản kỹ thuật số của con dấu một lần. Nó lợi dụng thực tế là mỗi UTXO chỉ có thể được sử dụng một lần để ghi thông tin trạng thái ngoài chuỗi vào UTXO. Bằng cách này, nếu UTXO này được sử dụng tại một thời điểm nhất định, chúng tôi sẽ biết rằng trạng thái đã được cập nhật và thông tin trạng thái cập nhật sẽ được ghi vào UTXO mới được tạo. Thông tin trạng thái ngoài chuỗi này có thể là quyền sở hữu token USDT hoặc số lượng token trong một hợp đồng nhất định.

  Ví dụ: Alice muốn chuyển USDT cho Bob. USDT này không tồn tại trên chuỗi Bitcoin, nhưng nó sẽ được duy trì ngoài chuỗi. Liên kết với UTXO do Alice kiểm soát. Thông tin của nó được lưu trữ trong trường OP_RETURN của UTXO với giá trị bằng 0 trong giao dịch tạo ra UTXO này. Bằng cách này, chỉ Alice mới có thể chi tiêu USDT này và Bob có thể theo dõi các giao dịch trên chuỗi mà UTXO mà USDT này đã được lưu trữ trong các giao dịch trước đây, liệu các UTXO này có hợp lệ hay không và liệu giao dịch đó có hợp pháp hay không. Bằng cách này, khi Alice bắt đầu giao dịch để chuyển thông tin cam kết USDT sang UTXO do Bob kiểm soát, Bob có thể chắc chắn rằng mình đã nhận được USDT.

  RGB cũng có thể chạy trên Lightning Network vì trạng thái của nó là ngoài chuỗi và chỉ cần đưa cam kết vào chuỗi hoặc trên Lightning Network. Sau khi nâng cấp Taproot, RGB có thể nhúng các cam kết vào giao dịch Taproot, cho phép RGB nhúng các cam kết vào chuỗi Bitcoin theo cách linh hoạt hơn.

  Để tìm hiểu thêm về RGB, hãy tham khảo: RGB Blueprint[15] 

  Chỉ hỗ trợ thế hệ Loại tiền tệ không hỗ trợ hợp đồng thông minh: Taproot Asset

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

  Tìm hiểu thêm về Xác thực phía máy khách, RGB và Taproot, tham khảo:

  1. Xác thực phía máy khách[18]

  2. Giao dịch ngoài chuỗi: Sự phát triển của giao thức tài sản Bitcoin[19]

  3. Đối tác so với RGB và TARO [20

  Làm cho mỗi Satoshi trở nên độc đáo: Thứ tự & Dòng chữ

  Casey Rodarmor phát hành Ordinal Protocol[21] vào đầu năm 2023. Dự án này ban đầu xuất phát từ ý tưởng về cách đánh số satoshi để mỗi satoshi có một số sê-ri duy nhất và có thể được sắp xếp. Ý tưởng này xuất hiện cùng thời với đồng xu nhuộm và chỉ được đề xuất lại vào năm ngoái. Và nhờ có thêm tính năng SegWit và Taproot, việc triển khai nó trở nên dễ dàng hơn. Ordinal làm cho mỗi satoshi trở nên độc nhất với nhau, điều này cho phép NFT được phát hành trực tiếp trên chuỗi Bitcoin.

  Inscriptions[22] là một dự án NFT như vậy. Dữ liệu NFT được lưu trữ trong dữ liệu chứng kiến ​​của giao dịch, thay vì trường OP_RETURN được các dự án trước đó sử dụng, do đó có thể lưu trữ siêu dữ liệu trong phạm vi 4MB. Không giống như NFT trên Ethereum, Dòng chữ được lưu trữ trên chuỗi, bao gồm siêu dữ liệu và hình ảnh.

  Để tìm hiểu thêm về Thứ tự, hãy tham khảo:

  1. Ordinals: Điểm chung cho những người theo chủ nghĩa tối đa hóa Ethereum và Bitcoin?[23]

  2. Hướng dẫn cơ bản về thứ tự và dòng chữ Bitcoin[24]

  Ràng buộc hai chiều với bất kỳ Chuỗi UTXO: RGB++ Liên kết đẳng cấu

  RGB++[25] ban đầu được sử dụng làm giao thức liên kết đẳng cấu (đẳng cấu) giữa BTC và CKB (nền tảng của Mạng Nervos[26 ]) giao thức liên kết) đã xuất hiện và hiện tại phạm vi ứng dụng của nó rất rộng, không chỉ giữa CKB và BTC, miễn là về mặt lý thuyết, hai chuỗi UTXO có thể được liên kết với nhau bằng giao thức này.

  RGB++ phát triển hơn nữa các ý tưởng Xác thực phía máy khách và Dấu hiệu sử dụng một lần của RGB. Như đã đề cập trước đó, vấn đề lớn nhất với giao thức RGB là dữ liệu được người dùng lưu cục bộ. Nếu người dùng vô tình làm mất dữ liệu thì không có bản sao lưu và không thể lấy lại được. Hơn nữa, vì người dùng chỉ lưu dữ liệu liên quan đến mã thông báo của riêng họ nên việc xác minh dữ liệu khác sẽ khó khăn hơn. Giải pháp của lớp liên kết đẳng cấu là không chỉ liên kết mã thông báo với trường OP_RETURN của Bitcoin UTXO mà còn liên kết thông tin giao dịch Bitcoin tương ứng với giao dịch trên chuỗi CKB (thông qua Tập lệnh khóa CKB Cell[27], được triển khai bằng cách sử dụng một tập lệnh khóa IB đặc biệt). Khi đánh giá xem một giao dịch trên chuỗi CKB có hợp pháp hay không, Lock Script sẽ sử dụng dữ liệu của BTC light client trên CKB để xem liệu UTXO tương ứng đã được chi tiêu hay chưa và liệu UTXO mới được tạo sau khi chi tiêu có bị ràng buộc với số tiền hiện tại hay không Thông tin giao dịch Token (dưới dạng thông tin một phần không có chữ ký).

  Các tính năng của RGB++ đáng được chú ý:

  • Giải quyết các vấn đề về tính khả dụng của dữ liệu thông qua liên kết hai chiều: Cam kết ô CKB được liên kết với trường OP_RETURN của UTXO; thông tin UTXO được liên kết với Ô đầu ra của CKB; giao dịch.

  • Tương thích với Lightning Network và Fiber Network (Lightning Network dựa trên CKB)

  • < p style="text-align: left;">Hỗ trợ nhiều nội dung

  • Có thể liên kết với bất kỳ chuỗi UTXO nào

  Để tìm hiểu thêm về RGB++, hãy tham khảo:

  1. Giấy nhẹ giao thức RGB++[28]

  2. Hướng dẫn cơ bản về xác thực RGB, RGB++ và phía máy khách[29] 

  Dành cho hiểu rõ hơn Về ưu điểm và hạn chế của từng dự án, chúng tôi đưa các dự án trên vào bảng dưới đây để so sánh. Các chỉ số cần được chú trọng bao gồm:

  • Tính khả dụng của dữ liệu: Chuỗi đẳng hình gần giống như chuỗi bên, trong khi tính khả dụng của dữ liệu trong chuỗi yếu hơn các giải pháp khác. Thứ tự từ mạnh đến yếu là: Trên chuỗi ≥ Chuỗi đẳng cấu ≥ Chuỗi bên > Ngoài chuỗi; (Nhà cung cấp tài sản): Các giải pháp mã thông báo có liên quan trực tiếp đến BTC sẽ tốt hơn các giải pháp không liên quan trực tiếp;

  • Tính đồng nhất ( Fungibility ): Điều này đề cập đến việc liệu các mã thông báo gốc của dự án có thể hoán đổi cho nhau hay không. Điều này không có nghĩa là dự án không hỗ trợ việc phát hành NFT. Điều này có thể đạt được bằng cách thêm các giao thức bổ sung;

  • Tính biểu cảm: đề cập đến khả năng xử lý các hợp đồng thông minh phức tạp.

  Một số liên kết được đề cập trong bài viết: [1]https://docs.google.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE /edit?pli=1&tab=t.0#heading=h.pr8n14cpqri5 

  [2] https://www.counterparty.io/< /p>

  [3] https://www.omnilayer.org/

  [4] https ://x.com/counterpartyxcp 

  [5] https://arxiv.org/pdf/1702.01024 

  [6] https://juejin.cn/post/6844903769327534088 

  [7] https://rootstock. io/ 

  [8] https://liquid.net/ 

  [9] https://www.wbtc.network/ 

  [10] https://eprint.iacr.org/2022/684. pdf 

  [11] https://wiki.moneyonchain.com/getting-started/what-do-i-need-to-know-first< /p>

  [12] https://dev.rootstock.io/resources/faqs/ 

  [13] https://rgb.tech/ 

  [14] https://petertodd.org/2013/disentangling-crypto-coin -mining 

  [15] https://rgb-org.github.io/ 

  [16] https://docs.lightning.engineering/ 

  [17] https://bitcoinops.org/en/topics /client-side-validation/ 

  [18] https://bitcoinops.org/en/topics/client-side-validation/ < /p>

  [19] https://mirror.xyz/0x5CCF44ACd0D19a97ad5aF0da492AC0388469DfE9/h7XChxETK-cBfGdc0sTq_cCuWeo13-sp1j-g0ZYoYdc 

  [20] https://mandelduck.medium.com/counterparty-vs-rgb-vs-taro-8cd707d544f7 

  [21] https ://docs.orderals.com/ 

  [22] https://orderals.com/inscriptions 

  [23] https://blog.kraken.com/crypto-education/orderals-a-common-ground-for-ethereum-and-bitcoin-maximalists 

  [24] https://www.nervos.org/know-base/guide_to_inscriptions 

  [25] https ://www.rgbppfans.com/ 

  [26] https://www.nervos.org/ 

  [27] https://docs.nervos.org/docs/tech-explanation/cell 

  [28 ] https://github.com/utxostack/RGBPlusPlus-design/blob/main/docs/light-paper-en.md 

  [29] https ://www.nervos.org/know-base/ultimate_guide_to_rgb_rgbpp_and_client_side_validation