Tác giả: Shew & Faust, geek web3

Tóm tắt (dài hơn):·Giao thức RGB là giao thức mở rộng BTC tương đối hứa hẹn. Về cơ bản, nó là một hệ thống điện toán ngoài chuỗi sử dụng Lightning Network. Ý tưởng tương tự : người dùng đích thân xác minh và ủy quyền các thay đổi tài sản liên quan đến bản thân họ (Tự xác minh) và gửi kết quả/cam kết đã được người khởi tạo giao dịch phê duyệt tới chuỗi Bitcoin.

·Giao thức RGB sử dụng các ý tưởng tương tự như ý tưởng của đồng tiền màu và Mastercoin và được liên kết với Bitcoin UTXO "Tài sản ký sinh". Nó lưu trữ “cam kết” Cam kết về dữ liệu giao dịch ngoài chuỗi trên chuỗi Bitcoin, thay vì xuất bản dữ liệu DA hoàn chỉnh như giao thức Ordinals. Dựa trên giá trị cam kết được ghi trên chuỗi Bitcoin, khách hàng RGB có thể xác minh xem dữ liệu lịch sử RGB do khách hàng khác cung cấp có hợp lệ hay không.

·Đồng thời, chỉ riêng hàm băm/Cam kết không thể khôi phục hình ảnh gốc đằng sau nó và bên ngoài thế giới không thể trực tiếp quan sát chuỗi. Tải lên dữ liệu ngoài chuỗi tương ứng với giá trị cam kết, có thể bảo vệ quyền riêng tư. So với dòng chữ, chỉ đưa lời hứa lên chuỗi mới có thể tiết kiệm không gian. Từ góc nhìn của bên thứ ba, anh ta thực sự không biết máy khách RGB làm gì.

·RGB cũng tận dụng tính năng chi tiêu một lần của Bitcoin UTXO và liên kết quyền sở hữu tài sản RGB với Bitcoin UTXO thông qua ý tưởng được gọi là giá trị "niêm phong một lần" hướng lên. Điều này có thể tận dụng tính bảo mật mạnh mẽ của Bitcoin để tránh "chi tiêu gấp đôi/chi tiêu gấp đôi" đối với tài sản RGB (miễn là Bitcoin UTXO không được chi tiêu gấp đôi, tài sản RGB sẽ không được chi tiêu gấp đôi).

·Nhưng RGB, với tư cách là một hệ thống hợp đồng thông minh được triển khai theo chuỗi Bitcoin, phụ thuộc vào các khách hàng khác nhau. lưu trữ dữ liệu lịch sử cục bộ và các khách hàng (người dùng) khác nhau chỉ lưu trữ dữ liệu liên quan đến chính họ và không thể xem trạng thái tài sản của người khác. Mặc dù "đảo dữ liệu" này bảo vệ quyền riêng tư nhưng nó cũng khiến RGB gặp rắc rối khi áp dụng trên quy mô lớn, khiến nó giống một mạng P2P bao gồm các nhà giao dịch OTC hơn.

·Ý tưởng của RGB++ là sử dụng Cells trên chuỗi CKB để thể hiện mối quan hệ sở hữu của Nội dung RGB. Nó di chuyển dữ liệu tài sản ban đầu được lưu trữ cục bộ trên máy khách RGB sang chuỗi CKB và thể hiện nó dưới dạng Ô, thiết lập mối quan hệ ánh xạ với Bitcoin UTXO, cho phép CKB hoạt động như một cơ sở dữ liệu công cộng và lớp thanh toán trước ngoài chuỗi cho Nội dung RGB: Thay thế máy khách RGB để đạt được khả năng lưu trữ dữ liệu và tương tác hợp đồng RGB đáng tin cậy hơn. Đối với Lớp 2 dựa trên UTXO khác, "liên kết đẳng cấu" này là một xu hướng.

·Bản thân giao thức RGB chỉ hỗ trợ các quá trình truyền tương tác. Cả hai bên tham gia giao dịch cần liên lạc thường xuyên. Mô hình này khó hỗ trợ các kịch bản Defi và không có lợi cho việc phát hành tài sản RGB. Sau khi CKB thay thế khách hàng độc lập, nó có thể thực hiện các giao dịch RGB không tương tác, có lợi cho các chức năng như hạ cánh Defi và airdrop, đồng thời hỗ trợ tài sản BTC mà không cần tương tác chuỗi chéo với tài sản trên chuỗi CKB.

·Bản chất của RGB++ là đánh đổi quyền riêng tư để lấy sự dễ sử dụng, đồng thời mang đến những tình huống mà giao thức RGB không thể đạt được. Nếu người dùng coi trọng tính dễ sử dụng và các chức năng hoàn chỉnh của sản phẩm, họ sẽ ưa chuộng RGB++. Nếu họ theo đuổi quyền riêng tư và bảo mật của Xác minh, họ sẽ ưu tiên giao thức RGB truyền thống. Tất cả phụ thuộc vào sự lựa chọn của chính người dùng. (Về mặt lý thuyết, RGB++ cũng có thể giải quyết các vấn đề về quyền riêng tư thông qua ZK và các phương pháp khác)

Các nguyên tắc của giao thức RGB và các ưu điểm cũng như ưu điểm của nó nhược điểm

