RGB V0.11版本发布路线图揭晓：探秘资产发行概要

Tác giả: Zoom, Echo, BiHelix

Giám đốc: Hong Shuning

giới thiệu

Khi Nervos cùng tạo ra Cipher và đề xuất giải pháp mang tên RGB++, các cuộc thảo luận và thảo luận sôi nổi về giao thức gốc RGB trên thị trường cũng ngày càng gia tăng. Là một hệ thống hợp đồng thông minh Bitcoin và Lightning Network có khả năng mở rộng và bảo mật được tạo ra bởi Hiệp hội Tiêu chuẩn LNP/BP, RGB luôn được các nhà phát triển sinh thái Bitcoin ưa chuộng và được coi là một liên kết có tiềm năng lớn trong giao thức mở rộng gốc BTC. Là cơ sở hạ tầng cho tài chính phi tập trung Bitcoin (BTCfi) và các ứng dụng (DApps), RGB đánh dấu một bước đi lịch sử trong việc mở rộng tiện ích của Bitcoin từ chức năng lưu trữ giá trị duy nhất sang nhiều lĩnh vực hơn. Sự đổi mới công nghệ mà nó dẫn đầu không chỉ thú vị mà còn mang lại những hướng phát triển và khả năng mới cho toàn bộ hệ sinh thái tiền điện tử.

Vào cuối năm 2023, để đáp ứng tốt hơn những thách thức của thị trường và thúc đẩy sự phát triển mạnh mẽ của hệ sinh thái Bitcoin, Hiệp hội Tiêu chuẩn LNP/BP của nhóm gốc RGB đã thông báo rằng RGB sẽ được nâng cấp và phát hành phiên bản 0.11.Gần đây, Maxim Orlovsky và Hiệp hội Tiêu chuẩn LNP/BP do ông thành lập đã đưa ra lộ trình phát hành phiên bản RGBv 0.11.Chứa tất cả các nhiệm vụ và lực đẩy cần thiết cho ứng cử viên phát hành v 0.11, được chia thành cấp độ đồng thuận và cấp độ ứng dụng.Là một dự án cơ sở hạ tầng sinh thái RGB, BiHelix cam kết thúc đẩy sự phát triển quy mô lớn của giao thức RGB và sẽ hỗ trợ đầy đủ phiên bản RGB v0.11.

Bài viết này sẽ giới thiệu chi tiết cơ sở chức năng và kỹ thuật của bản nâng cấp giao thức RGB v 0.11, đồng thời cung cấp tổng quan toàn diện về các chức năng tạo tài sản và chức năng giao dịch được RGB v 0.11 hỗ trợ, bao gồm việc sử dụng sự đồng thuận bằng chứng đáng tin cậy, tối ưu hóa khả năng mở rộng và cải tiến bảo mật quan trọng. Chúng tôi cung cấp cái nhìn sâu sắc về các nguyên tắc cơ bản và sự đánh đổi của bằng chứng niềm tin so với các chương trình đồng thuận hiện có, cũng như các tiêu chuẩn định lượng về mức tiết kiệm gas và tăng thông lượng được mở khóa bằng bằng chứng v 0.11.

Tạo nội dung RGB

Hiện tại có ba loại nội dung được tích hợp trong giao thức RGB V 0.11, bao gồm RGB 20 (mã thông báo), RGB 21 (NFT) và RGB 25. Lấy RGB 20 làm ví dụ, chúng tôi thảo luận về các bước triển khai và các quyền có thể thực thi của giao thức hiện tại.

1. Đầu tiên, người phát hành hợp đồng cần đặt trạng thái ban đầu của mã thông báo RGB theo giao thức RGB 20, chẳng hạn như xác định chi tiết của hợp đồng: tên tài sản, đợt phát hành ban đầu, tổng nguồn cung, đợt phát hành bổ sung, đổi tên, hủy bỏ và các quyền khác, v.v.

2. Thứ hai, nhà phát hành hợp đồng chỉ định UTXO để nhận đợt phát hành ban đầu, để có thể tạo một nội dung RGB đơn giản. Việc thay đổi trạng thái có thể được áp dụng cho quyền thay đổi quyền sở hữu tài sản hoặc cho các loại quyền khác. Ví dụ:

