Nhanh chóng vượt qua thiết kế giao thức RGB và RGB++ trong vài phút: hướng dẫn bằng tiếng bản địa

Tác giả: Faust, geek web3 & BTCEden.org Lianchuang

Với RGB++ và các nội dung liên quan Với mức độ phổ biến Sau khi phát hành, 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. Cho đến nay, không có nhiều hệ thống và dễ dàng -để hiểu tài liệu tham khảo, mặc dù Geekweb3 trước đây đã xuất bản hai bài viết về cách giải thích hệ thống của 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 là quá dài và quá nhức não..

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

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

Giao thức RGB là giao thức tài sản P2P đặc biệt và là 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 trực tiếp 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 rằng tuyên bố chuyển nhượng của người gửi tài sản là chính xác trước khi tuyên bố chuyển nhượng có hiệu lực. Rõ ràng điều này khác hoàn toàn 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 blockchain truyền thống như Bitcoin và Ethereum (Một khi dữ liệu đi qua giao thức đồng thuận, nó sẽ được hầu hết tất cả các nút trong mạng 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 khách 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 là Bob, người 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 sang 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ứcRGB 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.

Nhưng không có sự đồng thuận. 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 liên quan đến mình cục bộ . Dữ liệu tài sản không biết trạng thái tài sản của người khác.Điều này không chỉ bảo vệ quyền riêng tư mà còn 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 cho nhiều lần đổi chủ. Nguồn lịch sử, hãy đảm bảo rằng Token được chuyển cho bạn là OK. Điều này 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 quá trình trên xảy ra trong chuỗi Bitcoin. Riêng các quá trình này vẫn còn Có không có cách nào để tương quan trực tiếp RGB với mạng Bitcoin. Về vấn đề này, Giao thức RGB áp dụng ý 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 bị ràng buộc sẽ không trải qua chi tiêu gấp đôi, do đó mạng Bitcoin có thể được sử dụng để ngăn tài sản RGB được "Tổ chức lại". Tất nhiên, điều nàyyêu cầu đưa ra Cam kết trên chuỗi Bitcoin và sử dụng opcode 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. Nội dung RGB bị ràng buộc với Bitcoin UTXO 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 Bitcoin UTXO nào của Bob nên được sử dụng để liên kết các tài sản RGB này.

(Nguồn ảnh: GeekWeb3/ GeekWeb3)

2. Alice xây dựng dữ liệu chuyển nội dung RGB "Alice sang Bob" và cung cấp nguồn lịch sử của những nội dung này cho Bob để xác minh.

3. Sau khi Bob xác nhận tại địa phương rằng dữ liệu ổn, anh ấy gửi biên nhận cho Alice và nói với cô ấy : Thỏa thuận có thể được thực hiện.

4. Alice xây dựng dữ liệu truyền RGB của "Alice to Bob" thành Cây Merkle. Xuất bản Merkle Root vào chuỗi Bitcoin như một Cam kết, chúng ta có thể hiểu đơn giản Cam kết là hàm băm của dữ liệu chuyển khoản.

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

Bitcoin ở đây đóng vai trò là nhật ký lịch sử của mạng RGB, nhưng nhật ký chỉ ghi lại gốc băm/Merkle của dữ liệu giao dịch 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 nên giao thức RGBcó độ 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 nê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ế, do đómạng RGB có khả năng chống kiểm duyệt cực kỳ cao. 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,bảo mật và khả năng chống kiểm duyệt, quyền riêng tư cực cao bảo vệ thì chi phí 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, nếu bên kia gửi một số tài sản đã đổi chủ hàng chục nghìn lần và có lịch sử lâu đời thì bạn phải xác minh tất cả đều chịu áp lực. End;

Ngoài ra, mỗi giao dịch đều yêu cầu nhiều lần liên lạc giữa hai bên. Trước tiên, bên nhận phải xác minh nguồn tài sản của người gửi, rồi gửi biên nhận để phê duyệt yêu cầu chuyển khoả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 không phù hợp nghiêm trọng với "chuyển khoản không tương tác" mà hầu hết mọi người vẫn quen sử dụng. 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 và bạn nhận được. 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 phải không?

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 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 đã thay đổi thành lưu trữ lạc quan

The giao thức có tên RGB++ đưa ra một ý tưởng mới. Nó kết hợp giao thức RGB với các chuỗi công khai hỗ trợ UTXO như CKB, Cardano và Fuel. Lớp sau đóng vai trò là lớp xác minh và lớp lưu trữ dữ liệu cho các tài sản RGB, tích hợp dữ liệu được thực hiện ban đầu bởi người dùng. Công việc xác minh dữ liệu được bàn giao cho các nền tảng/chuỗi công khai của bên thứ ba như CKB. Đ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 các chuỗi công khai như CKB, Cardano, Fuel, v.v., nếu không tin tưởng chúng, bạn cũng 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.

Sẽ được đã thực hiện Các hiệu ứng nêu trên cần có sự trợ giúp của 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à bật Bitcoin UTXO A chuỗi cũng có UTXO trên chuỗi CKB. UTXO này được đánh dấu bằng "Số dư mã thông báo RGB: 100" và các điều kiện mở khóa có liên quan đến UTXO A.

Nếu Alice muốn đưa 30 token 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 token RGB được liên kết với UTXO. 30 xu là được trao cho Bob và 70 xu được chuyển sang các UTXO khác do anh ta kiểm soát.

Sau đó, Alice sử dụng 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ữ trong CKB hoặc The Cardano chain có các tính năng có thể xác minh trên toàn cầu, 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à giao thức cầm cố tài sản. 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à tạo ra sự cân bằng 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; nếu bạn 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, các giao dịch riêng tư có thể được thực hiện với sự trợ giúp của ZK)

Ở đây cần nhấn mạnh rằng việc giới thiệu RGB++ Một giả định tin cậy quan trọng được đưa ra:Người dùng nên lạc quan rằng chuỗi CKB/Cardano hoặc nền tảng mạng bao gồm một số lượng lớn các nút dựa trên giao thức đồng thuận, 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 chuỗi chéo, Bạ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 đưa ra Cam kết thường xuyên 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. Điều này được gọi là Tính năng "Giao dịch gấp"có thể giảm chi phí sử dụng.

Nhưng hãy cẩn thận,"Container" đượ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ộ lưu trữ 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à liên quan đến nhiều nội dung. Bạn đọc quan tâm có thể tham khảo bài viết trước của Geek web3 "RGB++ gắn kết với đẳng cấu: Cách CKB, Cardano và Fuel trao quyền cho hệ sinh thái Bitcoin";< /p>

Tổng hợp lại,lớp mở rộng chức năng/chuỗi công khai phù hợp để triển khai liên kết đẳng cấu phải có các đặc điểm sau:

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

   p>

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

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

4. Có các cầu nối hoặc nút ánh sáng liên quan đến Bitcoin;< /p>