引領Crypto大規模採用：RGB協議點亮比特幣的未來

原文作者： Bill , Waterdrip Capital ；Marvin & Neo , Infinitas；

指導專家：洪蜀寧

在加密資產的世界中，比特幣無疑是最被人們所熟知的存在。然而，當人們在談論比特幣的時候，往往只關注它的價格、市值和交易量，卻忽略了它背後的技術革新和應用潛力。我們在去年發布的《比特幣閃電網絡上的 DeFi 研究》中提到的諸多核心技術，都集中在今年上半年有了實質性的重大突破，比如：

Lightning Labs，推出了 Taproot Assets v 0.2 （原稱為 Taro）測試網；

OmniBOLT ，上线了 Mainnet，並實現了將 USDT 通過閃電網絡進行收發和轉账功能；

RGB 協議，推出了更強大、更靈活、更安全的 RGB v 0.10 版本。

……

說起 RGB 協議，人們對它也許既熟悉又陌生，熟悉源於 RGB 的概念早在 2016 年就被提出，很多人都知道 RGB 協議的存在，但是經過數年發展，它卻並沒有得到廣泛的關注和應用，大家似乎也找不到 RGB 協議的具體應用案例。

我們經過調研分析後認為造成這一現象的主要原因，是在 RGB 協議的早期版本中，其功能相對有限，且 RGB 協議的思想具有高度的原創性和獨特性，技術棧相當宏大，开發人員需要深度理解比特幣和智能合約的原理後才便於上手使用。然而，隨着 RGB 協議的不斷發展和精進，這種情況正在發生改變。

一、初識 RGB

1、什么是 RGB

RGB 是由 LNP/BP 標准協會开發的可擴展且保密的比特幣和閃電網絡智能合約系統。它採用了私有和共同所有權的概念，是一種圖靈完備的、無信任的分布式計算形式，不需要引入代幣的非區塊的去中心化協議。

RGB 的設計目的是在 UTXO 區塊鏈（如比特幣）上運行可擴展、穩健和私密的智能合約，以實現一切可能性。通過 RGB，开發者可以執行如代幣發行、NFT 鑄造、DeFi、DAO，以及更多復雜的多類別智能合約。

RGB 協議是基於 Peter Todd 在 2016 年提出的客戶端驗證（client-side validation）和一次性密封（single-use-seals）的概念，在比特幣生態系統的第二層和第三層上（鏈外）運行的客戶端狀態驗證和智能合約系統。（下面僅對這兩個概念進行簡單介紹，有興趣的讀者可以查看 Peter Todd 原論文：https://petertodd.org/2017/scalable-single-use-seal-asset-transfer )

客戶端驗證（client-side validation）：

客戶端驗證是由 Peter Todd 在 2016 年提出的範式。其核心思想是，在分布式系統中，狀態驗證不需要所有參與去中心化協議的各方全局執行；相反，只需要參與特定狀態轉換的各方進行驗證。採用這種方法，狀態轉換不是發布到全局網絡中，而是通過使用密碼哈希函數等方式轉化為一個簡短的加密承諾，該承諾需要成為某種“出版證明（Proof-of-Publication）”媒介的一部分，並具備收據證明、非發布證明、成員資格證明這三個主要特點。第一個客戶端驗證系統是 OpenTimeStamps 協議，同樣是由 Peter Todd 在 2014-2016 年間提出和开發的。

一次性密封（single-use-seals）：

可類比為現實世界中用於保護貨運集裝箱的一次性封條。一次性密封的原語是單個僅可一次性地封裝消息的獨特對象，確保這條消息只能被使用一次，一旦被使用即被永久性地打开，無法再次封閉。簡而言之，一次性密封是一種抽象機制，用於防止雙重支付。

2、RGB 簡史

RGB 最初構想可以追溯至 2016 年，由 Giacomo Zucco（BHB Network）基於 Peter Todd 關於客戶端驗證和一次性密封的早期理念提出，於 2017 年由 BHB Network 在原始 MVP 中實施，並得到 Poseidon Group 的支持。

2019 年，Maxim Orlovsk 和 Giacomo Zucco 共同成立了 LNP/BP 標准協會（https://www.lnp-bp.org），旨在推動 RGB 從概念誕生到實際應用的階段。該協會得到  Fulgur Ventures 、 Bitfinex 、Hojo 基金會、Pandora Prime 和 DIBA 的支持。

