解讀RGB++ Layer四大特性：BTCFi與UTXO世界的樞紐

作者：Faust & 霧月，BTCEden

2024年7月，CKB官宣了RGB++ Layer的正式啓動，標志著此前發布的RGB++協議徹底從理論落地為工程化産物，並將引入更具體、更實際的應用場景。憑借著在BTC與CKB、Cardano等泛UTXO公鏈之間構建BTCFi生態的願景，RGB++ Layer很快成為了人們關注的焦點。

概括來說，RGB++ Layer以RGB++協議為基礎，利用同構綁定和Leap技術，為RGB++原生資産或銘文/符文在BTC、CKB、Cardano等UTXO型公鏈之間提供「無需跨鏈橋」的全鏈交互體驗；利用CKB圖靈完備的智能合約環境，為比特幣構建從資産發行到實現複雜DeFi功能的必要條件。

且由于RGB++ Layer背靠CKB完備的賬戶抽象生態，兼容比特幣賬戶和錢包，可以為比特幣用戶創造良好的體驗，為BTCFi的大規模采用鋪平道路。

下文中，讓我們深入理解RGB++ Layer的大致工作原理和特性，展望其為BTCFi生態帶來的改變。由于其理論基礎建立在RGB++協議之上，我們將先從協議本身開始講起。

RGB++協議：RGB++ Layer的理論基石

RGB++協議發布于今年1月，其核心理念是用CKB鏈上驗證的形式，替代RGB協議的「客戶端驗證」，本質是把CKB當做去中心化的索引器，將數據存儲、資産來源驗證等任務交由CKB完成，由後者作為RGB協議的驗證層和DA層，以解決RGB協議在UX上的弊病、不利于支持Defi的缺陷。

與「一次性封裝」的概念相呼應，RGB++引入了同構綁定的概念，以CKB鏈上的拓展型UTXO——Cell作為銘文/符文類資産的數據載體，再令Cell與比特幣/Cardano/Liquid鏈上的UTXO建立綁定關系，最終讓RGB++資産繼承比特幣等UTXO公鏈的安全性，以防止發生雙重支付。

這種「綁定XXX以繼承XXX安全性」的思路，類似于現實中銀行賬戶要綁定手機號和身份證。

舉個例子，假設Alice要給BOB轉去一些TEST代幣，她可以生成一個聲明，將存儲TEST資産信息的Cell與Bob的比特幣UTXO綁定起來。如果Bob打算再把TEST代幣轉給別人，綁定的比特幣UTXO也要發生轉移。

這樣一來，承載RGB++資産數據的Cell，和比特幣UTXO之間有1對1綁定的關系，只要比特幣UTXO沒有被雙重消費，綁定的RGB++資産就不會被雙花。

說到RGB++ Layer，它實際是對RGB++協議進行工程化落地的産物，其主打的兩大特性，包括同構綁定和Leap無橋跨鏈，下面讓我們深入了解下同構綁定和Leap的技術實現原理。

同構綁定與Leap：BTCFi的資産發行與無橋跨鏈層

為了真正理解同構綁定和Leap的思路，我們先簡單說下CKB的Cell模型。

Cell實質是拓展型UTXO，有LockScript、TypeScript、Data等多個字段，LockScript的作用和比特幣的鎖定腳本類似，用于權限驗證；TypeScript類似于智能合約代碼，Data則用于存放資産數據。

如果你要在CKB鏈上發行RGB++資産，首先要創建一個Cell，並在相關字段里寫好代幣符號和合約代碼，比如代幣符號為TEST。之後你可以把這些Cell拆解，並分發給很多人，就和比特幣UTXO的拆分和轉移方式一樣。

由于Cell與比特幣UTXO在結構上相似，且CKB可以兼容比特幣簽名算法，用戶可以用比特幣錢包操縱CKB鏈上資産。假如你擁有某個Cell，你可以對鎖定腳本進行設置，使解鎖條件與比特幣UTXO的解鎖條件一致，這樣就可以用比特幣賬戶私鑰操縱CKB鏈上的Cell。

上述特性在CKB、BTC和其他UTXO公鏈之間也可以實現，比如你也可以用Cardano賬戶改寫CKB鏈上的資産數據，RGB++資産的控制權也可以從BTC賬戶轉移到Cardano賬戶，而無需跨鏈橋。下面我們將對這個話題展開解釋。

前面我們曾提到，RGB++資産需要綁定比特幣、Cardano、Liquid等公鏈上的UTXO，類似于現實中銀行賬戶要綁定手機號和身份證；其次，RGB++資産本身只是一堆數據，這些數據需要有數據庫之類的存儲媒介，CKB鏈上的Cell可以充當其數據庫。