Bản thân giao thức RGB là một giải pháp tương đối phức tạp. Hãy lấy việc chuyển giao tài sản RGB cụ thể làm ví dụ để giải thích về RGB cho mọi người. Cách thức hoạt động của giao thức.

Giả sử có một mã thông báo đáp ứng các yêu cầu của giao thức RGB, được gọi là TEST. Alice hy vọng rằng Bob sẽ chuyển 100 mã thông báo TEST cho cô ấy. Nói cách khác, cô ấy hy vọng sẽ tạo ra một khoản chuyển mã thông báo từ Bob sang Alice.

Trước tiên hãy để tôi giải thích ở đây. Giao thức RGB áp dụng một ý tưởng gọi là "đóng gói một lần". Nhìn bề ngoài, người ta nói rằng Bob chuyển tiền cho Alice. Điều thực sự có nghĩa là Bob kiểm soát UTXO A trên chuỗi Bitcoin và UTXO A được liên kết với một số tài sản RGB thông qua các phương pháp nhất định.

Nếu Bob tuyên bố rằng anh ấy muốn chuyển một phần nội dung RGB được liên kết với UTXO A cho Alice, anh ấy có thể khai báo như sau: chuyển phần 30 được liên kết với mã thông báo UTXO A TEST được chuyển sang UTXO B để liên kết. Vì Alice là chủ sở hữu của UTXO B nên cô sở hữu 30 token TEST được liên kết.

(Nguồn: Discoco Labs)

Trên thực tế, phương thức ghi lại quyền sở hữu trên chuỗi Bitcoin là thông qua UTXO Realized, nêu rõ rằng UTXO B đủ điều kiện để kiểm soát xx lượng nội dung RGB tương đương với việc nói rằng chủ sở hữu UTXO B có thể kiểm soát xx lượng nội dung RGB. Điều này không phù hợp với mô hình địa chỉ tài khoản mà chúng ta quen thuộc và là duy nhất đối với công chúng UTXO các chuỗi như Bitcoin. Thuộc tính độc đáo.

Sau khi hiểu điều này, hãy xem xét quy trình làm việc của giao thức RGB và chúng ta có thể cảm nhận được sự khác biệt giữa nó và các tài sản ký sinh UTXO của Bitcoin như tiền màu và Mastercoin:

1.Theo nguyên tắc của giao thức RGB, trước tiên Alice phải xuất hóa đơn cho giao dịch chuyển khoản và cho biết ý định của mình. Hóa đơn chứa các thông tin sau:

Id hợp đồng:Alice khai báo hợp đồng tài sản RGB nào cô ấy muốn tương tác

Giao diện: Cho Bob biết tất cả các giao diện tương tác của hợp đồng

Thao tác:Tên của giao diện hợp đồng mà Alice yêu cầu Bob gọi

Trạng thái:Trạng thái hợp đồng mà Bob cần sửa đổi, trong trường hợp này là số lượng mã thông báo mà Bob chuyển sang kiểu Alice

Seal: UTXO dùng để niêm phong một lần. Có thể hiểu đơn giản là UTXO được Alice sử dụng để chấp nhận ủy quyền tài sản RGB của Bob.

Cuối cùng, Alice sẽ nhận được nội dung hóa đơn sau:

< img src="https://img.jinse.cn/7180016_image3.png">

Hóa đơn trên có định dạng sau:

2.Alice cần gửi hóa đơn trên cho Bob. Bob sẽ kiểm tra thông tin hóa đơn, tạo giao dịch RGB mới theo ý định của Alice và chuyển tài sản RGB cho Alice.

Nhưng cần đặc biệt chú ý ở đây. Bob phải cố gắng chứng minh rằng anh ấy có quyền sở hữu một phần tài sản TEST. Về lý do tại sao điều này được thực hiện, đó là do giao thức RGB mặc định là "không có bản ghi trạng thái tài sản hiển thị trên toàn cầu" và không sử dụng hợp đồng lưu ký công khai để ghi lại và xử lý tài sản của mọi người như Ethereum.

Theo giao thức RGB, các khách hàng khác nhau chỉ ghi lại dữ liệu tài sản liên quan đến chính họ, bao gồm số dư hiện tại và nguồn lịch sử của những tài sản này. Dữ liệu được ghi lại bởi mỗi khách hàng về cơ bản là không nhất quán. Bằng cách này, mọi người không thể xác nhận trạng thái tài sản của người khác, vì vậy chứng chỉ tài sản phải được xuất trình trong các giao dịch P2P.

Để dùng một phép ẩn dụ sinh động, bạn và bên kia đang dùng tiền giấy để giao dịch, nhưng bạn không biết liệu tiền giấy của bên kia có hay không là của bạn Nếu bạn in tiền giả, hãy yêu cầu anh ta nói rõ cho bạn biết anh ta lấy tiền giấy từ đâu và họ đã đổi chủ cho bao nhiêu người, để xác định xem bên kia có đang dùng tiền giả để đánh lừa bạn hay không.

Sau khi cả hai bên nhận ra nhau, họ có thể tự tin thực hiện các giao dịch táo bạo. Mỗi giao dịch RGB chỉ yêu cầu các bên nhận ra nhau. Nó hoàn toàn là P2P (tương tự như OTC).