（Maxim Orlovsk）

從 2019 年开始，Maxim Orlovsky 博士擔任 RGB 協議的主要設計師和首席貢獻者，設計和實現了當前的 RGB 協議形式。自 2019 年以來，RGB 在設計和協議同行評審方面進行了重新構思和重新設計，成為一種通用的計算和保密智能合約系統。

2021 年，LNP/BP 標准協會成功地展示了 RGB 搭載了圖靈完備的虛擬機（AluVM），同時 RGB 在閃電網絡上也开始運行，使用了由 Maxim Orlovsky 博士在協會進行的完整的閃電協議的 Rust 重新實現（LNP Node）。

2022 年，LNP/BP 標准協會推出了一個關於 Contractum 語言(新型高級語言)的新網站（contractum.org），用於為  Bitcoin 和 LightningNetwork 編寫 RGB 智能合約。Contractum 作為一種功能性聲明式編程語言，專為使用 RGB 技術在比特幣和閃電網絡上運行的智能合約开發而設計。

今年， 2023 年 4 月，LNP/BP 協會宣布 RGB v 0.10 發布，這是 RGB 協議發展中又一重要裏程碑，為比特幣和閃電網絡帶來了完全支持智能合約的功能。是這些比特幣开發者、貢獻者、相關公司之間長期跨行業合作以及四年多廣泛的开發工作的成果。（RGB v 0.10 可以在https://rgb.tech中進行下載和安裝，該網站還包含許多用戶和开發者指南。RGB 源代碼可以在https://github.com/RGB-WG找到。）

二、理解 RGB：

1、背景

許多年來，一些項目及團隊始終在研究在比特幣上發行代幣的協議並嘗試突破使之與閃電網絡兼容，其中代表有 OmniBOLT、 Taproot，以及 RGB。

我們熟知的在比特幣上發行代幣的協議，比如 OmniLayer，其工作原理是在比特幣交易中插入元數據來 “染色”，並表示該筆交易應該被理解成一筆代幣轉移。 Omni 協議中的 USDT（ Tether ）可以被看作是染色幣的一種形式。在 Omni 協議中，USDT 是以 Tether 代幣的形式存在，它通過在比特幣交易中使用 Omni 協議的特定交易類型來表示。具體來說，當用戶在 Omni 協議上發起一筆 USDT 交易時，他們會在比特幣交易中添加 OmniLayer 的特殊數據字段，以指示該交易涉及 USDT 代幣的轉移。這種方式使得比特幣交易能夠代表 USDT 代幣的轉移，並且 USDT 的持有者可以使用比特幣的地址來接收、發送和存儲 USDT 代幣。

這樣的信號機制通常是用 OP_RETURN 操作碼來實現的，帶有該操作碼的輸出會被普通的比特幣節點無視，但可以被能夠感知這些代幣協議的節點解釋，這些節點會實施代幣協議的驗證規則。

雖然這種設計是很高效的，但它也存在一定局限：

1）與代幣轉账相關的信息量被限制在 OP_RETURN 輸出可以容納的字節數以內，一般來說是 80 字節，這個空間對普通的交易數據編碼來說足夠了，但更復雜的應用場景就難以被滿足。

2）代幣協議節點需要掃描整條區塊鏈、在 OP_RETURN 輸出中搜索可能與用戶相關的代幣轉账，整個流程會因為比特幣區塊鏈體積的增長而更加耗費資源。

3）用戶的隱私性方面，所有的交易數據對所有人都是可見的。

2、RGB 的解決方案：鏈下轉移

懷着優化這種設計的目的，RGB 協議提出了一種更可擴展、更加隱私、更面向未來的解決方案，其基石是 Peter Todd 在 2016 年 提出的客戶端驗證（client-side validation）和一次性密封（single-use-seals）的概念。

RGB 協議的核心理念是，僅在必要的時候才調用比特幣區塊鏈，也就是利用工作量證明和網絡的去中心化來實現重復花費保護和抗審查性。所有的代幣轉移的驗證工作都從全局共識層中移除、放在鏈下，僅由接收支付的一方的客戶端來驗證。

工作原理：