然後我們可以在權限驗證這塊做設置，允許人們用BTC、Cardano等不同公鏈的賬戶，去改寫CKB鏈上的RGB++資産數據。這便是同構綁定的核心宗旨。

RGB++ Layer提出的「Leap」和無橋跨鏈，其實是基于同構綁定技術，對RGB++資産綁定的UTXO進行「換綁」，比如你的資産之前綁定了比特幣UTXO，現在可以換綁到Cardano、Liquid、Fuel等鏈上的UTXO，這樣就可以把資産控制權限從BTC賬戶轉移到Cardano賬戶上。

從用戶感知的角度看，這其實等價于資産跨鏈，CKB充當了類似于索引器和數據庫的角色。但不同于傳統的跨鏈方式，「Leap」只改變資産數據的使用權限，數據本身還是存儲在CKB鏈上的，這種方式比Lock-Mint模式更簡潔，也免去了對映射資産合約的依賴。

以上只是同構綁定和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、Cardano的eUTXO和BTC UTXO都是UTXO模型，且CKB兼容比特幣/Cardano簽名算法，後兩條鏈上發生的UTXO的分解和轉移，也可以1:1同步給CKB鏈上的Cell。

這樣一來，當我們對綁定著RGB++資産的BTC UTXO進行操作時，可以把操作結果同步給CKB鏈上的Cell，就好像實體和影子的關系一樣。另外我們也要注意，RGB++資産關聯了BTC UTXO和CKB Cell這兩個實體，兩者都是RGB++資産的組成部分，缺一不可。

如果我們考察上面提到的Alice給Bob轉賬的案例，其大致流程為：

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在本地生成一個Commitment（類似于hash），對應的原始内容包含第2步中的聲明+第1步中生成CKB交易數據。Commitment的數據之後要被記錄到比特幣鏈上；

4.Alice在比特幣鏈上發起交易，把UTXO#0銷毀，生成UTXO#1送給Bob，UTXO#2留給自己，並把Commitment以OP_Return操作碼的形式寫到比特幣鏈上；

5.第4步完成後，再將第1步生成的CKB交易發送至CKB鏈上。

上面省略了一些比較複雜的細節。事實上，當Alice把自己的RGB++資産轉移給Bob時，要先進行複雜的身份證明，證明自己的確是Cell#0 的主人。這里面涉及的事情，包括：

1.證明Cell#0 和BTCUTXO#0的確有綁定關系；

2.Alice證明自己是Cell#0和BTC UTXO#0的實際控制者。

要注意，寫有RGB++資産數據的Cell和比特幣UTXO可以被比特幣賬戶同步改寫，整個交互流程中，通過比特幣賬戶即可完成一鍵式操作。上述場景不僅限于比特幣和CKB之間的同構綁定，可以拓展到Cardano、Liquid、萊特幣等廣闊的範疇，想象空間還是很大的。

Leap的實現原理與支持場景

前面我們曾提到，Leap功能實際就是切換RGB++資産綁定的UTXO，比如將其從比特幣換綁到Cardano，之後就可以用Cardano賬戶控制RGB++資産。此後你還可以在Cardano鏈上轉賬，把控制RGB++資産的UTXO拆分轉移給更多人。

通過這種方式，RGB++資産可以在多條UTXO公鏈上轉移和分發，但卻可以繞開傳統跨鏈橋Lock-Mint的模式。在這個過程中，需要由CKB公鏈充當類似于索引器的角色，見證並處理Leap請求。

假設你要把BTC綁定的RGB++資産轉移給Cardano賬戶，最核心的幾步無外乎：

1. 在比特幣鏈上發布Commitment，聲明將BTC UTXO綁定的Cell解綁；

2. 在Cardano鏈上發布Commitment，聲明將Cell綁定至Cardano UTXO；

3. 變更Cell的鎖定腳本，將解鎖條件關聯的比特幣UTXO，變為Cardano上的eUTXO。

我們可以注意到，在這整個流程中，RGB++資産數據仍然存放在CKB鏈上，只是把解鎖條件關聯的比特幣UTXO，變更為Cardano鏈上的eUTXO。當然具體的執行流程比上面說的複雜不少，在此不贅述。

此外在leap方案中有一個隱性前提，即CKB公鏈作為一種第三方的見證人、索引以及DA設施。作為公鏈其可信度要遠超傳統跨鏈橋的MPC和多簽等方式。

其實基于Leap功能還可以實現很有意思的場景，比如我們可以實現「全鏈交易」。假設我們橫跨比特幣、Cardano和CKB搭建起索引器，構建一個交易平台，允許買家和賣家交易RGB++資産，買家可以把自己的比特幣轉給賣家，然後用自己的Cardano賬戶接收RGB++資産。

這個過程中，RGB++資産的數據還是記錄在Cell中，但這個Cell會被轉移到買家手中，然後其解鎖權限從賣家的比特幣UTXO變更為買家的Cardano eUTXO。