Rõ ràng, mô hình này có thể bảo vệ quyền riêng tư, bởi vì tình trạng tài sản và hồ sơ giao dịch của mọi người sẽ không dễ dàng bị thế giới bên ngoài biết đến. Rất khó cho người ngoài biết những gì đã được thực hiện với đối tác. Logic là tiền giấy có thể được che giấu tốt hơn so với chuyển khoản ngân hàng. Nhưng rõ ràng, điều này cũng sẽ gây ra sự bất tiện trong trải nghiệm của người dùng.

Trong trường hợp Alice và Bob đề cập trước đó, sau khi Bob nhận được hóa đơn của Alice và biết được ý định của cô ấy, anh ấy cần lấy hóa đơn từ người bán. khách hàng địa phương. Từ dữ liệu lịch sử, hãy chọn các bản ghi chuyển nhượng lịch sử liên quan đến nội dung TEST, cùng với chuyển khoản Bob -> Alice mới được tạo và giao chúng cho Alice để xác minh nhằm chứng minh giao dịch/thay đổi quyền sở hữu RGB mới và tương ứng nguồn sở hữu tài sản đằng sau nó là Hợp lệ và không có lỗi.

Nói chung, dữ liệu được lưu trữ cục bộ trên máy khách được gọi là "bộ sưu tập" Stash, chứa dữ liệu trong quá khứ của nội dung RGB. Chúng ta có thể coi Stash là bản ghi nhật ký của hợp đồng tài sản RGB.

3.Khi Alice nhận được dữ liệu từ Bob và Bob mới được khai báo—> sau giao dịch của Alice, tính hợp lệ của nó sẽ được xác minh,Nếu quá trình xác minh thành công, Alice sẽ tạo "chữ ký xác nhận" và gửi lại cho Bob.

4.Sau khi Bob nhận được chữ ký xác nhận của Alice, anh ấy gửi Bob —> Alice The Commitment tương ứng với giao dịch được phát lên mạng BTC và cuối cùng được ghi vào chuỗi BTC, biến nó thành "cuối cùng".

(Sơ đồ cấu trúc của Cam kết thực chất là một gốc merkle)

Nếu Bob—>Alice Trong quá trình chuyển giao, có thông báo rằng chủ sở hữu UTXO B sẽ sở hữu 30 mã thông báo TEST. Alice có thể sử dụng các mã thông báo TEST này miễn là cô ấy chứng minh được rằng mình là chủ sở hữu của UTXO B.

5.Nếu Alice muốn chuyển mã thông báo TEST cho người khác trong tương lai, cô ấy nên hiển thị nguồn lịch sử trong số các KIỂM TRA này Tại thời điểm này, bên kia có thể xác minh dựa trên giá trị cam kết trên chuỗi Bitcoin để xem liệu dữ liệu do Alice cung cấp có tương ứng với giá trị cam kết trên chuỗi hay không. Điều này ngăn chặn việc làm sai lệch dữ liệu.

Lợi ích của giao thức RGB là nó có thể hỗ trợ các tính toán hợp đồng thông minh phức tạp ngoài chuỗi. Về cơ bản, nó chuyển các bước tính toán ra khỏi chuỗi BTC và chỉ ghi lại Cam kết trên chuỗi. Trong khi bảo vệ quyền riêng tư, nó cũng tuyên bố quyền sở hữu tài sản Bitcoin UTXO và RGB ra khỏi chuỗi. Hiệp hội , sử dụng Bitcoin để đốt và đạt được các thay đổi về quyền sở hữu đối với tài sản RGB.

Vì tất cả các báo cáo giao dịch cần phải được các bên xác minh và ủy quyền nên mô hình bảo mật của nó dựa trên "giả định của người có lý trí ",Miễn là các bên liên quan có lý trí và miễn là Bitcoin an toàn thì quyền sở hữu tài sản RGB về cơ bản là "an toàn".

Nhưng những thiếu sót của giao thức RGB cũng rất rõ ràng (các vấn đề về đảo dữ liệu và lưu trữ phân mảnh đã được đề cập sớm hơn) . Trước hết, nếu bạn muốn chuyển tiền cho người khác, thậm chí trước tiên bạn phải được sự đồng ý và xác nhận của bên kia và cả hai bên phải trực tuyến cùng một lúc;

Thứ hai, do thiếu các phương pháp ghi dữ liệu hiển thị trên toàn cầu, Việc xuất bản hợp đồng của RGB thậm chí còn áp dụng một hình thức rất kỳ lạ. < /strong>Người dùng hợp đồng phải lấy trước thông tin từ nhà xuất bản hợp đồng. Tại thời điểm này, bạn có thể tìm hiểu các chức năng giao diện có trong hợp đồng. Phương pháp học cụ thể có thể là thông qua email hoặc quét mã QR. (Nhìn vào những lời hoa mỹ chính thức hiện nay, ước tính mã hợp đồng có thể được đăng trên trang chủ của trang web chính thức hoặc ghim lên đầu Twitter)

< img src="https://img.jinse.cn/7180023_image3.png">

