Tháng 7/2024, CKB chính thức công bố ra mắt Lớp RGB++, đánh dấu sự chuyển đổi của giao thức RGB++ lý thuyết trước đây thành một sản phẩm được thiết kế hoàn chỉnh, sẵn sàng đưa ra các kịch bản ứng dụng cụ thể và thiết thực hơn. Với tầm nhìn xây dựng một hệ sinh thái BTCFi trên BTC và các chuỗi công khai dựa trên UTXO khác như CKB và Cardano, RGB ++ Layer nhanh chóng thu hút được sự chú ý đáng kể. Tóm lại, Lớp RGB ++ dựa trên giao thức RGB ++, sử dụng liên kết đồng cấu và công nghệ Leap để cung cấp trải nghiệm tương tác chuỗi chéo liền mạch cho các tài sản RGB ++ gốc hoặc chữ khắc / rune trên các blockchain dựa trên UTXO như BTC, CKB và Cardano mà không cần cầu nối chuỗi chéo. Tận dụng môi trường hợp đồng thông minh Turing-complete của CKB, nó thiết lập các điều kiện cần thiết để Bitcoin đạt được các chức năng DeFi phức tạp. Hơn nữa, được hỗ trợ bởi hệ sinh thái trừu tượng tài khoản toàn diện của CKB, nó tương thích với các tài khoản và ví Bitcoin, mang lại trải nghiệm người dùng tuyệt vời cho người dùng Bitcoin và mở đường cho việc áp dụng rộng rãi BTCFi. Trong văn bản sau, chúng ta hãy đi sâu vào các nguyên tắc và tính năng hoạt động của Lớp RGB ++ và khám phá những thay đổi mà nó sẽ mang lại cho hệ sinh thái BTCFi. Cho rằng nền tảng lý thuyết của nó được xây dựng trên giao thức RGB ++, chúng ta sẽ bắt đầu bằng cách thảo luận về chính giao thức.

Giao thức RGB++: Nền tảng lý thuyết của Lớp RGB++

Giao thức RGB++, được phát hành vào tháng 1 năm nay, biến đổi cách thức xác thực từ giao thức RGB ban đầu “xác thực phía máy khách” sang xác thực trên chuỗi CKB. Điều này, cách tiếp cận này tận dụng CKB như một chỉ số phân quyền, gán nhiệm vụ như lưu trữ dữ liệu và xác minh nguồn tài sản cho CKB. Điều này đặt CKB ở vị trí là tầng xác thực và tầng DA cho giao thức RGB, giải quyết các vấn đề UX và giới hạn hỗ trợ DeFi có trong giao thức RGB ban đầu.

Phù hợp với khái niệm "đóng gói một lần", RGB ++ giới thiệu khái niệm liên kết đồng cấu, sử dụng UTXO mở rộng của chuỗi CKB — Ô — làm vật mang dữ liệu cho các tài sản giống như chữ / rune. Các ô này sau đó được liên kết với các UTXO trên chuỗi Bitcoin, Cardano hoặc Liquid, cho phép các tài sản RGB ++ kế thừa tính bảo mật của các blockchain dựa trên UTXO này và ngăn chặn chi tiêu gấp đôi. Cách tiếp cận "ràng buộc để kế thừa bảo mật" này tương tự như các tình huống trong thế giới thực trong đó tài khoản ngân hàng cần được liên kết với số điện thoại và ID để tăng cường bảo mật.

Ví dụ, giả sử Alice muốn chuyển một số token TEST cho Bob. Cô ấy có thể tạo một tuyên bố liên kết Cell chứa thông tin tài sản TEST với Bitcoin UTXO của Bob. Nếu Bob muốn chuyển token TEST cho người khác, Bitcoin UTXO đã được liên kết cũng phải được chuyển. Điều này tạo ra một mối quan hệ liên kết một-một giữa Cell mang dữ liệu tài sản RGB++ và Bitcoin UTXO. Miễn là Bitcoin UTXO không bị chi trả hai lần, tài sản RGB++ đã được liên kết sẽ không bị chi trả hai lần.

Khi thảo luận về Lớp RGB++, đó về cơ bản là một việc triển khai kỹ thuật của giao thức RGB++, với hai đặc điểm chính: ràng buộc đồng cấu trúc và không cầu Leap bridge-free cross-chain. Hãy đào sâu vào nguyên lý kỹ thuật đằng sau ràng buộc đồng cấu trúc và Leap.