在 RGB 的某個合約中，創世代幣都歸屬於一個比特幣 UTXO（無論是已經存在的 ，還是臨時創建的），而為了轉移代幣，你需要花費此 UTXO。在花費這個 UTXO 的時候，比特幣交易必須額外添加一個輸出，該輸出包含對一條消息的承諾，這條消息的內容就是 RGB 的支付信息，它定義了輸入、這些代幣將被發送到哪個 UTXO、資產的 id、數量、花費的交易以及其它需要附加的數據。

如果你有一筆歸屬於比特幣交易 A 的 #1 輸出的代幣，要轉移這些代幣你就需要創建一筆 RGB 交易以及一筆花費交易 A 的 #1 輸出的比特幣交易，並且這筆比特幣交易承諾了 RGB 交易。如你所見，RGB 交易是把代幣從比特幣交易 A 的 #1 輸出轉移到比特幣交易 C 的 #2 輸出（這筆交易在圖中沒有表現出來），而不是轉移給比特幣交易 B。在大部分情況下，我們可以預期交易 B 的#0 輸出就是找零地址，為的是在減去礦工手續費後將剩余資金發回給原來的所有者；同時#1 輸出是為了承諾 RGB 交易，以避免重復花費。

隱私性保護：

為了轉移歸屬於一筆比特幣交易的 RGB 代幣，需要發起一筆比特幣交易。但是，RGB 轉账的輸出不需要跟比特幣交易的輸出相同。就像我們上面這個例子，RGB 交易的輸出（比特幣交易 C 的 #2 輸出）可以跟承諾這筆 RGB 交易的比特幣交易（交易 B）沒有任何關聯。這就意味着，RGB 代幣可以從一個 UTXO “傳送” 到另一個 UTXO 中，而完全不會在比特幣交易圖中留下任何痕跡，這極大地提高了隱私性。

在這種設計中，比特幣的 UTXO 的作用是裝載 RGB 資產的一次性容器，要轉移資產，你只需要打开新的容器、關上舊的容器。

RGB 代幣的具體支付信息是在鏈下通過專門的通信通道來傳輸，從支付者發往接收者的客戶端並由後者來驗證其沒有違反 RGB 協議的規則。如此一來，區塊鏈觀察者將無法獲得任何關於 RGB 用戶活動的信息。

驗證閉環：

不過，驗證發來的支付信息還不足以確保發送者真的擁有要發送給你的資產，因此，為了確保發來的交易具有終局性，你還必須從支付者處接收關於這些代幣的所有交易的歷史，即從當前的這一筆一直追溯到其最初的發行的那一筆。驗證了所有的交易歷史，你就可以保證，這些資產沒有被通脹、附加在資產之上的所有花費條件都得到了滿足。

這個設計也有益於可擴展性，因為你無需驗證這種資產的所有歷史，只需要驗證跟你有關的部分。而且，交易不會廣播到全局账本中的設計，也提高了隱私性，因為更少人知道了你的交易的存在。

盲化祕密值：

為了進一步提高隱私性，RGB 還支持盲化輸出（blinding of outputs），意思是說，在你向支付方發送支付請求的時候，你無需公开自己用來接收代幣的 UTXO，只需要求支付方把代幣發給一條哈希值，這條哈希值是你用目標 UTXO 本身拼接一個隨機盲化祕密值之後生成出來的。這樣一來，支付方就無法知道代幣會發送給哪個 UTXO，因此交易所和其它服務商也無法知道用戶是否正在取款到被一些監管機構 “黑名單” 的 UTXO 中，也無法知道這些代幣未來是如何花費的。需要注意的是，在代幣被花費的時候，盲化祕密值必須向接收者公开，以便後者能驗證交易歷史中跟比特幣交易有關的部分。這意味着，使用 RGB 的時候，你在當下擁有完全的隱私性，但未來的代幣持有者將能看到自己手上的代幣的轉移歷史中的所有 UTXO。因此，雖然在接收和持有 RGB 代幣時你可以獲得完美的隱私性，但用戶過往金融活動的機密性會隨着代幣的不斷轉移而不斷降級，最終趨向於跟我們的比特幣交易歷史同樣的隱私性。

3、RGB 的主要特性

通過對以上內容的理解，我們可以總結出 RGB 具有如下幾個主要特徵：

1、高保密性、安全性、可擴展性

2、沒有比特幣時間鏈的擁堵，因為交易只保留需要額外存儲的同態承諾

