Tiêu đề gốc: "Thiết kế giao thức RGB và RGB++ trong vài phút: Hướng dẫn bằng ngôn ngữ"

Tác giả gốc: Faust, Geek Web3 & BTCEden.org Lianchuang

Với sự phát hành rầm rộ của RGB++ và các tài sản liên quan, cuộc thảo luận về nguyên tắc của giao thức RGB và RGB++ dần trở thành chủ đề được nhiều người quan tâm hơn. Nhưng mọi người đều nhận ra rằng để hiểu RGB++, trước tiên bạn phải hiểu giao thức RGB.

Giao thức RGB ban đầu hơi mơ hồ về mặt cấu trúc kỹ thuật và các tài liệu tham khảo còn rải rác, không có tính hệ thống và dễ hiểu. hiểu tài liệu tham khảo, mặc dù trước đây Geekweb3 đã xuất bản hai bài viết diễn giải có hệ thống về RGB và RGB++ (bạn có thể xem lịch sử tài khoản chính thức của chúng tôi), nhưng theo phản hồi từ các thành viên cộng đồng, các bài viết nói trên quá dài và quá não - đang cháy.

Để giúp nhiều người hiểu giao thức RGB và RGB++ nhanh hơn, tác giả bài viết này đã gấp rút hoàn thành một bài viết về RGB và RGB++ trong thời gian diễn ra sự kiện. sự kiện ở Hồng Kông này có thể được đọc trong vài phút. Tôi hy vọng sẽ giúp nhiều người đam mê cộng đồng hiểu rõ hơn về RGB và RGB++ một cách trực quan hơn.

Giao thức RGB: Người dùng cần tự xác minh dữ liệu

RGB giao thức là Giao thức tài sản P2P đặc biệt là một hệ thống máy tính trong chuỗi Bitcoin. Nó tương tự như kênh thanh toán ở một số khía cạnh: Người dùng phải tự chạy ứng dụng khách và xác minh hành vi chuyển tiền của chính họ (Tự xác minh) . Ngay cả khi bạn chỉ là người nhận tài sản, trước tiên bạn phải đảm bảo không có sai sót trong báo cáo chuyển nhượng của người gửi tài sản trước khi báo cáo chuyển nhượng có hiệu lực. Rõ ràng điều này hoàn toàn khác với hình thức gửi và nhận tài sản truyền thống. Chúng tôi gọi đó là "chuyển giao tương tác".

Tại sao lại thế này? Lý do là để đảm bảo quyền riêng tư, giao thức RGB không áp dụng "giao thức đồng thuận" trong các chuỗi khối truyền thống như Bitcoin và Ethereum (Một khi dữ liệu đi qua giao thức đồng thuận, hầu hết các nút trong mạng sẽ được truy cập. mạng. Người ta nhận thấy rằng quyền riêng tư không được đảm bảo). Làm cách nào để đảm bảo rằng các thay đổi về tài sản được an toàn mà không cần có quy trình đồng thuận liên quan đến số lượng lớn nút? Ý tưởng có tên "Xác minh khách hàng" (Tự xác minh) được sử dụng ở đây Bạn phải tự mình điều hành ứng dụng và đích thân xác minh các thay đổi tài sản liên quan đến bạn.

Giả sử có một người dùng RGB tên Bob biết Alice và Alice muốn chuyển 100 mã thông báo TEST cho Bob. Sau khi Alice tạo thông tin chuyển khoản "Alice gửi Bob", trước tiên cô ấy phải gửi thông tin chuyển khoản và dữ liệu tài sản liên quan cho Bob và để anh ấy tự mình kiểm tra để đảm bảo thông tin đó chính xác trước khi bước vào quy trình tiếp theo, và cuối cùng nó sẽ trở thành chuyển RGB hợp lệ. Do đó, giao thức RGB cho phép người dùng tự mình xác minh tính hợp lệ của dữ liệu, thay thế thuật toán đồng thuận truyền thống.

Tuy nhiên, không có sự đồng thuận và dữ liệu được nhận và lưu trữ bởi các máy khách RGB khác nhau không nhất quán.Mọi người chỉ lưu trữ dữ liệu nội dung của riêng mình tại địa phương. trạng thái tài sản của mọi ngườitrong khi bảo vệ quyền riêng tư cũng tạo thành một "đảo dữ liệu". Nếu ai đó tuyên bố có 1 triệu token TEST và muốn chuyển 100.000 cho bạn thì làm sao bạn có thể tin được?