Ràng buộc đồng cơ và Leap: Phát hành tài sản BTCFi và Lớp Cross-Chain không cần cầu

Để hiểu thực sự về các khái niệm ràng buộc đẳng hình và Leap, trước tiên chúng ta cần giải thích ngắn gọn về mô hình Cell của CKB. Về cơ bản, một Cell là một UTXO mở rộng (Unspent Transaction Output) với một số trường, bao gồm LockScript, TypeScript và Data. LockScript hoạt động tương tự như locking script của Bitcoin và được sử dụng cho xác thực quyền hạn. TypeScript tương đương với mã hợp đồng thông minh, trong khi Data được sử dụng để lưu trữ dữ liệu tài sản.

Để phát hành tài sản RGB++ trên blockchain CKB, bạn cần tạo một Cell và điền đầy đủ các trường liên quan với ký hiệu mã thông báo và mã hợp đồng. Ví dụ, bạn có thể đặt ký hiệu mã thông báo thành “TEST.” Những Cell này sau đó có thể được giải phóng và phân phối cho nhiều người dùng, tương tự như cách Bitcoin UTXOs (Unspent Transaction Outputs) được chia nhỏ và chuyển giao.

Bởi vì cấu trúc của Cells tương tự như UTXO của Bitcoin và CKB có thể hỗ trợ các thuật toán chữ ký của Bitcoin, người dùng có thể thao tác tài sản trên chuỗi CKB bằng cách sử dụng ví Bitcoin. Nếu bạn sở hữu một Cell, bạn có thể cấu hình tập lệnh khóa để phù hợp với điều kiện mở khóa của UTXO Bitcoin. Điều này cho phép bạn sử dụng các khóa riêng của Bitcoin để kiểm soát Cells trên chuỗi CKB. Khả năng này mở rộng đến CKB, BTC và các chuỗi công cộng khác dựa trên UTXO. Ví dụ, bạn có thể sử dụng tài khoản Cardano để sửa đổi dữ liệu tài sản trên chuỗi CKB, chuyển quyền kiểm soát tài sản RGB++ từ một tài khoản BTC sang một tài khoản Cardano mà không cần cầu nối qua chuỗi.

Quá trình này yêu cầu ràng buộc tài sản RGB++ vào các UTXO trên các chuỗi công cộng như Bitcoin, Cardano và Liquid, tương tự như việc liên kết tài khoản ngân hàng với số điện thoại và ID trong thế giới thực. Tài sản RGB++ về cơ bản là dữ liệu cần có một phương tiện lưu trữ như cơ sở dữ liệu; trong trường hợp này, CKB Cells hoạt động như cơ sở dữ liệu. Bạn có thể thiết lập xác thực quyền hạn để cho phép các tài khoản chuỗi công cộng khác nhau (BTC, Cardano, v.v.) chỉnh sửa dữ liệu tài sản RGB++ trên chuỗi CKB. Đây là nguyên tắc cốt lõi của việc ràng buộc đồng cơ đồ.

Chuyển mạch không ràng buộc và không cần cầu

Các tính năng “Leap” và cross-chain không cần cầu cứng của RGB++ Layer dựa trên việc kết hợp đẳng cấu. Chúng cho phép “kết hợp lại” các UTXO liên quan đến tài sản RGB++. Ví dụ, nếu tài sản của bạn ban đầu được kết hợp với một Bitcoin UTXO, bạn có thể kết hợp lại nó với một UTXO trên Cardano, Liquid, Fuel hoặc các chuỗi khác. Điều này có nghĩa là bạn có thể chuyển quyền kiểm soát tài sản từ một tài khoản BTC sang một tài khoản Cardano mà không cần cầu cứng dọc chuỗi.