3、未來可升級而無需硬分叉

4、具有較比特幣更高的抗審查性：礦工無法看到交易中的資產流動情況

5、沒有區塊和鏈的概念

值得注意的是，當我們提到區塊鏈（Blockchain）時，一般會涉及到區塊（ Block ）和鏈( Chain )這兩個概念，而 RGB 中沒有區塊和鏈的概念，因為它是一種客戶端驗證技術，是一個非區塊的去中心化協議。

三、RGB v 0.10 的無限可能性

RGB v 0.10 版本標志着一次重大突破，將 RGB 推進到了即將投入商用的系統階段。它引入了最後一次打破共識的更改，旨在保持未來 RGB 版本的完全向後兼容性。此外，它也解鎖了最後一批功能，用於實現完全功能的智能合約，這些智能合約可以由合約开發者任意定制。

RGB v 0.10 的發布，其中包括共識層、標准庫（用於錢包/交易所集成等）和命令行工具。下面的表格是我們根據 RGB 官方材料整理總結的新舊版本之間的主要區別，想要了解更詳盡內容的讀者可查看 RGB 官方文檔和視頻介紹:

https://rgb.tech/blog/release-v0-10/https://www.youtube.com/@LNPBP/videos

1、RGB v 0.10 解讀

總的來說，RGB 協議的 v 0.10 版本解決了許多舊版本存在的問題，包括智能合約开發的限制、共識層的觸及、編碼格式的局限性、Rust Bitcoin 的依賴問題、WASM 兼容性缺失、全局狀態和上下文管理問題、與 Lightning Network 的集成問題、備份過程的不靈活、移動錢包的支持不足等。這些改進使 RGB 協議更強大、更靈活、更安全，並為未來的發展打下了堅實的基礎。具體來說，RGB v 0.10 版本為 RGB 引入了以下功能支持：

RGB 合約中的全局狀態

RGB 引入了全局狀態（Global State）的概念，這是一種全新的功能，對於在 RGB 上構建復雜的應用程序來說（如合成資產、算法穩定幣等）非常重要。現在，每個 RGB 合約都有一個可以被虛擬機和客戶端（如錢包等）訪問的全局狀態。

合約接口

在這個版本中引入的接口，通過明確定義的 API 表示了一種標准化的方式來傳遞各種智能合約。接口可以與以太坊世界中的合約 ABI 和 ERC 進行比較，然而與以太坊不同的是，它們既不需要強制標准化（如 ERC），也不需要單獨分發，而是始終與合約一起打包。通過使用接口，錢包和其他軟件可以為用戶提供一個語義感知的用戶界面，用於處理合約 - 合約开發者還可以隨着時間推移向其現有合約添加更多接口，而無需更新不可變的合約本身。

RGB 智能合約的基本構成：RGB 智能合約由  Genesis （創世）、State（狀態）和 Transitions（轉換）三部分組成。Genesis 定義了合約的基本屬性和規則，State 是合約的當前狀態，Transitions 則是狀態之間的轉換。RGB v 0.10 引入了一種新的智能合約模型，這種模型更加靈活和強大，可以支持各種復雜的應用場景。

嚴格的類型系統

新的編碼格式是指"strict types"系統，嚴格類型是一種新的功能性數據類型系統，用於 RGB 合約狀態的表示和內省。它允許在編譯時對任何數據的大小進行保證，從而簡化 RGB 在低端和有限內存設備（如硬件錢包）上的操作。整個 RGB 共識層現在都被編譯為嚴格類型，這允許對發布之間的二進制兼容性進行正式證明。

換句話說，這個新的編碼格式將會使得 RGB 的使用變得更加簡單和安全，同時也將會使得資產發行者和合約开發者能夠使用額外的元數據來籤名他們的資產或合約，這將有助於驗證資產或合約的身份。

在 Rust 中編寫合約

可以使用 Rust 編寫和編譯 RGB 智能合約。由於嚴格類型的存在，現在還可以將 Rust 數據類型直接編譯到 RGB 合約中。

狀態內省（State introspection）

合約可以在虛擬機使用的驗證代碼中內省其自身狀態，這為編寫與比特幣交易、DLC 和其他復雜數據交互的復雜合約形式打开了可能性。

基於 URL 的發票格式