Trong mạng RGB, nếu ai đó muốn chuyển tiền cho bạn, trước tiên người đó phải xuất trình bằng chứng về tài sản và truy tìm lại tài sản từ lần phát hành đầu tiên đối với nhiều lần thay đổi nguồn lịch sử, hãy đảm bảo Token được chuyển cho bạn không có vấn đề gìĐiều này cũng giống như khi bạn nhận được tiền giấy từ các nguồn không xác định và bạn yêu cầu bên kia giải thích nguồn gốc lịch sử của những tờ tiền này. và liệu chúng có được thực hiện bởi nhà phát hành được chỉ định hay không. Điều này nhằm tránh tiền giả.

(Nguồn ảnh: Coinex )

Các quy trình trên xảy ra bên ngoài chuỗi Bitcoin và chỉ riêng các quy trình này không thể khiến RGB liên quan trực tiếp đến mạng Bitcoin. Về vấn đề này, giao thức RGB áp dụng một ý tưởng gọi là "con dấu sử dụng một lần" để liên kết tài sản RGB với UTXO trên chuỗi Bitcoin. Miễn là UTXO Bitcoin không được tiêu thụ hai lần, tài sản RGB ràng buộc sẽ không được chi tiêu gấp đôi, vì vậy mạng Bitcoin có thể được sử dụng để ngăn chặn việc "Tổ chức lại" tài sản RGB. Tất nhiên,điều này đòi hỏi phải đưa ra Cam kết trên chuỗi Bitcoin và sử dụng mã op_Return.

Dưới đây là bản tóm tắt quy trình làm việc của giao thức RGB:

1. và Bitcoin UTXO có mối quan hệ ràng buộc và Bob sở hữu một số UTXO Bitcoin nhất định. Alice muốn chuyển 100 token cho Bob. Trước khi nhận tài sản, Bob cho Alice biết trước nên sử dụng UTXO Bitcoin nào của Bob để liên kết các tài sản RGB này.

(Nguồn ảnh: GeekWeb3/ GeekWeb3 )

1. Alice xây dựng dữ liệu chuyển nội dung RGB "Alice sang Bob", cùng với các nguồn lịch sử của những nội dung này và gửi chúng cho Bob để xác minh.

2. Sau khi Bob xác nhận tại địa phương rằng dữ liệu vẫn ổn, anh ấy sẽ gửi biên nhận cho Alice, thông báo với cô ấy rằng giao dịch có thể được thực hiện.

3. Alice xây dựng dữ liệu chuyển RGB của "Alice to Bob" thành Cây Merkle và xuất bản Merkle Root cho chuỗi Bitcoin dưới dạng Cam kết. có thể hiểu đơn giản Cam kết là hàm băm của dữ liệu truyền.

4. Nếu ai đó muốn xác nhận trong tương lai rằng việc chuyển giao "Alice sang Bob" nói trên thực sự đã xảy ra, anh ta cần phải làm hai việc: lấy nó trong chuỗi Bitcoin Hoàn thành thông tin chuyển khoản của "Alice sang Bob", sau đó kiểm tra xem có Cam kết tương ứng (băm dữ liệu chuyển) trên chuỗi Bitcoin hay không.

Bitcoin Cái này đóng vai trò là nhật ký lịch sử của mạng RGB, nhưng chỉ có gốc băm/Merkle của dữ liệu giao dịch được ghi lại trong nhật ký chứ không phải chính dữ liệu giao dịch. Do sử dụng xác minh ứng dụng khách và niêm phong một lần, giao thức RGB có độ bảo mật cực cao vì mạng RGB bao gồm các ứng dụng khách người dùng động ở dạng P2P, không đồng thuận, bạn có thể Thay đổi đối tác không yêu cầu gửi yêu cầu giao dịch đến một số nút hạn chế, vì vậymạng RGB có khả năng chống kiểm duyệt cực kỳ tốt. Hình thức tổ chức này tốt hơn các chuỗi công khai lớn như Ethereum có khả năng chống kiểm duyệt cao hơn.

(Nguồn ảnh: BTCEden .org)

Tất nhiên, cái giá phải trả cho tính bảo mật cực cao, khả năng chống kiểm duyệt và bảo vệ quyền riêng tư cũng rất rõ ràng: người dùng phải tự chạy ứng dụng khách để xác minh dữ liệu đối với những tài sản có lịch sử lâu dài, bạn. phải xác minh tất cả dưới áp lực;