Từ quan điểm của người dùng, điều này tương đương với việc chuyển tài sản qua chuỗi chéo, với CKB hoạt động như một bộ chỉ mục và cơ sở dữ liệu. Tuy nhiên, khác với các phương pháp chuỗi chéo truyền thống, “Leap” chỉ thay đổi quyền sử dụng dữ liệu tài sản trong khi dữ liệu chính nó vẫn được lưu trữ trên chuỗi CKB. Tiếp cận này đơn giản hơn mô hình Lock-Mint và loại bỏ sự phụ thuộc vào hợp đồng tài sản ánh xạ. Giải thích trên là tổng quan sản phẩm về ràng buộc đồng cơ học và Leap. Hãy hiểu cách thực hiện kỹ thuật của chúng thông qua một ví dụ cụ thể.

Triển khai Ràng buộc Đồng cấu

Hãy hiểu cách thực hiện kỹ thuật isomorphic binding. Giả sử Alice có 100 TOKEN TEST, với dữ liệu được lưu trữ trong Cell#0, được ràng buộc vào UTXO#0 trên chuỗi Bitcoin. Bây giờ, Alice muốn chuyển 40 TOKEN TEST cho Bob. Trước tiên, cô ấy chia Cell#0 thành hai Cell mới: Cell#1, chứa 40 TOKEN TEST, được chuyển cho Bob, và Cell#2, chứa 60 TOKEN TEST, vẫn nằm dưới sự kiểm soát của Alice. Trong quá trình này, BTC UTXO#0 được ràng buộc vào Cell#0 cũng được chia thành UTXO#1 và UTXO#2, ràng buộc vào Cell#1 và Cell#2 tương ứng. Khi Alice chuyển Cell#1 cho Bob, cô ấy cũng có thể chuyển BTC UTXO#1 cho Bob với một thao tác duy nhất, đạt được giao dịch đồng bộ trên cả chuỗi CKB và BTC.

Chúng ta có thể hiểu sâu về ràng buộc đẳng cấu ở đây. Trên thực tế, ý nghĩa cốt lõi của khái niệm này là Cell của CKB, eUTXO của Cardano và BTC UTXO đều là các mô hình UTXO và CKB tương thích với thuật toán chữ ký Bitcoin / Cardano. Sự phân hủy và chuyển UTXO xảy ra trên hai chuỗi sau cũng có thể được đồng bộ hóa 1: 1 với Tế bào trên chuỗi CKB. . Bằng cách này, khi chúng tôi vận hành BTC UTXO được liên kết với tài sản RGB ++, kết quả hoạt động có thể được đồng bộ hóa với Ô trên chuỗi CKB, giống như mối quan hệ giữa thực thể và bóng. Ngoài ra, chúng ta cũng phải chú ý đếnTài sản RGB ++ được liên kết với hai thực thể BTC UTXO và CKB Cell, cả hai đều là thành phần của tài sản RGB ++. Cả hai đều không thể thiếu.

Nếu chúng ta xem xét trường hợp trên của Alice chuyển tiền cho Bob, quá trình chung là: 1. Alice xây dựng dữ liệu giao dịch CKB cục bộ (chưa tải lên chuỗi). Giao dịch này cho biết rằng Cell#0, ghi lại dữ liệu tài sản, sẽ bị phá hủy, Cell#1 sẽ được tạo ra và được tặng cho Bob, và Cell#2 sẽ được giữ lại cho chính cô; 2. Alice tạo một tuyên bố cục bộ, gắn Cell#1 với BTC UTXO#1, gắn Cell#2 với BTC UTXO#2, và gửi cả Cell#1 và BTC UTXO#1 cho Bob; 3. Sau đó, Alice tạo một Cam kết (tương tự như một hash) cục bộ, và nội dung ban đầu tương ứng chứa tuyên bố ở bước 2 + dữ liệu giao dịch CKB được tạo ra ở bước 1. Dữ liệu Cam kết sau đó sẽ được ghi lại trên chuỗi Bitcoin; 4. Alice khởi xướng một giao dịch trên chuỗi Bitcoin, phá hủy UTXO#0, tạo ra UTXO#1 và gửi nó cho Bob, giữ lại UTXO#2 cho chính cô, và viết Cam kết vào chuỗi Bitcoin dưới dạng mã opcode OP_Return; 5. Sau khi bước 4 hoàn thành, gửi giao dịch CKB được tạo ra ở bước 1 đến chuỗi CKB.