以前，RGB 使用 Bech 32 m 編碼的發票，這些發票非常長，不易讀，並且大多數軟件無法自動打开。新的格式更短，用戶更易驗證，可以作為預配置軟件的鏈接自動打开。

WASM 支持

RGB 標准庫可以在沒有 I/O 和文件系統訪問的情況下運行，也就是說，它可以在網頁或瀏覽器插件中運行。

Tapret 描述符和自定義派生

RGB 使用基於 Taproot 的 OP_RETURN 承諾（簡稱為 tapret），它需要在描述符級別上進行支持，以便錢包可以將具有調整輸出的交易視為屬於錢包描述符的交易。新版本還引入了自定義派生索引，防止非 RGB 錢包意外消費帶有 RGB 資產的輸出（從而破壞資產）。

簡化的依賴關系

RGB 共識層現在使用較少的依賴項，提高了 API 的穩定性。LNP/BP 放棄了來自  Grin  項目的自定義 bulletproofs 實現的依賴。

簡化的集成

許多以前需要多個 API 調用以及跨語言編碼復雜數據結構的操作現在都可以通過單個 API 調用來完成。RGB 合約狀態以 JSON 對象表示，可以在不同的語言之間進行序列化而無需繁瑣的操作。

簡化的用戶體驗

以前使用 RGB，錢包或用戶必須運行 RGB 節點，並通過 RPC（或 cli 工具）進行接口交互 - 並使用許多其他庫和命令行工具來執行大部分 PSBT 等操作。新版本中，這個復雜的堆棧被單個 API 庫和 rgb 命令行工具取代。

2、RGB v 0.10 有哪些重大突破？

前文中提到了我們認為造成 RGB 經過了幾年的發展，卻沒有得到廣泛的關注和應用的主要原因。而經過對 RGB v 0.10 版本的研究，我們有理由認為，這一現象即將改變，甚至改變正在發生。

1、在之前的版本中，獨立开發者為什么不能進行復雜智能合約开發？

在 RGB v 0.10 之前的版本中，獨立开發者會面臨在進行復雜智能合約开發時的一些挑战。這主要是由於以下幾個原因：

1）協議的不穩定性：在早期版本中，RGB 協議可能會經歷一些重大的變化，這可能會導致已經开發的智能合約無法在新版本的協議上運行。這種不穩定性可能會阻礙开發者進行復雜的智能合約开發。

2）缺乏工具和資源：在早期版本中，可能缺乏足夠的工具和資源來幫助开發者進行復雜的智能合約开發。這包括缺乏詳細的文檔、教程或者开發工具等。

3）協議的復雜性：RGB 協議的設計和實現可能相當復雜，這可能會對獨立开發者構成挑战。例如，RGB 協議使用了一種名為“client-side validation”的新穎的驗證機制，這可能需要开發者有深入的理解和專業知識才能進行復雜的智能合約开發。

然而，隨着 RGB 協議的發展，這些問題正在得到解決。例如，RGB v 0.10 版本引入的一種新的類型系統，稱為“strict types”，這可以幫助开發者更容易地進行復雜的智能合約开發。此外，該版本還提供了更多的工具和資源，以幫助开發者理解和使用 RGB 協議。

2、為閃電網絡帶來完全支持智能合約的功能成為可能

因為 RGB 是建立在比特幣上的，使用閃電網絡來轉移 RGB 資產在理論上是可行的。但在之前的版本中，由於架構限制，RGB 無法在任何現有的閃電節點中使用。2021 年，RGB 开發了自己的架構，稱之為 LNP Node，並使用 Rust 編寫。它本身並不依賴於 Bitcoin Core，如果用戶想要在閃電網絡中將 RGB 與 Taproot 結合使用，則需要等待 Rust-bitcoin 完成對 Taproot 的支持。

而現在，隨着 RGB v 0.10 版本的發布，LNP/BP 協會宣布了未來要做的重點，就是計劃在未來幾個月內完成對 Lightning Network 的支持，使 RGB 資產可以通過 Lightning Network 進行轉移。

RGB 如果完成了 Lightning Network 的兼容和支持，可以提高 RGB 資產的流動性和可用性。通過 Lightning Network，用戶可以快速、便宜地轉移 RGB 資產，而無需等待比特幣主網的確認。這對於需要頻繁交易 RGB 資產的用戶來說是非常有用的。