• Giao diện phát hành bổ sung: Khi hợp đồng cho phép cấp phép phát hành bổ sung, cần chỉ định một địa chỉ để nhận tài sản phát hành bổ sung. Tất nhiên, RGB 20 giới hạn giới hạn trên của việc phát hành bổ sung và các tổ chức phát hành hợp đồng không thể phát hành các đợt phát hành bổ sung không giới hạn.

• Giao diện hủy: Người phát hành hợp đồng có thể chỉ định một hoặc nhiều người có quyền hủy mã thông báo. Vì RGB 20 sử dụng giao dịch P2P (sẽ được giới thiệu ở chương giao dịch) nên người dùng khó có thể đưa token vào địa chỉ lỗ đen để tiêu hủy.

• Đổi tên giao diện: Hợp đồng có thể cập nhật tên tài sản.

Vì mã hợp đồng RGB được lưu trữ ngoài chuỗi nên nếu nhà phát hành hợp đồng không cấp phép nguồn mở, người dùng sẽ khó xác minh thông tin tài sản. Sau khi hợp đồng RGB được phát hành, cả người dùng và nhà phát hành phải tuân theo định nghĩa trạng thái khi hợp đồng được ban hành để ngăn chặn nhà phát hành thực hiện hành vi xấu.

Chuyển giao tài sản RGB

Mô hình giao dịch của RGB áp dụng chuyển khoản P2P (Peer to Peer), rất khác với ETH. Chế độ chuyển này yêu cầu cả hai bên phải trực tuyến, ví dụ thao tác A muốn gửi 100 token cho B như sau:

1. B tạo hóa đơn chỉ định gửi 100 token.

2. Người nhận A đề nghị chuyển khoản.

3. B xác nhận việc chuyển nhượng và ký tên.

4. Giao dịch phát sóng.

5. A và B chấp nhận giao dịch.

Trong đó, B gửi hóa đơn cho A. Sau khi nhận được hóa đơn, A chỉ làm theo nội dung hóa đơn và gửi 100 token cho B. B cần xác nhận rằng mình đã nhận được 100 token để thành công.

• Hỏi: Tại sao cả hai bên cần phải trực tuyến?

• A: Vì hóa đơn có tính nhạy cảm về thời gian và sẽ mất hiệu lực nếu không sử dụng trong một thời gian nên A cần chuyển tiền ngay sau khi nhận được hóa đơn của B. B cũng cần đảm bảo A có thể sử dụng hóa đơn ngay trước khi lập hóa đơn. Điều này hạn chế cả hai bên hoàn tất việc chuyển khoản trong thời hạn hiệu lực của hóa đơn.

Hình: Giao dịch kênh Lightning Network

Do kênh giao dịch được RGB sử dụng tích hợp Lightning Network nên quy trình giao dịch có thể tham khảo quy trình chuyển khoản của Lightning Network, ngoại trừ bước xác nhận lại bởi người nhận thanh toán được thêm vào. Các bước giao dịch như vậy ngăn người nhận thanh toán nhận được những đồng tiền lừa đảo lộn xộn, do đó bảo vệ tính bảo mật của ví của người dùng.

Giao dịch tài sản RGB

Các điểm kỹ thuật trong quy trình chuyển giao tài sản RGB

1. Con dấu dùng một lần

Công nghệ này lần đầu tiên được đề xuất bởi Peter Todd vào năm 2016. Ý nghĩa chính của nó là thêm con dấu vào tin nhắn để đảm bảo rằng tin nhắn chỉ được sử dụng một lần, vì bạn phải gỡ bỏ con dấu để biết tin nhắn.

Một phương pháp đơn giản là thiết lập một máy chủ có công chứng của bên thứ ba để xuất bản chứng chỉ trong cơ quan đăng ký công khai bất cứ khi nào con dấu được mở hoặc khóa để bất kỳ ai cũng có thể xác minh trạng thái của con dấu mà họ quan tâm.

Nếu bạn không sử dụng một thực thể đáng tin cậy để triển khai chức năng con dấu một lần, bạn có thể sử dụng UTXO của Bitcoin làm con dấu. Bởi vì bất kỳ UTXO nào trong Bitcoin chỉ có thể được sử dụng một lần. Do đó, bằng cách sử dụng UTXO làm con dấu, bạn có thể khóa UTXO khi nó được tạo và mở nó khi bạn sử dụng.