Một số chi tiết phức tạp hơn đã được bỏ qua ở trên. Trong thực tế, khi Alice chuyển tài sản RGB++ của mình cho Bob, cô ấy phải trước tiên thực hiện xác minh danh tính phức tạp để chứng minh rằng cô ấy thực sự là chủ sở hữu của Cell#0. Các vấn đề liên quan ở đây bao gồm: 1. Chứng minh rằng Cell#0 và BTC UTXO#0 thực sự được ràng buộc; 2. Alice chứng minh rằng cô ấy là người kiểm soát thực sự của Cell#0 và BTC UTXO#0. Hãy cẩn thận, Cells và Bitcoin UTXOs được viết với dữ liệu tài sản RGB++ có thể được viết lại đồng thời bởi các tài khoản Bitcoin. Trong suốt quá trình tương tác, các hoạt động bằng một cú nhấp chuột có thể được hoàn thành thông qua các tài khoản Bitcoin. Các kịch bản trên không giới hạn trong việc ràng buộc đồng cấu giữa Bitcoin và CKB, mà có thể được mở rộng sang Cardano, Liquid, Litecoin và các loại hình rộng khác. Vẫn còn rất nhiều không gian cho trí tưởng tượng.

Nguyên tắc triển khai và kịch bản hỗ trợ của Leap

Chúng tôi đã đề cập trước đó rằng Chức năng Leap thực sự là chuyển đổi UTXO được liên kết với tài sản RGB++, chẳng hạn như chuyển đổi nó từ Bitcoin sang Cardano, sau đó bạn có thể sử dụng tài khoản Cardano để kiểm soát tài sản RGB++. Sau đó, bạn cũng có thể chuyển quỹ trên chuỗi Cardano để phân chia và chuyển quyền kiểm soát UTXO điều khiển tài sản RGB++ cho nhiều người hơn. Điều này cho phép tài sản RGB++ được chuyển và phân phối trên nhiều chuỗi công cộng UTXO, nhưng có thể tránh được mô hình cầu nối qua chuỗi truyền thống Lock-Mint. Trong quá trình này, chuỗi công cộng CKB cần hoạt động như một bộ chỉ mục để chứng kiến và xử lý các yêu cầu Leap. Giả sử bạn muốn chuyển tài sản RGB++ được liên kết với BTC sang một tài khoản Cardano. Các bước cốt lõi không nhiều hơn là: 1. Đăng một Cam kết trên chuỗi Bitcoin, thông báo việc mở khóa Cell được liên kết với BTC UTXO; 2. Đăng một Cam kết trên chuỗi Cardano, thông báo rằng Cell sẽ được liên kết với Cardano UTXO; 3. Thay đổi kịch bản khóa của Cell để thay đổi UTXO Bitcoin liên kết với điều kiện mở khóa thành eUTXO trên Cardano.

Chúng ta có thể nhận thấy rằng trong toàn bộ quá trình này, dữ liệu tài sản RGB ++ vẫn được lưu trữ trên chuỗi CKB, nhưng Bitcoin UTXO liên quan đến các điều kiện mở khóa được thay đổi thành eUTXO trên chuỗi Cardano. Tất nhiên, quy trình thực hiện cụ thể phức tạp hơn nhiều so với những gì được đề cập ở trên, vì vậy tôi sẽ không đi vào chi tiết ở đây. Ngoài raCó một tiền đề ngầm trong kế hoạch nhảy vọt, đó là chuỗi công khai CKB đóng vai trò là nhân chứng, chỉ số và cơ sở DA của bên thứ ba. Là một chuỗi công khai, độ tin cậy của nó vượt xa các phương pháp cầu nối chuỗi chéo truyền thống như MPC và đa chữ ký. Trên thực tế, các kịch bản rất thú vị có thể được thực hiện dựa trên chức năng Leap. Ví dụ: chúng ta có thể nhận ra "giao dịch chuỗi đầy đủ". Giả sử chúng ta xây dựng một trình lập chỉ mục trên Bitcoin, Cardano và CKB và xây dựng một nền tảng giao dịch cho phép người mua và người bán giao dịch tài sản RGB ++. Người mua có thể chuyển Bitcoin của họ cho người bán và sau đó sử dụng tài khoản Cardano của họ để nhận tài sản RGB ++. . Trong quá trình này, dữ liệu của tài sản RGB ++ vẫn được ghi lại trong Ô, nhưng Ô sẽ được chuyển cho người mua và sau đó quyền mở khóa của nó sẽ được thay đổi từ Bitcoin UTXO của người bán sang Cardano eUTXO của người mua.