更重要的是，RGB 可能為閃電網絡帶來完全支持智能合約的功能。

閃電網絡具有驚人的速度、極低的費用和卓越的安全性。然而，因為比特幣本身並不支持復雜的智能合約，閃電網絡在智能合約方面受到了一定限制。

RGB 能夠支持復雜的智能合約功能是因為其經過了深思熟慮的設計，專門為在閃電網絡上實現智能合約而創建。首先，RGB 採用了 Turing 完備的虛擬機（AluVM），這是一種強大的計算引擎，允許在閃電網絡上運行復雜的智能合約。AluVM 使得 RGB 能夠處理復雜的計算邏輯和數據操作，從而實現了各種類型的智能合約。

RGB 在其設計中充分考慮了閃電網絡的特點和需求，可能會為閃電網絡帶來完全支持復雜智能合約的能力，無論是 DeFi、NFT、GameFi，還是 SocialFi，RGB 都有可能在閃電網絡上實現。

這一無與倫比的組合不僅可能會讓閃電網絡成為一顆璀璨的明星，也可能會使得其他區塊鏈黯然失色。隨着越來越多的資金和开發者湧入到比特幣閃電網絡和 RGB 的开發，有望使得比特幣和閃電網絡的生態系統達到全新的高度。

四、RGB 與其它方案的比較

1、基於山寨幣的代幣協議

大部分基於山寨幣的代幣協議（例如 ERC-20）提供了具備全局無主狀態（global unowned state）的智能合約，這使得部署去中心化交易做和其它金融應用變得很容易，但它們很難擴展、沒有隱私性，也繼承了這些山寨幣所有的缺點，比如運行節點的成本很高、更低的去中心化和審查抗性。

2、Liquid 資產

Liquid 是一個比特幣的聯盟側鏈，提供了一些有趣的功能，比如原生的資產支持以及機密交易（可以隱藏被轉移的資產的 ID 和支付的數量）。但是，聯盟模式也一樣有低去中心化和審查抗性較弱的問題。

3、OmniBOLT

OmniBOLT 是 OmniLayer 的兼容閃電網絡的版本。 OmniLayer 在前文中已經簡要介紹過了（感興趣的讀者也可以閱讀《比特幣閃電網絡上的 DeFi 研究》，這裏有更詳細的介紹）。

OmniBOLT 的取舍跟 RGB 非常相似，區別點在於這兩個協議的設計目標不同，相比 RGB， OmniBOLT 在隱私性方面相對較弱，因為和比特幣一樣，代幣相關的數據都存放在鏈上。但是 OmniBOLT 在穩定幣支付業務上具有得天獨厚的優勢，且經過了時間的檢驗。今年 6 月份 Mainnet 已經上线，並實現了將 USDT 通過閃電網絡進行收發和轉账功能。

4、Taproot (Taro)

在 Bitcoin 2022 Miami 大會上，Taro 發布。Taro 背後是 Lightning Labs 團隊，協議的目標是將資產帶到閃電網絡上。根據已經放出的技術規範，整個設計與 RGB 非常相似，特性和取舍基本上是一樣的。

RGB 和 Taro 的主要區別似乎在於:

1）RGB 更早，已經公布了可以審核的代碼，但是資金缺乏，缺少運營人員。

2) Taro 目前只是一種規範，但另一方面，Taro 的背後是 Lightning Labs，團隊於去年 4 月份募資 7000 萬美金，並在今年 5 月份推出了 Taproot Assets v 0.2 （原稱為 Taro）測試網。

如果 Taro 和 RGB 最終可以相互操作，讓這種互操作性得以發生的激勵因素是否存在，目前還無法判斷。

五、值得關注的 RGB 生態項目/开發團隊

1、Infinitas

官網：https://www.iftas.tech/

Infinitas是最早开啓基於比特幣構建圖靈完備的智能合約賽道的項目之一，作為揉和 RGB 協議和閃電網絡的比特幣應用生態網絡，旨在實現更高的隱私保護、卓越的吞吐量和出色的低延遲交易處理。Infinitas 作為一項創新的區塊鏈解決方案，自 2021 年起夯實基於 RGB 的比特幣圖靈完備智能合約想法，充分發揮了比特幣的安全性和共識機制，允許在比特幣網絡上創建更復雜的應用程序和智能合約，希望為用戶帶來卓越的交易體驗。項目技術核心由比特幣底層部分代碼建設者，最早關注到 RGB 協議且進行翻譯相關工作的 Top 級區塊鏈科學家團隊帶領。Infinitas 將優先提供 Online IDE，數據瀏覽器，接入主流錢包等方式讓开發者和用戶參與到生態中，真正支持 RWA 和全鏈遊戲等大體量商業應用的落地。

項目特點：

全網哈希算力保護：繼承了比特幣區塊鏈的高安全性，確保了 Infinitas 資產在比特幣區塊鏈中得到全網哈希算力的保護，增強了資產的安全性。

更高水平隱私保護：實現了 Infinitas 資產的更高水平隱私保護，並引入了無需信任的比特幣錨定機制，進一步加強了用戶隱私。

適配器技術：通過 Infinitas 適配器技術，用戶可以實現對比特幣完整狀態的了解，增強了對資產狀態的感知能力。

豐富全局狀態：通過完善和擴展 RGB 的全局狀態（Global State），為虛擬機和客戶端（如錢包等）提供訪問接口。尤其在智能合約地址的信任方面進行特殊加強，從而關鍵性地支持了在 RGB 生態系統中構建復雜的應用程序。這一舉措還使得不同系統能夠相互理解和解釋各自的狀態，進一步推動了整個生態系統的發展。

優化閃電網絡：通過對閃電網絡的改進（如輕區塊技術、節點自動擴容技術以及離线時的自治能力），實現了更高的交易吞吐量，同時保持低延遲的交易確認時間。

开發者友好：使用 Rust 語言，以 Schema 層作為开發基建，可以讓普通人都參與到开發中。

據悉，Infinitas 會擁有其原生經濟的激勵方案，前期將採用挖礦形式在市場產出以促進生態的長期發展。作為業內優先打造圖靈完備的比特幣應用生態項目，或將成為比特幣資產應用的現象級引爆點及推動 Crypto 大規模採用的一次重大飛躍。目前測試網暫未上线，可保持關注。

2、COSMINMART

https://cosminmart.com/

COSMINMART 是以閃電網絡為基礎，兼容 RGB 等協議，支持智能合約的全新比特幣應用生態。

COSM Wallet：COSMINMART 旗下核心產品，在整個比特幣生態網絡具有廣泛適用性，現已支持比特幣主網及閃電網絡轉账，RGB 協議資產轉账等功能，將逐步兼容  Stacks ， Rootstock  等生態系統。

COSM Market ：是目前較早支持比特幣衍生資產聚合交易平臺之一，將逐步擴大支持範圍，為各類比特幣衍生資產交易提供便利。

COSM Lanuchpad： 旨在篩選具備優質潛力的比特幣生態項目，致力於比特幣生態的可持續發展。

COSMINMART 率先定義 Web 4 概念，積極推進 RGB 新協議標准制定，發行閃電網絡穩定幣，結合  Nostr  等協議及閃電網絡交易優勢，將傳統 APP 與閃電網絡深度融合，希望引領閃電應用（Lightning-Application）的嶄新時代。

據悉，COSMINMART 計劃在今年年底推出公測產品，可保持關注。

3、Pandora Prime Inc

https://pandoraprime.ch/

Pandora Prime (潘多拉主星) 是一家位於這是一家總部位於 Verify Valley（納沙泰爾州）的瑞士公司，同時也是 LNP/BP 的創始成員。

Pandora Prime 致力於使用 RGB 智能合約和閃電網絡的結合來开創比特幣金融（Bitcoin Finance）。他們從比特幣上的可編程資產 （RGBTC 和 CHFN ）开始，這些資產可以通過閃電網絡在交易吞吐量方面擴展到 VISA/MasterCard 級別，另外，也提供便利的設施來交換這些資產，無需繁瑣的 KYC 程序即可進行 1, 000 瑞士法郎以下的交易（符合瑞士法律規定）。目前，他們的產品包括 MyCitadel（錢包）、RGB Explorer（瀏覽器）和 Pandora Network 等。

MyCitadel

https://mycitadel.io/

MyCitadel 是 Pandora Prime 的一個品牌，MyCitadel 是第一個支持 RGB 的圖形用戶界面錢包，由 RGB 开發人員於 2021 年創建。它提供跨平臺桌面錢包和 iOS/iPad 錢包。移動錢包可以處理可替代性的 RGB 資產。

