2 月 13 日，CKB 的聯合創始人 Cipher 提出了 RGB 的擴展協議：RGB++。隨即在市場上引起很多人的關注，也在一定程度上影響了 CKB 的二級市場價格。

在這份協議出來之前，我與 Cipher 針對 RGB 協議有過幾次深入的交流，討論了該協議的雛形構思，因此寫一個短篇闡述我對於 RGB++ 這個協議的通俗理解、個人看法及我認為該協議可能的作用。

1、概述 RGB++：擴展 RGB 技術的使用場景

概括來說，理解 RGB++ 分為以下幾點：

1.1 它是一個基於 RGB 的擴展協議

它利用了部分 RGB 協議中的技術，嚴格上不完全屬於 RGB 的生態項目，但是擴展了 RGB 技術的使用場景。

1.2 它擴展了當下 RGB 協議的能力

解決了當下 RGB 協議在實際落地中的技術問題，並提供了更多的可能性，比如「驗證環節」、「合約可編程性」、「圖靈完備的虛擬機」等。

1.3 它是通過 UTXO 同構映射來實現的

將比特幣 UTXO 映射到 Nervos CKB 的 Cell 上，並利用 CKB 鏈和 Bitcoin 鏈上的腳本約束來驗證狀態計算的正確性和變更所有權的有效性。這種同構映射的思路我認為有較強的可擴展性。

2、為什麼要提出 RGB++ 協議？

熟悉我的朋友知道，我是一個深耕 RGB 協議的研究者，一直跟進 RGB 協議的發展和生態的發展情況。在持續的調研中，我發現儘管 RGB 協議在設計上非常美好，但是在實際落地過程中存在一些問題：

2.1 RGB 開發相對緩慢

原因之一是絕大部分的設計都是新的理念或是形成一個新的標準，這些都需要細緻的全局構思和全新的代碼實現。

原因之二是整個協議層參與的開發者數量較少，從 LNP/BP 的人員構成還有當下生態項目的數量可見一斑。

2.2 RGB 的開發會受到一些非受控的因素的影響

比如：RGB 一般來說要構建在閃電網路上，然而當前的 bolt-ln 又不能很好地支持 RGB 的合約，所以 LNP/BP 協會提出了一個新的閃電網路標準 bifrost，但是這又需要很多的工作要做，甚至需要等待閃電網路的整體發展。

再比如：RGB 的轉移中會涉及到 invoice 和 committee 的傳遞，當前可以通過比如 web2（推特、tg 等等）或者 p2p 的網路來進行，但是如果從統一層面來看的話，需要一個標準的傳輸標準來進行，這是 storm 節點，但是構建這樣的網路也需要很多工作要做。

2.3 RGB 的 AluVM 虛擬機目前缺乏完善的開發工具和實踐代碼

也就是說，即使現在 v0.11 完全 release 了，也仍然需要不少時間來檢驗虛擬機的性能和可靠性，也需要很多時間來積累通過 AluVM 開發代碼的經驗甚至標準庫。

這些問題讓 RGB 在這個爭分奪秒的市場多少顯得有些異類，很像是 BTC 早期時代的開發狀態，這會帶來很多不確定性，市場周期的影響（錯過資金牛市期），情緒的影響，其他新技術融合（其他技術與 RGB 部分技術的結合實現「搶跑」）的影響等等。

概括成一句話，就是：RGB 極具成長性，但協議完全體落地需要時間較長且具有不確定性。

這就是 RGB++ 協議提出的背景和要解決的問題。

3、RGB++ 解決方案的技術重點：同構映射

因此，在早期的交流中，重點在「如何解決 RGB 落地中的這些問題」、「是否可以利用 CKB 現有的技術來一定程度上解決這個問題」上。

Cipher 創造性地利用了 RGB 的核心點「UTXO」和 CKB 的底層架構同源的特點，提出了「同構映射」的方案，並逐漸鋪設出了「RGB++」的協議內容。

參看下圖，他將 RGB 協議中的兩個關鍵點與 CKB 的架構做了結合：

1）作為 RGB 容器的 UTXO 可以和 CKB 的 Cell 進行映射，通過 Cell 中的 lock 來實現。

2）作為驗證的鏈下客戶端驗證可以轉變成 CKB 的鏈上公開驗證，驗證的數據和狀態可以對應上 Cell 里的 data 和 type。

通過「同構映射」，實現了 RGB 上 committee 在 CKB 上進行解析的過程，並且，配合兼容性，用戶依然可以在 RGB 上進行解析，這是非常有意思的功效。

如果再深入分析，事實上 Cipher 將 RGB 的技術進行了「解析化」、「模塊化」，然後思考某一個模塊是否可以有其他的技術路線或者替代選項，從而衍生更多的可能性。

而在「同構映射」後，擴展性就自然而生，可以實現各項擴展功能（具體請參考白皮書）。

3.1 交易摺疊

利用 CKB Cell 的可編程能力，可以將多筆 CKB 交易與一筆 Bitcoin RGB++ 交易對應，這樣就可以將低速低吞吐量的 Bitcoin 鏈使用高性能的 CKB 鏈進行擴容。

如果將「交易摺疊」再做擴展，原則上並不是每一次狀態變化都需要在 Bitcoin 上同步，相當於在 CKB 上加入了「鏈下驗證」這樣的選項。

3.2 無主合約

無主合約指的是任何人在滿足合約的約束前提下都可以對狀態進行變更，而不要求指定的數字簽名提供方進行變更。

這種合約為複雜的合約方式比如 AMM 等創造了基礎。

3.3 非交互式轉移

RGB 協議轉賬的一個提點是需要雙方通訊某些資訊才能完成，其帶來了一定的優勢（不會收到 scam 的 token 等），但是也增加了用戶理解難度和產品複雜度。RGB++ 可以利用當前的優勢，將交互行為放置在 CKB 環境裡面，採用發送-領取兩步操作來實現非交互式轉賬邏輯。

這種轉賬邏輯是實現大規模空投的基礎。

3.4 AMM+DEX

可以引入 CKB 的網格 AMM 設計，從而實現基於 UTXO 的做市商模型，雖然與 Uniswap 的價格曲線做市模型不同，但是對於 UTXO 模型來說已經是長足的進步了。

4、RGB++ 協議的作用

由於協議剛提出，具體的開發實現還沒有完成，加上很多人對於 RGB 協議本身並不足夠了解，因此對於 RGB++ 可能引起的「化學反應」還不太敏感，我將從以下幾個層面闡述我對於 RGB++ 協議作用的觀點：

4.1 對於 CKB：RGB++ 會是其爭奪比特幣正統 L2 市場的關鍵錨點之一

CKB 因其 POW 機制+增強的「UTXO」模型享有「正統性」，但其網路及生態發展在早期的眾多明星機構投資後並沒有亮眼的表現。

其在今年轉向到比特幣 L2 後，我認為這對於 CKB 是一個重大的機遇期。一方面相關的技術底層、基礎建設經過這幾年的發展已經逐步完善，另一方面算是恰逢其會了這一輪的熱點。

在和 Cipher 的聊天中，他提出一個讓我非常受益的觀點：比特幣 L2 之爭的關鍵點在於 L1。

RGB++ 讓 CKB 與比特幣主鏈之間產生了更深刻的聯繫，從而為其帶來了更多的「正統性」，這就是我認為其是關鍵錨點之一的原因。

題外話：關於「正統」L2

L2 的概念相對成熟的說法是從 ETH 上發展而來的，隨著各種 L2 方案的發展、模塊化的發展，L2 的定義越來越模糊，在 ETH 上更貼近於實用主義的思路，所謂「正統」的概念是慢慢淡化的。

但是對於比特幣網路而言，「正統」的概念一直以一種比較強的信號呈現於其整個發展過程中。當下，按照我個人的觀點，L2 的「正統性」強度（由高到低）依次為：

1）閃電網路、RGB、BitVM

對於這三者大家都比較熟悉了，總體來說，三者實現的路徑有本質上的區別，且針對的點也有所不同，當前發展程度閃電網路相對最為成熟，其次是 RGB，最後是 BitVM。

2）側鏈

諸如 Liquid、 Stacks 、CKB 之類，他們大多數依然是基於 UTXO 的架構，加上一定的變形或者創新，實現在擴展性（如隱私性、可編程性）的提升、共識機制上的優化。

側鏈在一定程度上可以理解為 BTC 的實驗鏈，實驗在 BTC 主鏈上的一些新功能或暫時無法實現的功能。

3）其他

這部分可能包括「基於跨鏈協議的 L2」、「基於 EVM 的 L2」等，我基本贊同 Ajian 老師的看法：

4.2 對於 RGB：RGB++ 擴充了其與其他 UTXO 架構公鏈結合的可能性

RGB 協議本身就有與其他 UTXO 架構公鏈結合的可能性，LNP/BP 協會的官推表明會支持與 Liquid 的互操作性。

通過 CKB 與 RGB 部分技術的結合，會在一定程度上驗證這種結合的「實踐有效性」。

更近一步來說：如果我們將 RGB++ 協議再抽象一下，變成一個更加寬泛的擴展層，用於對接 RGB 協議與所有 UTXO 架構且有一定擴展性的公鏈，那麼它的敘事和價值會大大增強，這也是我認為 Cipher 有可能會在下一階段努力的方向。

同時，這也為 RGB 生態中的項目發展提供一些其他的備選項，這種備選項不同於簡單的「多簽跨鏈橋」，而是基於原生的方式。

對於其他比特幣 L2：提供了融合 RGB 協議的技術參考

Cipher 對於 RGB 技術架構的解析化，會對其他 L2 的技術人員提供一個很好的思維範例。

它們可以結合自身項目的技術特點和優勢，融合上 RGB 中部分它們需要的技術，然後「組合」成一個新的產品範式，甚至實現「搶跑」（這裡的「搶跑」並不是貶義詞，它反映的是技術的組合性和 BTC 生態發展中的創新性，同時「搶跑」也依然會促進 RGB 協議的普及和發展）。

總的來說，儘管 RGB++ 現在僅僅處於白皮書階段，但是從理論上看，我對其比較看好，這會會為 RGB 協議帶來新的血液，也可能會喚醒 CKB 網路的活力。

原文連結