Wrapper

Mặc dù chức năng Leap hoàn hảo cho tài sản RGB ++, nhưng vẫn còn một số tắc nghẽn: Đối với Bitcoin và Cardano, tài sản RGB ++ về cơ bản là chữ khắc / rune / tiền nhuộm dựa trên opcode OP_RETURN. Các nút chuỗi công khai này không thể nhận thức được sự tồn tại của tài sản RGB ++ và CKB thực sự tham gia phối hợp với tư cách là người lập chỉ mục. Điều đó có nghĩa là,Đối với Bitcoin và Cardano, Lớp RGB ++ chủ yếu hỗ trợ Bước nhảy vọt của chữ khắc / rune / tiền nhuộm, thay vì chuỗi chéo các tài sản gốc như BTC và ADA.In về vấn đề này, Lớp RGB ++ chính thức giới thiệu Wrapper, có thể hiểu đơn giản là cầu nối dựa trên bằng chứng gian lận và tài sản thế chấp quá mức. Lấy trình bao bọc rBTC làm ví dụ, nó kết nối BTC với Lớp RGB ++ và một tập hợp các hợp đồng thông minh chạy trên Lớp RGB ++ giám sát những người bảo vệ cầu nối. Nếu người giám hộ có hành vi ác ý, tài sản thế chấp của họ sẽ bị chém. Nếu người giám hộ thông đồng để đánh cắp BTC bị khóa, chủ sở hữu rBTC có thể nhận được bồi thường đầy đủ.

Sau khi kết hợp Leap và Wrapper, các tài sản khác nhau trong hệ sinh thái BTCFi, như tài sản native RGB++, BRC20, ARC20, runes, v.v., có thể được chuyển đến các lớp khác hoặc chuỗi công khai khác.

Hình ảnh dưới đây là một phần của quá trình ứng dụng của LeapX. Bạn có thể thấy rằng nó hỗ trợ sự tương tác của hầu hết tất cả các tài sản BTCFi chính vào các hệ sinh thái khác nhau. Và có các quy trình xử lý tương ứng cho các tài sản với các phương pháp phát hành khác nhau. Một số sử dụng wrapper, và một số sử dụng leap.

CKB-VM: động cơ hợp đồng thông minh của BTCFi

Ở trên chúng tôi chủ yếu giải thích các khái niệm liên kết đẳng cấu và Leap của Lớp RGB ++. Hãy để chúng tôi kiểm tra các điểm khác dưới đây. Trong BTCFi truyền thống, do thiếu hỗ trợ hợp đồng thông minh, chỉ một số Dapp tương đối đơn giản có thể được triển khai. Một số phương pháp thực hiện có những rủi ro nhất định về tập trung, trong khi những phương pháp khác vụng về và không linh hoạt. Để triển khai một lớp hợp đồng thông minh có sẵn trên blockchain, CKB cung cấp CKB-VM cho Lớp RGB ++. Bất kỳ ngôn ngữ lập trình nào có thể hỗ trợ máy ảo RISC-V đều có thể được sử dụng để phát triển hợp đồng trên RGB ++ Layer.Developers có thể sử dụng các công cụ và ngôn ngữ ưa thích của họ để đạt được sự phát triển và triển khai hợp đồng thông minh hiệu quả và an toàn trong khuôn khổ hợp đồng thông minh thống nhất và môi trường thực thi. Sau đây là phương thức chuyển UDT token do người dùng xác định trong CKB được triển khai bằng ngôn ngữ C. Có thể thấy rằng ngoại trừ sự khác biệt về ngôn ngữ, logic cơ bản của nó giống như các mã thông báo chung. Vì RISC-V có hỗ trợ trình biên dịch và ngôn ngữ rộng rãi, các yêu cầu đối với các nhà phát triển để bắt đầu phát triển hợp đồng thông minh là tương đối thấp. Chúng ta có thể dễ dàng viết lại logic này bằng JavaScript, Rust, Go, Java và Ruby. Thay vì phải học một ngôn ngữ DSL nào đó để viết hợp đồng. Tất nhiên, ngôn ngữ chỉ là một khía cạnh của lập trình và việc học các khung hợp đồng thông minh cụ thể là không thể tránh khỏi.

