原文作者：DaPangDun

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 開發相對緩慢< /h2>

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

原因之二是整個協議層參與的開發者數量較少，從 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 的架構做了結合：

< /p>

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

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

透過「同構映射」上，實作了Ritt 上，實現了Ritt 」在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 老師的看法：

pwebp >

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 網路的活力。

本文來自投稿，不代表BlockBeats觀點

原文連結

歡迎加入律動 BlockBeats 官方社群：

Telegram 訂閱群：https://t.me/theblockbeats

Telegram 交流群：https://t.me/BlockBeats_App

Twitter 官方帳號：https://twitter.com/BlockBeatsAsia