RGB++ Layer的四大關鍵特點：BTCFi和UTXO世界的中心
2024年7月，CKB正式宣布推出RGB++層，標誌著之前理論上的RGB++協議轉變為一個完全工程化產品，旨在引入更具體和實際的應用場景。憑藉構建跨BTC和其他UTXO-based公共鏈（如CKB和Cardano）的BTCFi生態系統的願景，RGB++層迅速引起了相當大的關注。總之，RGB++層基於RGB++協議，利用同態綁定和Leap技術，為本地RGB++資產或銘文/符文在UTXO-based區塊鏈（如BTC、CKB和Cardano）之間提供無縫的跨鏈交互體驗，而無需跨鏈橋樑。利用CKB的圖靈完備智能合約環境，為比特幣實現復雜的DeFi功能奠定了必要條件。此外，憑藉CKB的全面賬戶抽象生態系統的支持，它與比特幣賬戶和錢包兼容，為比特幣用戶提供出色的用戶體驗，為BTCFi的廣泛採用鋪平了道路。在接下來的文本中，讓我們深入探討RGB++層的工作原則和特性，並探索它將為BTCFi生態系統帶來的變化。鑒於其理論基礎建立在RGB++協議上，我們將從討論協議本身開始。
RGB++協議: RGB++層的理論基礎
去年一月發布的 RGB++ 協議從根本上將驗證方法從 RGB 協議的“客戶端驗證”轉換為在 CKB 鏈上的鏈上驗證。基本上，這種方法利用 CKB 作為去中心化索引器，將數據存儲和資產源驗證等任務分配給 CKB。這將 CKB 定位為 RGB 協議的驗證層和 DA 層，解決了原始 RGB 協議中存在的 UX 問題和 DeFi 支持限制。
符合“一次封裝”概念的RGB++引入同態綁定的概念，利用CKB鏈的擴展UTXO—Cells—作為類似符文的資產的數據攜帶者。然後將這些Cells綁定到比特幣、卡諾或Liquid鏈上的UTXO，使RGB++資產能夠繼承這些基於UTXO的區塊鏈的安全性，防止雙重花費。這種“繼承安全性的綁定”方法類似於現實世界的情況，即銀行帳戶需要與電話號碼和身份證號碼關聯以增強安全性。
例如，假設愛麗絲想要將一些TEST代幣轉移到鮑伯。她可以生成一份聲明，將存儲TEST資產信息的Cell與鮑伯的比特幣未花費的交易輸出(UTXO)綁定。如果鮑伯打算將TEST代幣轉移到其他人，則綁定的比特幣UTXO也必須轉移。這樣就在攜帶RGB++資產數據的Cell與比特幣UTXO之間創建了一對一的綁定關係。只要比特幣UTXO沒有被雙重花費，綁定的RGB++資產也不會被雙重花費。
當討論RGB++ Layer時，基本上是RGB++協議的一個工程化實現，具有兩個主要特徵：同構綁定和Leap無橋跨鏈。讓我們深入了解同構綁定和Leap背後的技術原則。
同構綁定與Leap：BTCFi的資產發行和無橋跨鏈層
要真正理解同構綁定和Leap的概念，我們首先需要簡單解釋CKB的Cell模型。基本上，Cell是一個擴展的未花費的交易輸出（UTXO），包含了幾個字段，包括LockScript、TypeScript和Data。LockScript的功能類似於比特幣的鎖定腳本，用於權限驗證。TypeScript類似於智能合約代碼，而Data則用於存儲資產數據。
要在CKB區塊鏈上發行RGB++資產，您首先需要創建一個Cell並填入相關字段，例如代幣符號和合約代碼。例如，您可以將代幣符號設置為“TEST”。然後，這些Cells可以被拆卸並分發給許多用戶，類似於比特幣UTXO（未花費的交易輸出）被拆分和轉移的方式。
因為 Cell 的結構類似於比特幣的未花費的交易輸出(UTXO)，而 CKB 可以支持比特幣的簽名算法，用戶可以使用比特幣錢包在 CKB 鏈上操作資產。如果您擁有一個 Cell，您可以配置鎖定腳本以匹配比特幣 UTXO 的解鎖條件。這使您可以使用比特幣私鑰來控制 CKB 鏈上的 Cell。此功能適用於 CKB、BTC 和其他基於UTXO的公鏈。例如，您可以使用 Cardano 帳戶來修改 CKB 鏈上的資產數據，將 RGB++ 資產的控制權從 BTC 帳戶轉移到 Cardano 帳戶，而無需跨鏈橋接。
此過程需要將 RGB++ 資產與比特幣、卡達諾和 Liquid 等公共鏈上的 UTXO 進行綁定，就像在現實世界中將銀行帳戶與電話號碼和身份證件進行關聯一樣。 RGB++ 資產本質上是需要像數據庫這樣的存儲介質；在這種情況下，CKB Cells 充當數據庫。您可以設置權限驗證，允許不同的公共鏈賬戶（比特幣、卡達諾等）在 CKB 鏈上修改 RGB++ 資產數據。這是同構綁定的核心原則。
跨越和橋樑自由的跨鏈
RGB++ Layer 的「Leap」和無需橋接的跨鏈功能是基於同構綁定的。它們允許將與 RGB++ 資產關聯的 UTXO 進行「重新綁定」。例如，如果您的資產最初綁定到比特幣的 UTXO，您可以將其重新綁定到 Cardano、Liquid、Fuel 或其他鏈上的 UTXO。這意味著您可以將資產控制從比特幣帳戶轉移到 Cardano 帳戶，而無需跨鏈橋接。
從用戶的角度來看，這相當於跨鏈資產轉移，CKB同時充當索引器和數據庫。然而，與傳統的跨鏈方法不同，“Leap”只改變資產數據的使用權限，而數據本身仍存儲在CKB鏈上。這種方法比鎖定-鑄造模型更簡單，並消除了對映射資產合約的依賴。上述解釋是同形綁定和Leap的產品概述。通過具體示例了解它們的技術實現。
同構綁定的實現
让我们来了解同构绑定的技术实现。假设Alice拥有100个TEST代币，数据存储在Cell#0中，绑定在比特币链上的UTXO#0上。现在，Alice想要将40个TEST代币转给Bob。首先，她将Cell#0分成两个新的Cell：Cell#1包含40个TEST代币，转给Bob，Cell#2包含60个TEST代币，仍由Alice控制。在这个过程中，绑定在Cell#0上的BTC UTXO#0也被分成了UTXO#1和UTXO#2，分别绑定在Cell#1和Cell#2上。当Alice将Cell#1转给Bob时，她还可以通过单个操作将BTC UTXO#1一同转给Bob，在CKB链和BTC链上实现同步交易。
我們可以在這裡深入理解同構結合。事實上，這個概念的核心含義是CKB的Cell、卡爾達諾的eUTXO和BTC UTXO都是UTXO模型，CKB相容比特幣/卡爾達諾簽名演演演算法。後兩條鏈上發生的UTXO分解和轉移也可以1：1同步到CKB鏈上的Cell。.這樣，當我們操作綁定到RGB++資產的BTC UTXO時，操作結果可以同步到CKB鏈上的Cell，就像實體和影子的關係一樣。此外，我們還必須注意RGB++資產與BTC UTXO和CKB Cell兩個實體相關聯，兩者都是RGB++資產的組成部分。兩者都是不可或缺的。
如果我們研究上述愛麗絲向鮑勃轉帳的情況，一般過程是：1。Alice 在本地構建 CKB 交易數據（尚未上傳到鏈）。此事務表示記錄資產數據的 Cell#0 將被銷毀，Cell#1 將生成並交給 Bob，Cell#2 將為自己保留;2。Alice 在本地生成一個語句，將 Cell#1 綁定到 BTC UTXO#1，將 Cell#2 綁定到 BTC UTXO#2，並將 Cell#1 和 BTC UTXO#1 都發送到 Bob;3。之後，Alice 在本地生成一個 Promise（類似於哈希），對應的原始內容包含步驟 2 中的語句 + 步驟 1 中生成的 CKB 事務數據。然後，承諾數據將記錄在比特幣鏈上;4。愛麗絲在比特幣鏈上發起交易，銷毀UTXO#0，生成UTXO#1併發送給Bob，為自己保留UTXO#2，並以OP_Return操作碼的形式向比特幣鏈寫入承諾;5。步驟 4 完成後，將步驟 1 中生成的 CKB 交易發送到 CKB 鏈。
以上省略了一些較複雜的細節。實際上，當艾麗斯將她的 RGB++ 資產轉移到鮑勃時，她必須首先進行複雜的身份驗證，以證明她確實是 Cell#0 的所有者。涉及到的問題包括：1. 證明 Cell#0 和 BTC UTXO#0 確實綁定；2. 艾麗斯證明她是 Cell#0 和 BTC UTXO#0 的實際控制者。請注意，使用 RGB++ 資產數據寫入的 Cells 和 Bitcoin UTXOs 可以同時被 Bitcoin 帳戶重寫。在整個互動過程中，通過 Bitcoin 帳戶可以完成一鍵操作。以上情境不限於 Bitcoin 和 CKB 之間的同態綁定，還可以擴展到 Cardano、Liquid、Litecoin 等廣泛類別。這裡有很多想像的空間。
Leap的實施原則和支援場景
我們之前提到 Leap 功能實際上是切換綁定到 RGB++ 資產的 UTXO，例如將其從比特幣切換到卡爾達諾，然後您可以使用卡爾達諾帳戶來控制 RGB++ 資產。之後，您還可以在卡爾達諾鏈上轉移資金，將控制 RGB++ 資產的 UTXO 分割並轉移到更多人名下。通過這種方式，RGB++ 資產可以在多個 UTXO 公鏈上進行轉移和分發，但可以避開傳統的跨鏈橋樑 Lock-Mint 模型。在這個過程中，CKB 公鏈需要像索引器一樣來見證和處理 Leap 請求。假設您想將綁定到 BTC 的 RGB++ 資產轉移到卡爾達諾帳戶。核心步驟無非是：1. 在比特幣鏈上發佈一個承諾，宣布解除與 BTC UTXO 綁定的 Cell；2. 在卡爾達諾鏈上發佈一個承諾，宣布該 Cell 將與卡爾達諾 UTXO 綁定；3. 更改 Cell 的鎖定腳本，將與解鎖條件相關聯的比特幣 UTXO 更改為卡爾達諾的 eUTXO。
我們可以注意到，在整個過程中，RGB++ 資產數據仍然存儲在 CKB 鏈上，但與解鎖條件相關的比特幣 UTXO 在卡爾達諾鏈上更改為 eUTXO。當然，具體的執行過程比上面提到的要複雜得多，這裡就不贅述了。此外，飛躍計劃中還有一個隱含的前提，那就是CKB公鏈作為第三方見證、指數和DA設施。作為公鏈，其公信力遠遠超過MPC、多重簽名等傳統跨鏈橋接方式。實際上，基於Leap功能可以實現非常有趣的場景。例如，我們可以實現“全鏈條交易”。假設我們構建一個跨比特幣、卡爾達諾和 CKB 的索引器，並構建一個允許買賣雙方交易 RGB++ 資產的交易平臺。買家可以將他們的比特幣轉移給賣家，然後使用他們的卡爾達諾帳戶接收 RGB++ 資產。.在此過程中，RGB++資產的數據仍記錄在Cell中，但Cell將轉移給買方，然後其解鎖許可權將從賣方的比特幣UTXO更改為買方的卡爾達諾eUTXO。
封裝
雖然 Leap 函數非常適合 RGB++ 資產，但仍存在一些瓶頸：對於比特幣和卡爾達諾來說，RGB++ 資產本質上是基於OP_RETURN操作碼的銘文/符文/染色硬幣。這些公鏈節點無法感知到RGB++資產的存在，CKB實際上作為索引器參與協調。也就是說，對於比特幣和卡爾達諾來說，RGB++層主要支援銘文/符文/染色幣的Leap，而不是BTC等原生資產的跨鏈，ADA.In 對此，RGB++層正式推出了Wrapper，可以簡單理解為基於欺詐證明和超額抵押的橋樑。以 rBTC 包裝器為例，它將 BTC 橋接到 RGB++ 層，在 RGB++ 層上運行的一組智慧合約監控網橋的守護者。如果監護人有惡意行為，他們的抵押品將被削減。如果監護人串通竊取鎖定的BTC，rBTC持有者可以獲得全額賠償。
將Leap和Wrapper結合後，BTCFi生態系統中的各種資產，如RGB++本地資產、BRC20、ARC20、符文等，可以轉移到其他層或公鏈。
下面的圖片是LeapX應用程序的一部分。您可以看到它支持幾乎所有BTCFi主流資產與不同生態系統的互操作性。針對不同發行方式的資產，都有相應的處理程序。有些使用wrapper，有些使用leap。
CKB-VM：BTCFi的智能合約引擎
上面我們主要講解了RGB++層的同構綁定和Leap概念。讓我們在下面研究其他幾點。在傳統的BTCFi中，由於缺乏智慧合約支援，只能實現一些相對簡單的Dapp。一些實現方法具有一定的集中化風險，而另一些則笨拙且不靈活。為了實現區塊鏈上可用的智慧合約層，CKB為RGB++層提供了CKB-VM。任何可以支援RISC-V虛擬機的程式設計語言都可以用於RGB++層的合約開發，開發者可以使用自己喜歡的工具和語言，在統一的智慧合約框架和執行環境下實現高效、安全的智慧合約開發和部署。以下是 CKB 中以 C 語言實現的使用者定義令牌 UDT 的傳輸方法。可以看出，除了語言上的差異外，其基本邏輯與一般標記相同。由於RISC-V具有廣泛的語言和編譯器支援，因此開發人員開始智慧合約開發的要求相對較低。我們可以使用 JavaScript、Rust、Go、Java 和 Ruby 輕鬆重寫這個邏輯。而不必學習某種DSL語言來編寫合同。當然，語言只是程式設計的一個方面，學習特定的智慧合約框架是不可避免的。
原生AA生態：無縫銜接BTC和RGB++
最後，讓我們簡單了解 RGB++ Layer 背後原生 AA 和帳戶抽像生態。由於 BTCFi 的本質是為原生比特幣資產提供多樣化的 Defi 體驗，無論是否兼容主流比特幣錢包將是考慮 BTCFi 周邊設施的一個重要因素。RGB++ Layer 直接重複使用 CKB 的原生 AA 解決方案，並且在開發者端和用戶端都可以兼容 BTC 和卡爾達諾等重要 UTXO 公鏈。在 RGB++ Layer 中，用戶可以使用不同的簽名算法進行驗證。例如，用戶可以直接使用 BTC、卡爾達諾甚至 WebAuthn 等帳戶、錢包或驗證方法在 RGB++ Layer 上操作資產。讓我們以提供 CKB 上各種公鏈的錢包和 dApps 操作性的 CCC 錢包中間件為例。下圖是 CCC 的連接窗口。我們可以看到它支持 Unisat 和 Metamask 等主流錢包入口。
另一個例子是WebAuthn的實施，其中CKB生態錢包JoyID是一個典型的代表。通過JoyID，用戶可以通過指紋或面部識別進行直接驗證，實現無縫和高度安全的登錄和身份管理。可以說，同構綁定和Leap的基礎是RGB++層擁有完整的本地AA解決方案，與其他公共鏈的帳戶標準非常兼容。這個特點不僅方便了對一些關鍵場景的支持，還提供了UX的清晰路徑。
總結
在上文中，我們已經檢視了RGB++ Layer的整體概況。它可以作為各種Memecoin（如銘文/符文/染色硬幣）的重要基礎設施，以實現全鏈互動場景。基於RiscV的RGB++ Layer建立的智能合約執行環境可以為BTCFi所需的複雜業務邏輯創造土壤。由於空間限制，本文僅對RGB++ Layer的核心技術進行了簡單的普及，並未對許多複雜細節進行系統性的普及。未來，我們將繼續關注RGB++ Layer的進展，並對與該項目相關的一系列技術解決方案進行更全面、更深入的分析。請密切留意！
聲明:
相關文章
RGB++ Layer的四大關鍵特點：BTCFi和UTXO世界的中心
2024年7月，CKB正式宣布推出RGB++層，標誌著之前理論上的RGB++協議轉變為一個完全工程化產品，旨在引入更具體和實際的應用場景。憑藉構建跨BTC和其他UTXO-based公共鏈（如CKB和Cardano）的BTCFi生態系統的願景，RGB++層迅速引起了相當大的關注。總之，RGB++層基於RGB++協議，利用同態綁定和Leap技術，為本地RGB++資產或銘文/符文在UTXO-based區塊鏈（如BTC、CKB和Cardano）之間提供無縫的跨鏈交互體驗，而無需跨鏈橋樑。利用CKB的圖靈完備智能合約環境，為比特幣實現復雜的DeFi功能奠定了必要條件。此外，憑藉CKB的全面賬戶抽象生態系統的支持，它與比特幣賬戶和錢包兼容，為比特幣用戶提供出色的用戶體驗，為BTCFi的廣泛採用鋪平了道路。在接下來的文本中，讓我們深入探討RGB++層的工作原則和特性，並探索它將為BTCFi生態系統帶來的變化。鑒於其理論基礎建立在RGB++協議上，我們將從討論協議本身開始。
RGB++協議: RGB++層的理論基礎
去年一月發布的 RGB++ 協議從根本上將驗證方法從 RGB 協議的“客戶端驗證”轉換為在 CKB 鏈上的鏈上驗證。基本上，這種方法利用 CKB 作為去中心化索引器，將數據存儲和資產源驗證等任務分配給 CKB。這將 CKB 定位為 RGB 協議的驗證層和 DA 層，解決了原始 RGB 協議中存在的 UX 問題和 DeFi 支持限制。
符合“一次封裝”概念的RGB++引入同態綁定的概念，利用CKB鏈的擴展UTXO—Cells—作為類似符文的資產的數據攜帶者。然後將這些Cells綁定到比特幣、卡諾或Liquid鏈上的UTXO，使RGB++資產能夠繼承這些基於UTXO的區塊鏈的安全性，防止雙重花費。這種“繼承安全性的綁定”方法類似於現實世界的情況，即銀行帳戶需要與電話號碼和身份證號碼關聯以增強安全性。
例如，假設愛麗絲想要將一些TEST代幣轉移到鮑伯。她可以生成一份聲明，將存儲TEST資產信息的Cell與鮑伯的比特幣未花費的交易輸出(UTXO)綁定。如果鮑伯打算將TEST代幣轉移到其他人，則綁定的比特幣UTXO也必須轉移。這樣就在攜帶RGB++資產數據的Cell與比特幣UTXO之間創建了一對一的綁定關係。只要比特幣UTXO沒有被雙重花費，綁定的RGB++資產也不會被雙重花費。
當討論RGB++ Layer時，基本上是RGB++協議的一個工程化實現，具有兩個主要特徵：同構綁定和Leap無橋跨鏈。讓我們深入了解同構綁定和Leap背後的技術原則。
同構綁定與Leap：BTCFi的資產發行和無橋跨鏈層
要真正理解同構綁定和Leap的概念，我們首先需要簡單解釋CKB的Cell模型。基本上，Cell是一個擴展的未花費的交易輸出（UTXO），包含了幾個字段，包括LockScript、TypeScript和Data。LockScript的功能類似於比特幣的鎖定腳本，用於權限驗證。TypeScript類似於智能合約代碼，而Data則用於存儲資產數據。
要在CKB區塊鏈上發行RGB++資產，您首先需要創建一個Cell並填入相關字段，例如代幣符號和合約代碼。例如，您可以將代幣符號設置為“TEST”。然後，這些Cells可以被拆卸並分發給許多用戶，類似於比特幣UTXO（未花費的交易輸出）被拆分和轉移的方式。
因為 Cell 的結構類似於比特幣的未花費的交易輸出(UTXO)，而 CKB 可以支持比特幣的簽名算法，用戶可以使用比特幣錢包在 CKB 鏈上操作資產。如果您擁有一個 Cell，您可以配置鎖定腳本以匹配比特幣 UTXO 的解鎖條件。這使您可以使用比特幣私鑰來控制 CKB 鏈上的 Cell。此功能適用於 CKB、BTC 和其他基於UTXO的公鏈。例如，您可以使用 Cardano 帳戶來修改 CKB 鏈上的資產數據，將 RGB++ 資產的控制權從 BTC 帳戶轉移到 Cardano 帳戶，而無需跨鏈橋接。
此過程需要將 RGB++ 資產與比特幣、卡達諾和 Liquid 等公共鏈上的 UTXO 進行綁定，就像在現實世界中將銀行帳戶與電話號碼和身份證件進行關聯一樣。 RGB++ 資產本質上是需要像數據庫這樣的存儲介質；在這種情況下，CKB Cells 充當數據庫。您可以設置權限驗證，允許不同的公共鏈賬戶（比特幣、卡達諾等）在 CKB 鏈上修改 RGB++ 資產數據。這是同構綁定的核心原則。
跨越和橋樑自由的跨鏈
RGB++ Layer 的「Leap」和無需橋接的跨鏈功能是基於同構綁定的。它們允許將與 RGB++ 資產關聯的 UTXO 進行「重新綁定」。例如，如果您的資產最初綁定到比特幣的 UTXO，您可以將其重新綁定到 Cardano、Liquid、Fuel 或其他鏈上的 UTXO。這意味著您可以將資產控制從比特幣帳戶轉移到 Cardano 帳戶，而無需跨鏈橋接。
從用戶的角度來看，這相當於跨鏈資產轉移，CKB同時充當索引器和數據庫。然而，與傳統的跨鏈方法不同，“Leap”只改變資產數據的使用權限，而數據本身仍存儲在CKB鏈上。這種方法比鎖定-鑄造模型更簡單，並消除了對映射資產合約的依賴。上述解釋是同形綁定和Leap的產品概述。通過具體示例了解它們的技術實現。
同構綁定的實現
让我们来了解同构绑定的技术实现。假设Alice拥有100个TEST代币，数据存储在Cell#0中，绑定在比特币链上的UTXO#0上。现在，Alice想要将40个TEST代币转给Bob。首先，她将Cell#0分成两个新的Cell：Cell#1包含40个TEST代币，转给Bob，Cell#2包含60个TEST代币，仍由Alice控制。在这个过程中，绑定在Cell#0上的BTC UTXO#0也被分成了UTXO#1和UTXO#2，分别绑定在Cell#1和Cell#2上。当Alice将Cell#1转给Bob时，她还可以通过单个操作将BTC UTXO#1一同转给Bob，在CKB链和BTC链上实现同步交易。
我們可以在這裡深入理解同構結合。事實上，這個概念的核心含義是CKB的Cell、卡爾達諾的eUTXO和BTC UTXO都是UTXO模型，CKB相容比特幣/卡爾達諾簽名演演演算法。後兩條鏈上發生的UTXO分解和轉移也可以1：1同步到CKB鏈上的Cell。.這樣，當我們操作綁定到RGB++資產的BTC UTXO時，操作結果可以同步到CKB鏈上的Cell，就像實體和影子的關係一樣。此外，我們還必須注意RGB++資產與BTC UTXO和CKB Cell兩個實體相關聯，兩者都是RGB++資產的組成部分。兩者都是不可或缺的。
如果我們研究上述愛麗絲向鮑勃轉帳的情況，一般過程是：1。Alice 在本地構建 CKB 交易數據（尚未上傳到鏈）。此事務表示記錄資產數據的 Cell#0 將被銷毀，Cell#1 將生成並交給 Bob，Cell#2 將為自己保留;2。Alice 在本地生成一個語句，將 Cell#1 綁定到 BTC UTXO#1，將 Cell#2 綁定到 BTC UTXO#2，並將 Cell#1 和 BTC UTXO#1 都發送到 Bob;3。之後，Alice 在本地生成一個 Promise（類似於哈希），對應的原始內容包含步驟 2 中的語句 + 步驟 1 中生成的 CKB 事務數據。然後，承諾數據將記錄在比特幣鏈上;4。愛麗絲在比特幣鏈上發起交易，銷毀UTXO#0，生成UTXO#1併發送給Bob，為自己保留UTXO#2，並以OP_Return操作碼的形式向比特幣鏈寫入承諾;5。步驟 4 完成後，將步驟 1 中生成的 CKB 交易發送到 CKB 鏈。
以上省略了一些較複雜的細節。實際上，當艾麗斯將她的 RGB++ 資產轉移到鮑勃時，她必須首先進行複雜的身份驗證，以證明她確實是 Cell#0 的所有者。涉及到的問題包括：1. 證明 Cell#0 和 BTC UTXO#0 確實綁定；2. 艾麗斯證明她是 Cell#0 和 BTC UTXO#0 的實際控制者。請注意，使用 RGB++ 資產數據寫入的 Cells 和 Bitcoin UTXOs 可以同時被 Bitcoin 帳戶重寫。在整個互動過程中，通過 Bitcoin 帳戶可以完成一鍵操作。以上情境不限於 Bitcoin 和 CKB 之間的同態綁定，還可以擴展到 Cardano、Liquid、Litecoin 等廣泛類別。這裡有很多想像的空間。
Leap的實施原則和支援場景
我們之前提到 Leap 功能實際上是切換綁定到 RGB++ 資產的 UTXO，例如將其從比特幣切換到卡爾達諾，然後您可以使用卡爾達諾帳戶來控制 RGB++ 資產。之後，您還可以在卡爾達諾鏈上轉移資金，將控制 RGB++ 資產的 UTXO 分割並轉移到更多人名下。通過這種方式，RGB++ 資產可以在多個 UTXO 公鏈上進行轉移和分發，但可以避開傳統的跨鏈橋樑 Lock-Mint 模型。在這個過程中，CKB 公鏈需要像索引器一樣來見證和處理 Leap 請求。假設您想將綁定到 BTC 的 RGB++ 資產轉移到卡爾達諾帳戶。核心步驟無非是：1. 在比特幣鏈上發佈一個承諾，宣布解除與 BTC UTXO 綁定的 Cell；2. 在卡爾達諾鏈上發佈一個承諾，宣布該 Cell 將與卡爾達諾 UTXO 綁定；3. 更改 Cell 的鎖定腳本，將與解鎖條件相關聯的比特幣 UTXO 更改為卡爾達諾的 eUTXO。
我們可以注意到，在整個過程中，RGB++ 資產數據仍然存儲在 CKB 鏈上，但與解鎖條件相關的比特幣 UTXO 在卡爾達諾鏈上更改為 eUTXO。當然，具體的執行過程比上面提到的要複雜得多，這裡就不贅述了。此外，飛躍計劃中還有一個隱含的前提，那就是CKB公鏈作為第三方見證、指數和DA設施。作為公鏈，其公信力遠遠超過MPC、多重簽名等傳統跨鏈橋接方式。實際上，基於Leap功能可以實現非常有趣的場景。例如，我們可以實現“全鏈條交易”。假設我們構建一個跨比特幣、卡爾達諾和 CKB 的索引器，並構建一個允許買賣雙方交易 RGB++ 資產的交易平臺。買家可以將他們的比特幣轉移給賣家，然後使用他們的卡爾達諾帳戶接收 RGB++ 資產。.在此過程中，RGB++資產的數據仍記錄在Cell中，但Cell將轉移給買方，然後其解鎖許可權將從賣方的比特幣UTXO更改為買方的卡爾達諾eUTXO。
封裝
雖然 Leap 函數非常適合 RGB++ 資產，但仍存在一些瓶頸：對於比特幣和卡爾達諾來說，RGB++ 資產本質上是基於OP_RETURN操作碼的銘文/符文/染色硬幣。這些公鏈節點無法感知到RGB++資產的存在，CKB實際上作為索引器參與協調。也就是說，對於比特幣和卡爾達諾來說，RGB++層主要支援銘文/符文/染色幣的Leap，而不是BTC等原生資產的跨鏈，ADA.In 對此，RGB++層正式推出了Wrapper，可以簡單理解為基於欺詐證明和超額抵押的橋樑。以 rBTC 包裝器為例，它將 BTC 橋接到 RGB++ 層，在 RGB++ 層上運行的一組智慧合約監控網橋的守護者。如果監護人有惡意行為，他們的抵押品將被削減。如果監護人串通竊取鎖定的BTC，rBTC持有者可以獲得全額賠償。
將Leap和Wrapper結合後，BTCFi生態系統中的各種資產，如RGB++本地資產、BRC20、ARC20、符文等，可以轉移到其他層或公鏈。
下面的圖片是LeapX應用程序的一部分。您可以看到它支持幾乎所有BTCFi主流資產與不同生態系統的互操作性。針對不同發行方式的資產，都有相應的處理程序。有些使用wrapper，有些使用leap。
CKB-VM：BTCFi的智能合約引擎
上面我們主要講解了RGB++層的同構綁定和Leap概念。讓我們在下面研究其他幾點。在傳統的BTCFi中，由於缺乏智慧合約支援，只能實現一些相對簡單的Dapp。一些實現方法具有一定的集中化風險，而另一些則笨拙且不靈活。為了實現區塊鏈上可用的智慧合約層，CKB為RGB++層提供了CKB-VM。任何可以支援RISC-V虛擬機的程式設計語言都可以用於RGB++層的合約開發，開發者可以使用自己喜歡的工具和語言，在統一的智慧合約框架和執行環境下實現高效、安全的智慧合約開發和部署。以下是 CKB 中以 C 語言實現的使用者定義令牌 UDT 的傳輸方法。可以看出，除了語言上的差異外，其基本邏輯與一般標記相同。由於RISC-V具有廣泛的語言和編譯器支援，因此開發人員開始智慧合約開發的要求相對較低。我們可以使用 JavaScript、Rust、Go、Java 和 Ruby 輕鬆重寫這個邏輯。而不必學習某種DSL語言來編寫合同。當然，語言只是程式設計的一個方面，學習特定的智慧合約框架是不可避免的。
原生AA生態：無縫銜接BTC和RGB++
最後，讓我們簡單了解 RGB++ Layer 背後原生 AA 和帳戶抽像生態。由於 BTCFi 的本質是為原生比特幣資產提供多樣化的 Defi 體驗，無論是否兼容主流比特幣錢包將是考慮 BTCFi 周邊設施的一個重要因素。RGB++ Layer 直接重複使用 CKB 的原生 AA 解決方案，並且在開發者端和用戶端都可以兼容 BTC 和卡爾達諾等重要 UTXO 公鏈。在 RGB++ Layer 中，用戶可以使用不同的簽名算法進行驗證。例如，用戶可以直接使用 BTC、卡爾達諾甚至 WebAuthn 等帳戶、錢包或驗證方法在 RGB++ Layer 上操作資產。讓我們以提供 CKB 上各種公鏈的錢包和 dApps 操作性的 CCC 錢包中間件為例。下圖是 CCC 的連接窗口。我們可以看到它支持 Unisat 和 Metamask 等主流錢包入口。
另一個例子是WebAuthn的實施，其中CKB生態錢包JoyID是一個典型的代表。通過JoyID，用戶可以通過指紋或面部識別進行直接驗證，實現無縫和高度安全的登錄和身份管理。可以說，同構綁定和Leap的基礎是RGB++層擁有完整的本地AA解決方案，與其他公共鏈的帳戶標準非常兼容。這個特點不僅方便了對一些關鍵場景的支持，還提供了UX的清晰路徑。
總結
在上文中，我們已經檢視了RGB++ Layer的整體概況。它可以作為各種Memecoin（如銘文/符文/染色硬幣）的重要基礎設施，以實現全鏈互動場景。基於RiscV的RGB++ Layer建立的智能合約執行環境可以為BTCFi所需的複雜業務邏輯創造土壤。由於空間限制，本文僅對RGB++ Layer的核心技術進行了簡單的普及，並未對許多複雜細節進行系統性的普及。未來，我們將繼續關注RGB++ Layer的進展，並對與該項目相關的一系列技術解決方案進行更全面、更深入的分析。請密切留意！
聲明:
相關文章