Wrapper

雖然Leap功能對于RGB++資産是完美的，但還是有一些瓶頸：

對于比特幣和Cardano而言，RGB++資産本質是基于OP_RETURN操作碼的銘文/符文/染色幣。這些公鏈節點無法感知到RGB++資産的存在，而CKB實際上是以索引器的身份從中參與協調。也就是說，對于比特幣和Cardano而言，RGB++ Layer主要支持的是銘文/符文/染色幣的Leap，而不是BTC、ADA等原生資産的跨鏈。

對此，RGB++ Layer官方引入了Wrapper，可以簡單理解為一種基于欺詐證明和超額質押的橋。以rBTC wrapper為例，它將BTC橋接到RGB++ Layer，在RGB++ Layer上運行的一組智能合約會監控橋的守護者。如果守護者有惡意行為，他們的抵押物將被slash。如果守護者串通盜竊鎖定的BTC，rBTC持有者可以獲得全額賠償。

在結合了Leap和Wrapper後，BTCFi生態中的各種資産如RGB++原生資産、BRC20、ARC20、符文等都可以跨到其他層或公鏈上去。

下圖是應用LeapX的使用流程的一部分，可以看到它幾乎支持了所有BTCFi主流資産到不同生態體系的互操作性。並且對不同發行方式的資産都有相應的相應的處理流程，有一部分用的wrapper，有一部分用的是leap。

CKB-VM：BTCFi的智能合約引擎

上面我們主要解釋了RGB++ Layer的同構綁定與Leap概念。下面讓我們考察其他的要點。

在傳統的BTCFi中，由于缺乏智能合約的支持，只能實現一些比較簡單的Dapp，有些實現方法會有一定中心化風險，有些則比較笨拙不靈活。

為了實現在區塊鏈上可用的智能合約層，CKB為RGB++ Layer提供了CKB-VM，任何能夠支持RISC-V虛擬機的編程語言都可以用于在RGB++ Layer上進行合約開發。開發者可以使用他們偏好的工具和語言，在統一的智能合約框架和執行環境下，實現高效、安全的智能合約的開發與部署。

以下是一段用C語言實現的CKB中用戶自定義代幣UDT的transfer方法。可以看到除了語言不同，其基礎邏輯和一般的代幣都是相同的。而由于RISC-V有廣泛的語言和編譯器支持，對開發者的智能合約開發入門要求就比較低，我們可以很輕松的用JavaScript、Rust、Go、Java 和 Ruby把這段邏輯重寫出來，而非必須學習某種DSL語言才可以編寫合約。

當然，語言只是編程的一個方面，具體的智能合約框架的學習是不可避免的。

原生AA生態：無縫銜接BTC與RGB++

最後讓我們再簡單了解下RGB++ Layer背後的原生AA與賬戶抽象生態。由于BTCFi本質是為原生的比特幣資産提供多樣性的Defi體驗，能否兼容主流比特幣錢包將會是BTCFi周邊設施需要考慮的重要因素，而RGB++ Layer直接複用了CKB的原生AA方案，可以在可開發者側和用戶側都盡量與BTC和Cardano等重要的UTXO公鏈兼容。

在RGB++ Layer中，用戶可以使用不同的簽名算法進行鑒權。如，用戶可以使用BTC、Cardano甚至WebAuthn等賬戶、錢包或鑒權方式，直接操縱RGB++ Layer上的資産。

我們以下面的錢包中間件CCC為例，它可以為錢包和dApp提供各種公鏈對CKB的可操作性。

下圖是CCC的連接窗口。我們可以看到，它支持Unisat和Metamask等主流錢包入口。

另一個例子是WebAuthn的實現，CKB生態錢包JoyID就是典型代表。通過 JoyID，用戶可以直接通過生物識別（如指紋或面部識別）方式進行身份驗證，實現無縫且高安全性的登錄和身份管理。

可以說，同構綁定和Leap能夠成立的基礎就在于RGB++ Layer擁有完備的原生AA方案，可以很好的兼容其他公鏈的賬戶標准，這種特性不但便于支持一些關鍵場景，同時也可以為UX掃清障礙。

總結

在上文中，我們對RGB++ Layer的全貌進行了考察，它可以作為銘文/符文/染色幣等各種Memecoin的重要基礎設施，實現全鏈交互的場景。而RGB++ Layer基于RiscV構建的智能合約執行環境，可以為BTCFi所需要的複雜業務邏輯創造土壤。

礙于篇幅所限，本文只是對RGB++ Layer核心技術的簡單科普，並沒有對許多複雜的細節進行系統性的科普。未來我們將持續關注RGB++ Layer的進展，對該項目相關的一系列技術方案進行更為透徹和深度的解析，大家敬請期待！

内容来源：PANews