RGB sử dụng công nghệ niêm phong một lần như vậy để bao bọc thông tin nội dung RGB, trạng thái hợp đồng, v.v. trong UTXO. Khi sử dụng UTXO, quyền sở hữu nội dung và trạng thái của hợp đồng sẽ thay đổi. Điều này có nghĩa là mỗi khi giao dịch RGB xảy ra, người gửi thực sự đang tạo ra một thay đổi trạng thái đối với hợp đồng (giao dịch xác định các quyền được chuyển giao).

2. Xác minh khách hàng

Xác minh RGB khác với xác minh đồng thuận toàn cầu truyền thống và sử dụng công nghệ xác minh khách hàng. Trong phương thức xác minh Bitcoin truyền thống, một nút được kết nối với mạng liên tục tải xuống và xác minh các khối cũng như giao dịch trong nhóm giao dịch (nút đầy đủ). Một nút như vậy có chế độ xem cập nhật theo thời gian thực của UTXO được đặt trên toàn bộ chuỗi (tập hợp tất cả các đầu ra chưa được sử dụng trên blockchain). Khi nhìn thấy một giao dịch mới, để xác minh tính hợp lệ của nó, nó chỉ cần xác minh Tất cả đầu vào cho giao dịch là một phần của trạng thái mới nhất của bộ UTXO.

Nhưng đối với RGB, không có dữ liệu được truyền bá trên toàn cầu, do đó không có chế độ xem toàn cầu như vậy về bộ UTXO. Sau khi máy khách RGB chấp nhận một giao dịch, nó không chỉ cần xác minh rằng trạng thái mới nhất của giao dịch là hợp lệ mà còn phải thực hiện xác minh tương tự trên tất cả các chuyển đổi trạng thái trước đó liên quan đến giao dịch, cho đến tận trạng thái ban đầu của giao dịch. hợp đồng phát hành. Điều này dường như mang lại một nhược điểm rõ ràng: nó dẫn đến thời gian xác minh rất dài.Nhưng điều này chỉ xảy ra khi “một tài sản có lịch sử giao dịch lâu dài” và phần lịch sử giao dịch này có thể được xác minh trước thông qua lớp chia sẻ dữ liệu (trên cơ sở tự nguyện).

Điều này cũng mang lại những lợi thế đáng kể:Khách hàng không cần biết hoặc xác minh tất cả các giao dịch diễn ra trên toàn cầu.Bởi vì nó chỉ cần biết các giao dịch liên quan đến ví của chính nó nên không cần xác minh các giao dịch khác.Do đó, lượng dữ liệu cần được xác minh bởi mỗi khách hàng sẽ nhỏ hơn và khả năng mở rộng hệ thống được tăng cường đáng kể. Để giải quyết vấn đề xác minh phía khách hàng của chuỗi hoàn chỉnh, BiHelix đã đề xuất giải pháp chứng minh không có kiến ​​thức đệ quy.。

3. Lời hứa chắc chắn của Bitcoin

RGB ngăn chặn chi tiêu gấp đôi thông qua cam kết RGB. Những cam kết như vậy cần phải được thực hiện:

• Nhiều chuyển đổi trạng thái liên quan đến hợp đồng có thể được thực hiện cho một giao dịch Bitcoin duy nhất

• Mỗi lần chuyển đổi trạng thái hợp đồng chỉ có thể được cam kết cho một giao dịch Bitcoin một lần

Cách cụ thể để đạt được điều này là:

1. Đầu tiên, tất cả các chuyển đổi trạng thái liên quan đến một hợp đồng (hoặc ID nội dung) nhất định phải được tổng hợp một cách xác định thành một cam kết.

2. Sau đó, các cam kết của tất cả tài sản được chuyển nhượng sẽ được tổng hợp thành cây Merkle.

3. Giá trị băm gốc cuối cùng là cam kết RGB cuối cùng.

4. Để đảm bảo khả năng tương thích với các giao thức khác không liên quan đến RGB nhưng cũng cần sử dụng các cam kết Bitcoin xác định, các cam kết RGB và cam kết của các giao thức khác cần được tổng hợp lại (như mô tả trong tiêu chuẩn LNPBP-4) , vì vậy chúng tôi nhận được giá trị ha Hash là thông điệp thực sự được nhúng trong các giao dịch Bitcoin.

4. Xử lý hàng loạt giúp giảm chi phí

Như có thể thấy ở phần trước, chúng ta có thể “gói” bất kỳ số lượng thay đổi trạng thái nào trong một cam kết Bitcoin duy nhất, về mặt lý thuyết cho phép xử lý hàng loạt quy mô lớn, do đó cung cấp nhiều kịch bản ứng dụng hơn cho các nhà cung cấp dịch vụ UTXO.

