RGB++ 資產爲什么可以實現無橋跨鏈

來源：字節元 CKB

跨鏈，讓加密資產能夠在不同的區塊鏈之間自由流動，在多鏈世界中已然成爲了一種剛需。

然而，區塊鏈世界苦跨鏈橋久矣。一方面，是因爲目前市面上的主流跨鏈橋往往採用多籤的方式，需要較高的信任假設，信任跨鏈橋的幾個多籤方不會作惡、不會監守自盜，而信任假設相對較弱的跨鏈方案由於用戶體驗不佳（比如狀態證明橋會很慢）或者實現難度大，並沒有得到大規模採用。另一方面，在區塊鏈黑暗森林世界裏，跨鏈橋一直都是黑客們的猛烈攻擊目標，而每次跨鏈橋出事，都會帶來巨額損失：

• 2021 年 7 月跨鏈資產橋項目 ChainSwap 遭到攻擊，損失了近 800 萬美元的資產；

• 2022 年 1 月，Qubit Finance 跨鏈橋遭到黑客攻擊，損失超過 8000 萬美元；

• 2022 年 2 月，Wormhole 被黑客攻擊，損失超過 3.2 億美元；

• 2022 年 8 月，跨鏈橋 Nomad 被黑客竊取了超過 1.9 億美元的加密資產。

比特幣一層資產發行協議 RGB++ 自帶 Leap 功能，可以實現 RGB++ 資產在 L1（比特幣區塊鏈）和 L2（CKB 區塊鏈或者其他基於 UTXO Stack 的鏈）之間自由轉移，而且這種無橋跨鏈轉移無需許可、無需信任假設、安全且高效，是跨鏈的一種新範式。

本文將用通俗易懂的語言介紹 Leap 無橋跨鏈的基本原理、優勢、教程和注意事項。

Leap：無需跨鏈橋的跨鏈

在介紹 Leap 無橋跨鏈之前，有必要先介紹一下 RGB++ 資產的鑄造原理和所有權轉移。

通過 RGB++ 協議在比特幣區塊鏈上發行加密資產，本質上是對比特幣 UTXO 進行關聯或者說在比特幣鏈上寫入一個承諾（Commitment）。舉個例子，Alice 通過 RGB++ 協議發行了數量爲 100 枚的 Test 代幣，在比特幣區塊鏈上表現爲 Alice 控制的比特幣地址中收到了一個大小爲 546 聰的 UTXO，這個 UTXO 關聯着 100 枚的 Test 代幣，同時在 CKB 區塊鏈上生成了一個 Cell（Cell 本質上是更智能的 UTXO），這個 Cell 包含了對 RGB++ 資產的解釋（即 100 枚 Test 代幣）及其解鎖條件——當且僅當 Alice 的那個 546 聰的 UTXO 被花費了，這個 Cell 才會被同步花費掉。

當 Alice 把其中的 60 枚 Test 代幣轉給 Bob，在比特幣區塊鏈上表現爲 Alice 花費了原先關聯着 100 枚 Test 代幣的那個 UTXO，收到了一個新的大小依然爲 546 聰的 UTXO，這個新的 UTXO 關聯着 40 枚 Test 代幣，而 Bob 的地址中則收到了一個關聯着 60 枚 Test 代幣的 UTXO。在 CKB 區塊鏈上，原先的 Cell 被花費了，生成了 2 個新的 Cell，一個 Cell 包含了 40 枚 Test 代幣的解釋，另一個包含了 60 枚 Test 代幣的解釋，它們的花費條件都是對應的比特幣 UTXO 被花費了才會同步花費掉。

從上面的例子中我們可以看到，RGB++ 資產的所有權跟比特幣的 UTXO 綁定，誰能轉移（花費）這個 UTXO，就能解鎖對應的 RGB++ 資產，因爲包含 RGB++ 資產解釋的 Cell 設置的解鎖條件就是比特幣上的 UTXO 的轉移。

如果我們在比特幣區塊鏈上構造一筆 RGB++ 交易的時候，設置它的解鎖條件不是比特幣的 UTXO，而是其他鏈的 UTXO，這筆資產就 Leap 到了其他鏈上，因爲這筆資產下一次花費時需要由其他鏈的 UTXO 去解鎖。這就是 Leap 無橋跨鏈的基本原理，整個過程完全去中心化，沒有用到任何的跨鏈橋，也沒有多籤地址，無需任何信任假設。

當然，在進行 Leap 操作時還有一些細節的知識點，比如爲了防止區塊重組，需要通過多等幾個區塊確認來規避。關於 RGB++ 協議和 Leap 的更多知識點，歡迎觀看 Cipher 的公开課《BTC 一層資產協議概述》：

https://youtu.be/mgUxYU5tcJM?si=VWWraXbHu3DMAL64&t=3725

Leap 無橋跨鏈的優勢

從上文的基本原理介紹中我們可以看到，Leap 沒有用到任何的跨鏈橋，也沒有多籤地址，它是真正意義上的無需許可、無需信任假設、安全且高效的跨鏈。

1、無需許可

假設我今天新部署了一個 BRC20 token，我去找多籤跨鏈橋的項目方或者運營方，希望能夠跨鏈到 L2，大概率會被拒絕。多籤跨鏈橋往往只會支持幾個頭部資產的質押和生成相應的包裝資產，不會去支持那些交易量少或者不夠知名的資產，這是因爲部署合約、設置多籤、監控多籤地址的資產變化、生成包裝資產等等都需要大量的人力物力投入。

而 RGB++ 協議自帶的 Leap 無橋跨鏈功能，不存在這個問題，是完全無需許可的。如果你今天通過 RGB++ 協議在比特幣區塊鏈上發行了一個 meme coin，可以隨時 Leap 到 CKB 區塊鏈上並且再 Leap 回去，來去自由。

2、無需信任假設

傳統的多籤跨鏈橋，用戶把加密資產質押或者鎖到多籤地址中，用戶需要信任跨鏈橋的運營方不會作惡、不會監守自盜、不會跑路，因爲資產鎖進去的那一刻就脫離了用戶自己的控制。

RGB++ 協議的 Leap 跨鏈，因爲沒有用到任何的跨鏈橋，也沒有用到多籤地址，沒有中間商，自然也就不需要信任假設。

3、安全

多籤跨鏈橋一直都是黑客們的猛烈攻擊目標，因爲大家的資產都鎖在一個多籤地址中，只要攻擊成功，就能從中竊取大量的資產，這也是爲什么每次跨鏈橋出事，都會造成幾百萬、幾千萬甚至上億美元的巨額損失。

RGB++ 協議的 Leap 無橋跨鏈，資產是點對點地跨過去，且資產永遠由用戶自己的私鑰控制，在安全性上要高出很多。

4、高效

RGB++ 協議的 Leap 無橋跨鏈，爲了防止區塊重組，需要通過多等幾個區塊確認來規避，通常需要一個小時多一點的時間（取決於出塊速度和網絡擁堵情況，尤其是比特幣網絡）。對於用戶而言，由於跨鏈並不是非常高頻的操作，所以這個時間雖然比多籤跨鏈橋要慢一些，但在可接受範圍之內，尤其是考慮到 Leap 跨鏈更加安全、無需信任假設等優點。

5、其他優點

RGB++ 協議的 Leap 無橋跨鏈，不僅支持 fungible token，也支持 non-fungible token（稱爲 DOBs，點此閱讀 Spore DOB 的更多介紹）。

Leap 無橋跨鏈的教程

目前，JoyID 錢包已經全面支持 RGB++ 資產（Coins 和 DOBs）在 L1 和 L2 之間的來回 Leap 跨鏈。以下是通過 JoyID 錢包進 Leap 無橋跨鏈的教程：

1、從 L1 到 L2（BTC → CKB）

登錄 JoyID 錢包後，切換至 Bitcoin 網絡，點擊「Leap」按鈕，選擇你要 Leap 的 Coins 或者 DOBs，在發送界面選擇「Bitcoin L2（CKB）」並輸入 CKB 地址、數量，選擇礦工費，最後點擊「Send」並進行籤名確認。

2、從 L2 到 L1（CKB → BTC）

從 L2 到 L1 的 Leap 一共分爲兩個階段：Preparing階段和 Complete 階段，分別需要籤署 BTC 交易和 CKB 交易。

Preparing 階段：

1. 登錄 JoyID 錢包並切換至 Nervos CKB 網絡；

2. 點擊「Leap」按鈕；

3. 輸入比特幣地址；

4. 選擇您想要 Leap 回 L1 的 RGB++ 資產並輸入數量；

5. 選擇 FeeRate（確保您的比特幣錢包中有足夠的 UTXO 余額支付費用）；

6. 點擊「Leap To Bitcoin L1」按鈕；

7. 點擊「Prepare」按鈕；

8. 進行籤名以確認交易；

9. 可以通過點擊「Track Status」或在跳轉的「Ongoing Leaps」頁面中跟蹤交易狀態。

Complete 階段：

1. 等待比特幣主網確認交易，確認後點擊「Complete」；

2. 核對 leap 信息，再次點擊「Complete」並等待 CKB 主網確認，您可以在 Settings-Activity-Leap 中跟蹤狀態；

3. CKB 主網確認後，切換到您的比特幣錢包查看您的 RGB++ 資產。

注意事項

通過 RGB++ 協議發行的資產，它 “寄生” 或者說 “綁定” 在比特幣的 UTXO 中，更具體地說，是綁定在大小爲 546 聰的 UTXO 中。如果這個 UTXO 被花費了，那對應的 RGB++ 資產也會被花費掉。

那怎么避免綁定了 RGB++ 資產的 UTXO 被用戶誤花費掉呢？JoyID 錢包設置了一個閾值，目前這個閾值是 1200 聰，低於這個閾值的 UTXO 不會被當作礦工費或者是普通的 BTC 轉账而花費掉。當然，不同的錢包設置的閾值不一樣，因此爲了避免被誤花費掉，建議大家使用 JoyID 錢包來存儲和收發 RGB++ 資產。

另外，目前並不建議大家使用社區成員做的一些工具來將資產從 CKB 鏈上 Leap 到比特幣鏈上，這是因爲有些工具在綁定比特幣 UTXO 的時候並沒有遵循 RGB++ 的標准 —— 綁定到 546 聰的 UTXO 上，如果他們把資產綁定到了超過 1200 聰的 UTXO 上，那用戶在使用 JoyID 錢包發送 BTC 交易時，錢包就很容易會把這個 UTXO 當作礦工費或者是普通的 UTXO 花費掉。

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播信息之目的，不構成任何投資建議，如有侵權行為，請第一時間聯絡我們修改或刪除，多謝。