Hãy thảo luận về trạng thái hợp đồng của giao thức RGB. Trong giao thức RGB, trạng thái ban đầu (Genesis) của hợp đồng được người tạo đặt khi hợp đồng được tạo, chẳng hạn như tên mã thông báo, tổng số tiền, v.v. trong hợp đồng RBG-20. Sau đó,trạng thái của hợp đồng thay đổi theo tiến trình liên tục của các giao dịch RGB, nhưng diễn biến trạng thái hợp đồng này là phi tuyến tính, tạo thành biểu đồ không theo chu kỳ có hướng DAG.

(Trong hình, góc nhìn của Owner1 là phần màu xanh lam và xanh lục, góc nhìn của Owner2 là phần màu xanh lam và màu vàng)

Ví dụ: khi Bob chuyển tiền cho Alice, chỉ một phần của bản ghi chuyển từ khởi tạo hợp đồng đến Bob nhận được mã thông báo được hiển thị và đường dẫn dữ liệu đi kèm tương đối hẹp. Alice chỉ có thể biết thông tin giao dịch có trong nhánh đường dẫn này và rất khó để biết thông tin chuyển khoản của người khác. Mặc dù điều này bảo vệ quyền riêng tư của người dùng RGB nhưng cũng mang đếnnhững hậu quả không mong muốn: người dùng khó biết được trạng thái toàn cầu của hợp đồng RGB, chẳng hạn như mỗi người có bao nhiêu tài sản RGB. Điều này có thể gây ra nhiều rắc rối.

Ví dụ: khi giao dịch chuyển tiền của Bob —> Alice đến bước cuối cùng, giá trị cam kết của nó sẽ được ghi vào chuỗi BTC và Sau khi không thể đảo ngược, Bob có thể xóa cục bộ một số dữ liệu - nếu Bob đưa tất cả mã thông báo TEST của mình cho người khác, anh ấy có thể xóa trực tiếp dữ liệu liên quan đến mã thông báo TEST được lưu trữ cục bộ để giảm áp lực lưu trữ.

Là người nhận mã thông báo, Alice cần ghi lại cục bộ tất cả dữ liệu liên quan đến giao dịch này. (Nếu Bob xóa dữ liệu mã thông báo TEST cục bộ và nút máy khách của Alice bị hỏng hoàn toàn do tai nạn, liệu tài sản của Alice có bị đóng băng vĩnh viễn vào thời điểm này không? Vì không có nơi nào khác Lưu trữ dữ liệu tài sản TEST của Alice, trừ khi nó được sao lưu trước.)

Điều này về cơ bảncó thể được quy cho DA và các vấn đề lưu trữ dữ liệu, Nghĩa là, dữ liệu mới của giao thức RGB không thể được phổ biến một cách đáng tin cậy và hiển thị trên toàn cầu, điều này cuối cùng sẽ khiến các máy khách khác nhau trở thành "đảo dữ liệu". Giải pháp Plasma trước đây đã phát triển mạnh mẽ trong hệ sinh thái Ethereum nhưng sau đó bị bỏ rơi, đã chết non vì không thể giải quyết được vấn đề DA.

Ngoài ra, giao thức RGB cũng yêu cầu nhiều giao tiếp giữa hai bên tham gia giao dịch, nhiều các bước liên lạc dựa vào các cơ sở tập trung, mô tả chi tiết về lĩnh vực này vẫn chưa hoàn thiện và quan chức này thậm chí còn nói rằng việc liên lạc có thể được thực hiện qua email.

Rõ ràng, thiết kế của giao thức RGB không thân thiện lắm với những người dùng có nhu cầu dài hạn, những người theo đuổi sự dễ sử dụng.Mặc dù những người dùng lớn có nhiều tài sản hơn và theo đuổi quyền riêng tư cao hơn sẽ vui lòng thực hiện sao lưu dữ liệu và bảo trì máy khách, nhưng đối với những người dùng lâu năm, những gánh nặng này vẫn quá nặng nề và sẽ cản trở nghiêm trọng việc áp dụng trên quy mô lớn. Thậm chí cho đến nay, hầu hết mọi người đều tin rằng không có nội dung RGB nào phi thường.

Trong hình bên dưới, chúng tôi đưa ra biểu đồ quy trình chuyển giao tài sản RGB. Người đọc có thể hiểu sâu hơn về quy trình chuyển giao tổng thể dựa trên con số này.

Tóm lại, giao thức RGB sử dụng Bitcoin UTXO để thực hiện thay đổi quyền sở hữu đối với tài sản RGB và bằng cách xuất bản giá trị cam kết (Cam kết) trên chuỗi BTC, nó đảm bảo rằng dữ liệu ngoài chuỗi không thể bị đánh cắp. bị giả mạo bởi khách hàng một cách riêng tư. . Trên thực tế, cái gọi là "con dấu một lần" của RGB là liên kết quyền sở hữu tài sản Bitcoin UTXO và RGB thông qua các báo cáo giao dịch RGB ngoài chuỗi, từ đó đảm bảo tính bảo mật của tài sản RGB với sự trợ giúp của tính năng bảo mật mạnh mẽ của Bitcoin. Tuy nhiên, do các vấn đề về DA và lưu trữ dữ liệu, khả năng sử dụng và UX của giao thức RGB ban đầu tương đối kém và nội dung dễ bị đóng băng (không sử dụng được) do mất dữ liệu.

RGB++: phiên bản nâng cao của giao thức RGB dựa trên CKB

Ở phần trên, chúng tôi đã tóm tắt những ưu điểm và nhược điểm của hệ thống RBG. Trong số đó, đảo dữ liệu khách hàng và trạng thái hợp đồng không thể hiển thị trên toàn cầu, đây là những yếu tố quan trọng nhất ảnh hưởng đến sự dễ dàng sử dụng của giao thức RGB.

Trên thực tế, giao thức RGB có những ưu điểm và nhược điểm rõ ràng và có mục tiêu cao hơn về quyền riêng tư và bảo mật Mọi người sẽ có xu hướng tự chạy ứng dụng khách và sao lưu dữ liệu, nhưng những người dùng lâu năm rõ ràng không đủ kiên nhẫn (ví dụ: hầu hết người dùng Lightning Network sẽ dựa vào các nút của bên thứ ba thay vì tự chạy ứng dụng khách).

Dựa trên lý do này, Nervos Lianchuang Cipher đã đề xuất một kế hoạch có tên RGB++, cố gắng giải phóng trạng thái tài sản và hợp đồng của RGB. Việc xác minh giao dịch được giao cho Chuỗi công khai CKB. CKB hoạt động như một nền tảng điện toán và lưu trữ dữ liệu của bên thứ ba,không còn yêu cầu người dùng phải tự chạy ứng dụng khách RGB nữa.

Vì bản thân CKB là một mô hình UTXO mở rộng (Ô), nên thông tin ngoài chuỗi của nội dung RGB có thể được ghi vào Ô và A Mối quan hệ ánh xạ một-một được thiết lập giữa Cell và Bitcoin UTXO để triển khai giải pháp xác minh và lưu ký dữ liệu nội dung RGB dựa trên CKB nhằm giải quyết vấn đề dễ sử dụng và đóng vai trò như một phần bổ sung nâng cao cho giải pháp RGB ban đầu.

Đoạn văn này có thể hơi khó đọc, vì vậy hãy giải thích thêm:

Như đã đề cập trước đó trong bài viết, bản chất của giao thức RGB là liên kết quyền sở hữu tài sản Bitcoin UTXO và RGB bằng cách đưa ra các cam kết trên chuỗi và tuyên bố ngoài chuỗi. Tuy nhiên, dữ liệu của hợp đồng tài sản RGB bị phân mảnh và được lưu trữ cục bộ trên các máy khách khác nhau mà không có chế độ xem toàn cầu.

RGB++ sử dụng phiên bản mở rộng UTXO - Cell của CKB để ánh xạ mối quan hệ giữa Bitcoin UTXO và các tài sản RGB tương ứng. , được hiển thị trực tiếp trên chuỗi CKB và chuỗi công khai CKB thay thế ứng dụng khách P2P của người dùng để xác minh tính hợp lệ của mỗi lần chuyển RGB.

Với bản ghi dữ liệu RGB hiển thị toàn cầu như vậy, nhiều kịch bản khó thực hiện trong giao thức RGB sẽ được hạ cánh dễ dàng hơn .

(Quy trình giao dịch của RGB++ là ghi thông tin tài sản RGB vào Ô, sau đó liên kết Ô với Bitcoin UTXO và cuối cùng kết hợp các giao dịch RGB++ xảy ra trên CKB và RGB++ tài sản được liên kết với chúng. Bitcoin UTXO, được bao gồm trong cam kết và sau đó ghi giá trị cam kết vào chuỗi Bitcoin)

Có lẽ ai đó Điều đầu tiên tôi nghĩ đến là EVM. Chúng tôi có thể sử dụng EVM để mang trạng thái RGB và xác thực không? Câu trả lời là: Điều đó rất rắc rối, vì tài sản RGB về cơ bản là ký sinh trên Bitcoin UTXO và có mối quan hệ ánh xạ 1-1 với Bitcoin UTXO. Nếu bạn muốn thiết lập mối quan hệ ánh xạ giữa dữ liệu hợp đồng Bitcoin UTXO và EVM, việc triển khai kỹ thuật không được suôn sẻ. Tốt hơn là bạn nên trực tiếp chọn chuỗi công khai UTXO.

Hơn nữa, "tài sản" trên Ethereum thường là hàng hóa công cộng trong các nhóm ngang hàng và vô số người được ghi lại trên một hợp đồng. Người kiểm soát hợp đồng có quyền lực tuyệt đối đối với dữ liệu tài sản. Phương pháp xử lý tài sản này xung đột nghiêm trọng với các giao thức Bitcoin UTXO và RGB. Ý tưởng thiết kế của hai phương pháp sau là hiện thực hóa hoàn toàn Mọi người hoàn toàn kiểm soát tài sản của mình (hãy nghĩ về sự khác biệt giữa tiền giấy và thanh toán WeChat), mà không cần phải xem xét các vấn đề luôn tồn tại trong chuỗi Ethereum và EVM: chủ sở hữu hợp đồng tài sản lạm dụng quyền lực của họ, lỗi hợp đồng dẫn đến thiệt hại về vốn và việc di chuyển dữ liệu của hợp đồng tài sản gặp khó khăn và các vấn đề khác.

(Từ bài viết trước đây của Geek Web3: "Kẻ trộm người nổi tiếng trong giới công nghệ: Rất khó để tạo ra những thứ mới trong chuỗi công cộng hiệu suất cao và hợp đồng thông minh liên quan đến phân phối điện") strong>

Vì vậy, nếu bạn muốn thể hiện mối quan hệ ánh xạ giữa Bitcoin UTXO và off- chuỗi tài sản RGB trơn tru hơn, sự lựa chọn tốt nhất là Thông qua chuỗi UTXO. CKB hỗ trợ UTXO-Cell mở rộng và tập lệnh của CKB VM dựa trên RISC-V, tương thích với các thuật toán mã hóa khác nhau hơn EVM, bao gồm cả thuật toán xác minh khóa công khai và khóa riêng của Bitcoin, do đó, nó tốt hơn Điều này có lợi cho việc hiện thực hóa giải pháp kỹ thuật do RGB++ đề xuất.

Triển khai kỹ thuật RGB++

RGB++ sử dụng UTXO mở rộng của CKB - Cell. Một ô chứa các trường sau:

Dung lượng biểu thị không gian trên chuỗi do Ô này sở hữu và dữ liệu đề cập đến tập dữ liệu có trong Ô, có thể được đọc hoặc sửa đổi.

Loại là mã chương trình được liên kết với Ô này, có tác dụng giới hạn các điều kiện sửa đổi dữ liệu dữ liệu. Ví dụ: nếu Ô của bạn chứa dữ liệu 100 mã thông báo TEST, nhưng bạn tuyên bố chuyển 110 mã thông báo TEST cho người khác, điều này không đáp ứng các hạn chế được chỉ định trong Loại và sẽ bị từ chối.

Khóa thể hiện logic xác minh quyền sở hữu của Ô, tương tự như tập lệnh mở khóa của Bitcoin UTXO.

Chúng ta có thể hiểu Cell là phiên bản nâng cấp của UTXO, với hai trường bổ sung: Loại và Dung lượng, đồng thời dữ liệu có thể được tùy chỉnh. Loại, Về cách thay đổi quyền sở hữu Cell, nó tương tự như Bitcoin UTXO, cả hai đều đạt được thông qua các tập lệnh mở khóa.

Ý tưởng của RGB++ là sử dụng Cells trên chuỗi CKB để thể hiện mối quan hệ sở hữu các nội dung RGB. Nó di chuyển dữ liệu nội dung ban đầu được lưu trữ cục bộ trên máy khách RGB sang chuỗi CKB và thể hiện dữ liệu đó dưới dạng Ô, cho phép CKB hoạt động như một cơ sở dữ liệu công khai cho nội dung RGB. Ô đại diện cho nội dung RGB sẽ có mối quan hệ ánh xạ 1-1 với UTXO trên chuỗi Bitcoin. Mối quan hệ ánh xạ này sẽ được hiển thị trực tiếp trong trường Khóa của Ô.

Ví dụ: giả sử rằng một nội dung RGB nhất định được liên kết với Bitcoin UTXO A, phiên bản được ánh xạ tương ứng của Cell có thể là The các điều kiện xác minh quyền sở hữu được đặt để nhất quán với Bitcoin UTXO A (nghĩa là tập lệnh Khóa được đặt thành điều kiện mở khóa của Bitcoin UTXO A). Nếu bạn là người điều khiển UTXO A, bạn có thể trực tiếp vận hành ánh xạ Ô trên CKB. Tất nhiên, CKB sẽ xác minh xem bạn có phải là chủ sở hữu của UTXO A hay không.

Chuỗi CKB sẽ triển khai các nút nhẹ Bitcoin và đồng bộ hóa các tiêu đề khối Bitcoin. Khi bạn khai báo một giao dịch RGB và muốn vận hành Ô tương ứng với tài sản RGB, trước tiên bạn phải chứng minh rằng bạn là người kiểm soát Bitcoin UTXO A. Bằng chứng được chia thành hai bước:

1. Chứng minh với light node Bitcoin được triển khai trên chuỗi CKB rằng UTXO A tồn tại trên chuỗi Bitcoin và cần phải đưa ra Bằng chứng Merkle;< /p>

2. Hiển thị chữ ký số để chứng minh rằng bạn là chủ sở hữu của UTXO A.

Trong giải phápRGB++, sau khi người dùng tuyên bố chuyển nội dung RGB ở giao diện người dùng, một giao dịch sẽ được kích hoạt trên Chuỗi CKB, viết lại Ô ghi dữ liệu tài sản RGB và thay đổi quyền sở hữu của nó. Ban đầu, người kiểm soát Bitcoin UTXO 1 có thể sở hữu Ô này. Sau khi thay đổi quyền sở hữu, người kiểm soát Bitcoin UTXO 2 đã trở thành chủ sở hữu mới của Ô. Tất cả điều này đều có thể nhìn thấy được trên chuỗi CKB.

Điều cần lưu ý ở đây là quy trình làm việc liên quan đến cam kết trên chuỗi BTC vẫn được thực hiện trên mạng chính BTC, nghĩa làRGB++ vẫn phải đưa ra Cam kết trên chuỗi Bitcoin ,Liên quan đến hồ sơ giao dịch tài sản RGB xảy ra trên CKB. Bước này không khác gì các giao thức RGB truyền thống.

Nhưng điểm khác biệt là trong giao thức RGB truyền thống, công việc mà khách hàng chịu trách nhiệm ngoài chuỗi đều được xử lý bởi CKB ,Ví dụ: đối tác cần xác minh nguồn tài sản, khách hàng cần lưu trữ dữ liệu nguồn tài sản cục bộ, việc phát hành hợp đồng RGB cần thông qua các kênh của bên thứ ba, v.v. Những gánh nặng cồng kềnh này có thể được giải quyết bởi CKB và không yêu cầu người dùng phải tự chạy client.

Điều này giải quyết vấn đề đảo dữ liệu máy khách RGB và cũng giải quyết được khiếm khuyết khiến trạng thái hợp đồng không thể hiển thị trên toàn cầu. Đồng thời, hợp đồng RGB có thể được triển khai trực tiếp trên chuỗi CKB và được hiển thị trên toàn cầu để RGB Cell tham khảo, điều này tránh được một loạt các hoạt động lạ khi hợp đồng giao thức RGB được phát hành.

Tóm lại, CKB sử dụng khả năng lập trình của tập lệnh Cell để trước tiên xác nhận rằng người khởi tạo chuyển RGB thực sự sở hữu UTXO Bitcoin được liên kết với tài sản RGB. Nếu quá trình xác minh được thông qua, người dùng được phép chuyển giao.Chuyển dữ liệu tài sản RGB của Cell ghi lại cho người khác.

Tóm lại, CKB hoạt động như một nền tảng lưu trữ dữ liệu công khai cho các tài sản RGB, cung cấp khả năng lưu trữ dữ liệu và phát hành hợp đồng hiển thị trên toàn cầu. chức năng, đồng thời cung cấp chức năng xác minh và tính toán quyền sở hữu. Nói một cách chính xác hơn, CKB thay thế máy khách bằng RGB và giải quyết các vấn đề khác một cách ngẫu nhiên.

Tất nhiên, vì RGB++ đạt được khả năng phát hành dữ liệu hiển thị trên toàn cầu nên quyền riêng tư chắc chắn sẽ thấp hơn so với giao thức RGB, nhưng lợi thế là rằng nó rất dễ sử dụng. Khả năng sử dụng đã được cải thiện rất nhiều.

Vì vậyRGB++ về cơ bản đánh đổi quyền riêng tư để lấy sự dễ sử dụng, đồng thời có thể gây ra những tình huống mà người dùng không thể đạt được. Giao thức RGB. Nếu người dùng coi trọng tính dễ sử dụng và các chức năng hoàn chỉnh của sản phẩm, họ sẽ ưu tiên RGB++. Nếu họ theo đuổi quyền riêng tư và tính bảo mật của việc Tự xác minh, họ sẽ ưu tiên giao thức RGB truyền thống. Tất cả phụ thuộc vào sự lựa chọn của riêng người dùng (Ý tưởng này tương tự như những gì Vitalik đã bày tỏ khi nhận xét về Ethereum Lớp 2. Nếu bạn theo đuổi tính bảo mật, hãy sử dụng Rollup và nếu bạn theo đuổi chi phí thấp, hãy sử dụng các giải pháp không Rollup như Validium và Optimium .) Tất nhiên, theo sách trắng RGB++, các giải pháp giao dịch riêng tư cũng có thể được triển khai trên chuỗi CKB trong tương lai để ẩn danh tính người dùng và số tiền chuyển.

Các tính năng bổ sung của RGB++

Bản chất không tương tác của giao dịch (rất quan trọng)

Original RGB giao thức Một vấn đề quan trọng là trước tiên người nhận thanh toán phải gửi tin nhắn cho người thanh toán (séc được đề cập ở trên), cho biết rằng một trong các UTXO của nó phải được ràng buộc với nội dung RGB để việc chuyển RGB có thể được thực hiện suôn sẻ. Điều này yêu cầu nhiều giao tiếp tương tác giữa người nhận thanh toán và người trả tiền để hoàn thành một giao dịch thông thường, điều này rõ ràng làm tăng độ khó hiểu của người dùng và độ phức tạp của sản phẩm. RGB++ tận dụng các đặc điểm của CKB như một nền tảng điện toán và lưu trữ dữ liệu, cho phép các đối tác hoàn tất quá trình truyền thông qua các phương thức không đồng bộ và không tương tác.

Khi A chuyển tiền cho B, anh chỉ cần biết trước địa chỉ của B và khai báo chuyển tiền đến địa chỉ đó. Không người được trả tiền là bắt buộc Để liên lạc hoặc cung cấp dữ liệu trực tuyến. Sau đó, người nhận thanh toán có thể tự mình thu thập tài sản và mã tập lệnh trên chuỗi CKB sẽ xác minh xem người nhận thanh toán có phải là người được người thanh toán chỉ định hay không. Rõ ràng, mô hình này gần với thói quen của hầu hết mọi người, các mô hình ban đầu không được hỗ trợ trong giao thức RGB, chẳng hạn như airdrop và phân phối phần thưởng, cũng có thể hoạt động, điều này cũng có lợi cho việc phát hành tài sản RGB.

Ngoài ra, chế độ hoạt động của giao thức RGB đương nhiên không có lợi cho việc phát triển các kịch bản Defi. Ví dụ: Uniswap, một giao dịch nhiều-nhiều, không tương tác điển hình pool, hầu như không được sử dụng trong giao thức RGB ban đầu. Nó không thể được mở rộng và RGB++ thực hiện các giao dịch không tương tác, đồng thời trạng thái có thể nhìn thấy và xác minh được trên toàn cầu. Miễn là Cell được sử dụng để thực hiện "hợp đồng không có chủ sở hữu" trong đó " tất cả những người đáp ứng các điều kiện đều có thể sửa đổi trạng thái của nó", nhiều kịch bản Defi có thể được triển khai.

Tất nhiên, một hợp đồng không có chủ sở hữu trong đó tất cả mọi người có thể sửa đổi trạng thái của nó dễ dẫn đến xung đột tranh chấp/đọc-ghi trạng thái, ngay cả khi có nhiều người. Nếu bạn muốn sửa đổi trạng thái hợp đồng cùng một lúc, điều này sẽ dẫn đến sự hỗn loạn. Để giải quyết vấn đề này, RGB++ dự định sử dụng một Ô ý định được triển khai trên chuỗi dưới dạng "trình tự sắp xếp" để sắp xếp các yêu cầu khác nhau.

Gấp giao dịch (bản phát hành cam kết tổng hợp nhiều giao dịch )

Việc gấp giao dịch dễ hiểu hơn, tức là CKB được sử dụng như một "tiền gửi ngoài chuỗi". -lớp thanh toán". Sau khi xảy ra nhiều lần chuyển RGB, một lô giao dịch được tổng hợp để tạo ra Cam kết tương ứng với giao dịch theo lô. Được xuất bản lên chuỗi Bitcoin cùng một lúc.

Hiệu suất cụ thể như biểu đồ sau:

Tài sản BTC không cần chuỗi chéo để tương tác trực tiếp với tài sản trên chuỗi CKB

RGB++ hiện thực hóa sự tích hợp giữa Bitcoin UTXO và CKB Cell Sau khi ánh xạ liên kết giữa chúng, khả năng tương tác chuỗi chéo mà không cần tài sản có thể được thực hiện trực tiếp.Bạn có thể chuyển Bitcoin UTXO của mình cho người khác thông qua sao kê giao dịch RGB++ và bên kia có thể chuyển quyền sở hữu tài sản CKB của họ cho bạn. Mô hình này có rất nhiều chỗ cho trí tưởng tượng. Kết hợp với việc gấp giao dịch đã đề cập trước đó (giao dịch theo lô), về mặt lý thuyết, nó có thể đạt được khả năng tương tác tài sản trên chuỗi BTC-CKB mà không cần tài sản BTC phải xuyên chuỗi.

Tóm tắt

RGB++ chuyển đổi trực tiếp dữ liệu nội dung được lưu trữ cục bộ trong các máy khách RGB khác nhau được thể hiện bằng cách sử dụng Ô trên chuỗi CKB, sau đó liên kết Ô với UTXO trên chuỗi Bitcoin. Người dùng có thể tương tác với tài sản RGB++ của họ trên chuỗi CKB thông qua tài khoản/tài sản Bitcoin. Phương pháp này tương đối đơn giản và giải quyết được các vấn đề trong giao thức RGB, chẳng hạn như nhu cầu liên lạc trước giữa hai bên để chuyển giao, khó khăn trong việc hỗ trợ các trạng thái hiển thị trên toàn cầu, sự phân mảnh trong lưu trữ dữ liệu cũng như các hợp đồng thông minh và Defi không thân thiện.

RGB++ có thể nhận ra khả năng tương tác giữa BTC và CKB mà không cần nội dung chuỗi chéo và tạo điều kiện thuận lợi cho nội dung RGB và Defi. giải quyết rất nhiều vấn đề dễ sử dụng của giao thức RGB. Nhưng đối với những người chơi RGB thích hợp theo đuổi mức độ riêng tư cao, bản chất của RGB++ là đánh đổi quyền riêng tư để dễ sử dụng và mọi thứ đều phụ thuộc vào lựa chọn của người dùng. Nhưng về mặt lý thuyết, các vấn đề về quyền riêng tư có thể được giải quyết trên chuỗi CKB bằng cách giới thiệu ZK và các phương pháp khác.

Nhìn chung, RGB++ thể hiện tiềm năng của CKB như một lớp thanh toán/lớp máy tính trong chuỗi Bitcoin và ý tưởng này sẽ có trong tương lai , nó sẽ được ngày càng nhiều giao thức tài sản hoặc Bitcoin Lớp 2. Có thể thấy trước rằng sự cạnh tranh giữa các lớp thanh toán của bên thứ ba trong chuỗi Bitcoin có thể sẽ sớm bắt đầu. CKB, tập trung vào POW và UTXO và có nhiều năm tích lũy công nghệ, có thể thể hiện những lợi thế kỹ thuật của mình trong cuộc cạnh tranh giành chuỗi khối mô-đun này.