• Tình huống: A muốn thanh toán cùng lúc cho nhiều người, chuyển tài sản RGB 20 cho B, chuyển tài sản RGB 21 cho C và chuyển quyền sở hữu hợp đồng cho D

• Kết quả: A chỉ cần tạo chuyển đổi trạng thái cho từng B, C và D và cam kết tất cả các chuyển đổi trạng thái cho cùng một giao dịch Bitcoin mà không chiếm thêm byte. Điều này có nghĩa là những thay đổi trạng thái ở các trạng thái khác nhau sẽ được thực hiện theo đợt vì chúng được gói gọn trong một lời hứa.Chi phí biên của phí xử lý trên chuỗi cho mỗi khoản thanh toán RGB có thể rất nhỏ, vì cùng một khoản phí xử lý được phân bổ đều cho bất kỳ số lần chuyển khoản nào.

Ở đây cũng có hạn chế, đó là: những thông tin chuyển trạng thái này phải được bọc trong cùng một UTXO, nếu có nhiều UTXO thì đầu vào của giao dịch sẽ cần phải tăng lên và chi phí tương ứng cũng sẽ tăng lên. Nhưng so với tình huống truyền thống trong đó mọi thay đổi trạng thái đều yêu cầu giao dịch thì có thể đạt được những cải tiến lớn.

5. Giao tiếp giữa khách hàng

Giao tiếp với khách hàng là điều phổ biến trong quá trình thực hiện chuyển RGB. Người gửi cần chia sẻ lô hàng với (những) người nhận. Cấu trúc dữ liệu này chứa tất cả thông tin cần thiết để xác minh việc chuyển giao, bao gồm tất cả các chuyển đổi trạng thái có thể được truy nguyên về trạng thái ban đầu của hợp đồng và cần được chuyển từ người gửi đến người nhận thông qua giao tiếp.By. Tuy nhiên, giao thức RGB không bị hạn chế bởi các kênh truyền thông và có nhiều phương thức chia sẻ dữ liệu khác nhau. Hai cách phổ biến để chia sẻ dữ liệu:

• Storm: Hệ thống lưu trữ và nhắn tin tức thời ngang hàng dựa trên Lightning Network.

• Máy chủ proxy RGB: Máy chủ HTTP JSON-RPC được tiêu chuẩn hóa mà khách hàng có thể tải lên và tải xuống dữ liệu. Người dùng có thể chạy máy chủ proxy của riêng họ hoặc sử dụng máy chủ của bên thứ ba. Dựa vào máy chủ của bên thứ ba ảnh hưởng đến quyền riêng tư và khả năng chống kiểm duyệt, nhưng không ảnh hưởng đến bảo mật

Giao tiếp với khách hàng BiHelix cũng đề xuất một giao thức giao tiếp thích ứng để tối ưu hóa.

Tóm lại là

Mặc dù phiên bản RGB v 0.11 hiện tại vẫn đang trong giai đoạn Beta nhưng không khó để nhận thấy nhiều nhóm dự án sinh thái RGB đang tích cực đóng góp cho nó và cùng nhau thúc đẩy việc tối ưu hóa tốt phiên bản v 0.11.Với tư cách là người ủng hộ các dự án sinh thái RGB và giao thức RGB, nhóm BiHelix đã làm việc chăm chỉ để đạt được kỹ thuật và thương mại hóa giao thức RGB.Mục tiêu chính của nó là tăng tốc khả năng tương thích của Lightning Network và giao thức RGB, đồng thời tích cực thu hút nhiều nhà phát triển hệ sinh thái ứng dụng chất lượng cao hơn và cho phép họ tìm hiểu sâu và áp dụng giao thức RGB.

Người ta tin rằng bộ chức năng phát hành tài sản ngày càng hoàn thiện của giao thức RGB sẽ mang lại nhiều đổi mới hơn cho hệ sinh thái Bitcoin và một lần nữa đẩy toàn bộ hệ sinh thái Bitcoin lên một tầm cao mới. cũng sẽ trở thành tài liệu tham khảo quan trọng và không thể thiếu để hiểu cơ chế và thiết kế đằng sau RGB. Trong hệ sinh thái sôi động này, tương lai của RGB có vẻ tươi sáng, mang lại sức sống và khả năng mới cho sự phát triển của Bitcoin.