Ngoài ra, mỗi giao dịch yêu cầu cả hai bên phải liên lạc nhiều lần và nhận được. Trước tiên, bên phải xác minh nguồn gốc tài sản của người gửi , sau đó gửi biên nhận để phê duyệt yêu cầu chuyển của người gửi. Trong quá trình này, ít nhất ba tin nhắn phải được chuyển giữa hai bên. Kiểu "chuyển khoản tương tác" này thực sự không phù hợp với "chuyển khoản không tương tác" mà hầu hết mọi người đều quen thuộc Bạn có thể tưởng tượng rằng nếu ai đó muốn chuyển tiền cho bạn, họ cũng phải gửi cho bạn dữ liệu giao dịch. để kiểm tra? Quá trình chuyển tiền chỉ có thể được hoàn thành sau khi nhận được tin nhắn biên nhận của bạn?

Ngoài ra, chúng tôi đã đề cập rằng không có sự đồng thuận trong mạng RGB và mỗi khách hàng là một hòn đảo, điều này không có lợi cho việc tích hợp sự phức tạp của chuỗi công khai truyền thống Kịch bản hợp đồng thông minh được di chuyển sang mạng RGB vì giao thức Defi trên Ethereum hoặc Solana dựa trên sổ cái minh bạch và hiển thị trên toàn cầu. Làm thế nào để tối ưu hóa giao thức RGB, cải thiện trải nghiệm người dùng và giải quyết các vấn đề trên? Điều này đã trở thành một vấn đề khó tránh khỏi đối với giao thức RGB.

RGB++: Xác thực ứng dụng khách trở thành lưu trữ lạc quan

Một giao thức có tên RGB++ được đề xuất. Nó kết hợp Giao thức RGB với CKB, Cardano, Fuel và các chuỗi công khai khác hỗ trợ UTXO, sau này đóng vai trò là lớp xác minh và lớp lưu trữ dữ liệu của tài sản RGB, chuyển giao công việc xác minh dữ liệu do người dùng thực hiện ban đầu cho CKB. /chuỗi công khai, điều này tương đương với việc thay thế xác minh khách hàng bằng "nền tảng xác minh phi tập trung của bên thứ ba", miễn là bạn tin tưởng CKB, Cardano, Fuel và các chuỗi công khai khác, nếu bạn không tin tưởng họ, bạn có thể Chuyển về chế độ RGB truyền thống.

RGB++ và giao thức RGB ban đầu tương thích với nhau về mặt lý thuyết.

Bắt buộc Để đạt được những hiệu quả nêu trên, bạn cần phải dựa vào một ý tưởng gọi là "liên kết đẳng cấu". Các chuỗi công khai như CKB và Cardano có UTXO mở rộng của riêng họ, có khả năng lập trình tốt hơn UTXO trên chuỗi BTC. "Liên kết đẳng cấu" là sử dụng UTXO mở rộng trên chuỗi CKB, Cardano và Fuel làm "vùng chứa" cho dữ liệu nội dung RGB, ghi các tham số của nội dung RGB vào các vùng chứa này và hiển thị chúng trực tiếp trên blockchain. Bất cứ khi nào giao dịch nội dung RGB diễn ra, vùng chứa nội dung tương ứng cũng có thể hiển thị các đặc điểm tương tự, giống như mối quan hệ giữa các thực thể và bóng. Đây là bản chất của "ràng buộc đẳng cấu".

(Nguồn hình ảnh: RGB++ LightPaper)

Ví dụ: nếu Alice sở hữu 100 mã thông báo RGB và UTXO A trên chuỗi Bitcoin và có một UTXO trên chuỗi CKB, thì UTXO này được đánh dấu là "Số dư mã thông báo RGB : 100", điều kiện mở khóa có liên quan đến UTXO A.

Nếu Alice muốn đưa 30 mã thông báo cho Bob, trước tiên cô ấy có thể tạo Cam kết. Câu lệnh tương ứng là: chuyển mã thông báo RGB được liên kết với UTXO A 30 phần là được trao cho Bob và 70 mảnh được chuyển sang các UTXO khác do anh ta kiểm soát.