RGB Explorer

https://rgbex.io/

RGB Explorer 是由 Pandora Prime 开發的第一個提供 RGB 資產注冊和智能合約的瀏覽器。目前支持 RGB 20、RGB 21、RGB 25 ，可以顯示的資產有 LNPBP、RGBTC、dCHF 和 RGBEX 這四種。

4、DIBA （DIGIT ALBITCOIN ART）

https://diba.io/

DIBA致力於通過幫助人們理解、擁有和使用建立在比特幣之上的非托管數字資產，提升社區的發展。並希望以去中心化和包容性賦權原則塑造數字藝術和資產經濟。

DIBA 是第一個使用 RGB 智能合約協議和閃電網絡來交易比特幣 NFTs 的市場（DIBA 稱之為）。目前 DIBA BETA 正在運行於比特幣測試網，即將上线比特幣主網，可保持關注。

Bitmask

https://bitmask.app/

該錢包由 DIBA 創建，是 RGB 生態的首個 NFT 錢包，可在 Web 瀏覽器中運行，並與類似以太坊上的  MetaMask  一樣與 RGB 合約進行交互。

5、 IRIS Wallet

https://play.google.com/store/apps/details?id=com.iriswallet.testnet&pli=1

IRIS Waller，Bitfinex 團隊开發的第一個 Android 錢包，致力於 RGB 集成和 RGB 相關工具。支持可替代和不可替代資產（fungible and non-fungible assets）。 Iris Wallet 支持從發行到支出和接收的 RGB 資產操作，將所有功能包裝在一個熟悉的錢包應用程序中，並盡可能多地抽象出技術細節。目前這還是一個實驗性應用程序，建議僅用於少量比特幣和低價值資產。

6、Bitswap- BiFi

https://github.com/BitSwap-BiFi/Bitswap-core

目前 RGB 生態正在積極探索 DEX 方案，以解決 RGB 資產流動性問題。Bitswap 的演示和概念驗證中，展示了如何將“SWAPS”引入 DEX，但暫時沒有 AMM 或 LP。目前還處於驗證階段，非常早期，同樣值得關注。

六、回顧和展望

RGB 協議從最初的構想邁進至今，經歷了近 6 年的演進。雖然到了今天，RGB 協議尚未在廣泛範圍內受到關注和應用，但歷史經驗告訴我們，人們常常高估了新創意的迅速普及速度，同時低估了這些構想最終被廣泛接受時可能引發的顛覆性影響和速度。實際上，隨着 RGB 協議 v 0.10 版本的推出，我們正站在一個嶄新的起點，目睹着像比特幣一樣具備無限可能性的未來。

全新版本的 RGB 協議引入了一系列重要的更新，這些更新使得 RGB 協議不僅能夠在比特幣網絡和閃電網絡上進行多種資產的發行和轉移，還具備了支持更為復雜智能合約的能力。盡管 RGB 協議尚未完全實現與閃電網絡的兼容，然而我們堅信，在未來的幾個月中，LNP/BP 協會及相關开發團隊有望取得更為顯著的進展。我們懷着對 RGB 協議與閃電網絡的完美融合的期待，這將成為 RGB 協議與比特幣共同邁向另一個重要裏程碑的體現。

RGB 協議所帶來的這些新功能和改進，特別是對閃電網絡的完全兼容性，為比特幣的未來點燃了一盞明燈。這些變革打开了通向未知領域的大門，讓我們透過其中看到了比特幣的無限潛能。在這未知的領域中，比特幣不再僅僅是一種簡單的支付手段，而是一個能夠承載復雜應用的強大平臺。而 RGB 協議，則成為了構築這一平臺的基石，可能引領我們邁向一個嶄新的 Crypto 世界。

附：參考文獻：

• https://rgb.tech

• https://rgbfaq.com

• https://lnp-bp.org

• https://twitter.com/lnp_bp

• https://www.youtube.com/@LNPBP/videos

• https://blueprint.rgb.network

• https://www.youtube.com/watch?v=DtkTE6m0zio

• https://petertodd.org/2017/scalable-single-use-seal-asset-transfer

• https://medium.com/@FedericoTenga/understanding-rgb-protocol-7dc7819d3059

• https://www.contractum.org/

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