Môi trường sinh thái AA bản địa: kết nối mượt mà BTC và RGB++

Cuối cùng, hãy hiểu một cách ngắn gọn về sinh thái AA bản địa và trừu tượng hóa tài khoản đằng sau Lớp RGB++. Khi bản chất của BTCFi là cung cấp trải nghiệm Defi đa dạng cho tài sản Bitcoin bản địa, việc xem xét tính tương thích với các ví Bitcoin phổ biến sẽ là yếu tố quan trọng cần xem xét đối với các cơ sở vật chất xung quanh BTCFi. Lớp RGB++ trực tiếp tái sử dụng giải pháp AA bản địa của CKB và có thể tương thích với các chuỗi công cộng UTXO quan trọng như BTC và Cardano ở cả hai mặt là phía nhà phát triển và phía người dùng. Trong Lớp RGB++, người dùng có thể sử dụng các thuật toán chữ ký khác nhau để xác thực. Ví dụ, người dùng có thể trực tiếp vận hành tài sản trên Lớp RGB++ bằng cách sử dụng tài khoản, ví hoặc các phương thức xác thực như BTC, Cardano hoặc thậm chí là WebAuthn. Hãy xem ví dụ về phần mềm trung gian ví CCC dưới đây, có thể cung cấp ví và ứng dụng phi tập trung với khả năng vận hành của các chuỗi công cộng khác nhau trên CKB. Hình dưới đây là cửa sổ kết nối của CCC. Chúng ta có thể thấy rằng nó hỗ trợ các cổng ví phổ biến như Unisat và Metamask.

Một ví dụ khác là việc triển khai WebAuthn, trong đó ví điện tử sinh thái CKB JoyID là một đại diện điển hình. Với JoyID, người dùng có thể xác thực trực tiếp qua các dấu sinh trắc học như vân tay hoặc nhận diện khuôn mặt, giúp đăng nhập và quản lý danh tính một cách liền mạch và an toàn. Có thể nói rằng nền tảng cho việc ràng buộc đồng cấu và Leap là RGB++ Layer có một giải pháp AA bản địa hoàn chỉnh, tương thích tốt với tiêu chuẩn tài khoản của các chuỗi công khai khác. Tính năng này không chỉ giúp hỗ trợ cho một số kịch bản quan trọng, mà còn cung cấp UX để xóa con đường.

Tóm tắt

Trên đây, chúng ta đã xem xét tổng quan về Lớp RGB++. Nó có thể được sử dụng như một cơ sở hạ tầng quan trọng cho các Memecoin khác nhau như in/chạy/rửa đồng xu để thực hiện các kịch bản tương tác toàn chuỗi. Môi trường thực thi hợp đồng thông minh được xây dựng bởi Lớp RGB++ dựa trên RiscV có thể tạo nền tảng cho logic kinh doanh phức tạp được yêu cầu bởi BTCFi. Do hạn chế không gian, bài viết này chỉ là một sự phổ biến đơn giản về công nghệ cốt lõi của Lớp RGB++, và không tiến hành một sự phổ biến có hệ thống về nhiều chi tiết phức tạp. Trong tương lai, chúng tôi sẽ tiếp tục chú ý đến tiến độ của Lớp RGB++ và tiến hành một phân tích toàn diện và sâu sắc hơn về một loạt các giải pháp kỹ thuật liên quan đến dự án này. Hãy tiếp tục theo dõi!

tuyên bố:

1. Bài viết này được sao chép từ [geek web3], bản quyền thuộc về tác giả gốc [Faust & Misty Moon], nếu bạn có bất kỳ ý kiến ​​nào về việc tái bản, vui lòng liên hệ vớiHọc cổngđội, và đội sẽ xử lý nó càng sớm càng tốt theo các thủ tục liên quan.

2. Miễn trừ trách nhiệm: Quan điểm và ý kiến được thể hiện trong bài viết này chỉ đại diện cho quan điểm cá nhân của tác giả và không thành lập bất kỳ lời khuyên đầu tư nào.

3. Các phiên bản ngôn ngữ khác của bài viết được dịch bởi nhóm Gate Learn và không được đề cập trongGate.io, bài viết dịch có thể không được sao chép, phân phối hoặc đạo văn.