Sau đó, Alice chi tiêu UTXO A trên chuỗi Bitcoin, đưa ra tuyên bố trên và sau đó bắt đầu giao dịch trên chuỗi CKB để chuyển UTXO mang theo 100 mã thông báo RGB Vùng chứa được sử dụng và hai vùng chứa mới được tạo, một vùng chứa 30 mã thông báo (đối với Bob) và một vùng chứa 70 mã thông báo (do Alice kiểm soát). Trong quá trình này, nhiệm vụ xác minh tính hợp lệ của tài sản của Alice và tính hợp lệ của báo cáo giao dịch được hoàn thành bởi các nút mạng như CKB hoặc Cardano thông qua sự đồng thuận mà không cần sự can thiệp của Bob. Tại thời điểm này, CKB và Cardano đóng vai trò là lớp xác minh và lớp DA trong chuỗi Bitcoin.

（ Nguồn hình ảnh: RGB++ LightPaper)

Dữ liệu tài sản RGB của mọi người được lưu trữ trên chuỗi CKB hoặc Cardano, có các đặc điểm có thể xác minh trên toàn cầu và có lợi cho việc triển khai các kịch bản Defi ., chẳng hạn như nhóm thanh khoản và thỏa thuận cầm cố tài sản, v.v. Tất nhiên, cách tiếp cận trên cũng hy sinh quyền riêng tư. Bản chất là phải đánh đổi giữa quyền riêng tư và tính dễ sử dụng của sản phẩm Nếu bạn theo đuổi sự bảo mật và quyền riêng tư tối đa, bạn có thể chuyển về chế độ RGB truyền thống; không quan tâm đến những điều này, bạn có thể thoải mái sử dụng chế độ RGB++, tất cả phụ thuộc vào nhu cầu cá nhân của bạn. (Trên thực tế, với sự hoàn thiện về chức năng mạnh mẽ của các chuỗi công khai như CKB và Cardano, ZK có thể được sử dụng để thực hiện các giao dịch riêng tư)

Ở đây cần nhấn mạnh rằng RGB++ đưa ra một giả định tin cậy quan trọng: Người dùng nên lạc quan rằng chuỗi CKB/Cardano hoặc một số lượng lớn các nút dựa vào sự đồng thuận giao thức Nền tảng mạng được hình thành là đáng tin cậy và không có lỗi. Nếu không tin tưởng CKB, bạn cũng có thể thực hiện theo quy trình xác minh và giao tiếp tương tác trong giao thức RGB gốc và tự chạy ứng dụng khách.

Theo giao thức RGB++, người dùng có thể trực tiếp sử dụng tài khoản Bitcoin để vận hành tài sản RGB của họ trên các chuỗi UTXO như CKB/Cardano mà không cần Container xuyên chuỗiBạn chỉ cần tận dụng các đặc điểm của UTXO trong chuỗi công khai nêu trên và đặt điều kiện mở khóa của vùng chứa Cell để được liên kết với một địa chỉ Bitcoin/Bitcoin UTXO nhất định. Nếu cả hai bên tham gia giao dịch tài sản RGB tin tưởng vào tính bảo mật của CKB, họ thậm chí không cần phải thường xuyên đưa ra Cam kết trên chuỗi Bitcoin.Họ có thể gửi Cam kết tới chuỗi Bitcoin sau khi thực hiện nhiều lần chuyển khoản RGB. Chức năng "Giao dịch gấp" có thể giảm chi phí sử dụng.

Nhưng hãy cẩn thận,"Vùng chứa" được sử dụng trong liên kết đẳng cấu cần có chuỗi công khai hỗ trợ mô hình UTXO hoặc cơ sở hạ tầng có đặc điểm tương tự trong bộ nhớ trạng thái. Chuỗi EVM không phù hợp và sẽ gặp nhiều cạm bẫy. (Chủ đề này có thể viết riêng và có nhiều nội dung. Bạn đọc quan tâm có thể tham khảo bài viết trước của Geekweb3 "RGB++ và Isomorphic Binding: CKB, Cardano và Fuel trao quyền cho hệ sinh thái Bitcoin như thế nào";

Được kết hợp với nhau,lớp mở rộng chức năng/chuỗi công khai phù hợp để thực hiện liên kết đẳng cấu phải có các đặc điểm sau:

·Sử dụng mô hình UTXO hoặc sơ đồ lưu trữ trạng thái tương tự;

·Có khả năng lập trình UTXO đáng kể, cho phép các nhà phát triển viết các tập lệnh mở khóa;

· Có một không gian trạng thái liên quan đến UTXO có thể trạng thái tài sản lưu trữ

· Có cầu nối hoặc nút ánh sáng liên quan đến Bitcoin

Liên kết gốc

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia