因爲比特幣現貨 ETF 的預期、加上 Oridinals 協議的火熱，比特幣生態再次成為本輪牛市的焦點之一。而 RGB 協議作為比特幣和閃電網路的鏈下框架也受到重點關注。
（前情提要：BTC生態下個熱點？RGB協議上值得關注的專案 ）
（背景補充：比特幣鏈上資產夯！人們回頭關注古早的「RGB協議」 ）
一、RGB 協議發展
RGB 協議的作用是在閃電網路上為比特幣增加了智慧合約功能，基於零知識證明的狀態通道協議，允許使用者在鏈下進行隱私保護的交易。
RGB 不是一個代幣協議，但它具備發行與管理多種高度可擴充套件、可程式設計和保密的資產的能力，或可以在金融之外的許多其他行業中發揮重要作用。其協議的發展經歷了多個重要階段，從最初的構想到目前為比特幣和閃電網路帶來智慧合約功能的 RGB v0.10 版本。
- 2016 年，Giacomo Zucco 基於 Peter Todd 的理念，提出了 RGB 協議的初步構想。
- 2017 年，BHB Network 推出了 RGB 協議原始版本，得到了 Poseidon Group 的支援。
- 2019 年，Maxim Orlovsky 和 Giacomo Zucco 成立了 LNP/BP 標準協會，推動 RGB 向實際應用發展，Maxim Orlovsky 博士開始重新設計 RGB 協議。
- 2021 年，該協會展示了 RGB 協議的圖靈完備虛擬機器（AluVM），RGB 也開始在閃電網路上執行。
- 2022 年，推出了為 Bitcoin 和 Lightning Network 編寫 RGB 智慧合約的新語言 Contractum 及其新網站。
- 2023 年 4 月，發布了 RGB v0.10 版本，為比特幣和閃電網路帶來完全支援智慧合約的功能，標誌著 RGB 協議進入最為重要的發展階段。
二、RGB 協議設計邏輯
RGB 協議的核心思想是圍繞著共識和鏈下資料儲存構建的。
首先，分散式系統最重要的價值是共識的維護，利用位元共識層只需要保留對帳本事件的簡短的加密提交（cryptographic commitments），證明特定資料存在但不透露實際資料內容的技術，通常通過hash函式實現，僅在鏈上儲存這些提交去保證資料的真實性和完整性，進而減少了鏈上資料的負擔。
RGB 設計的帳本資料儲存在鏈下，也就是說所有的合約資料和狀態轉換都保留在鏈下，而不是在區塊鏈上。利用單次使用密封和狀態轉換來追蹤和驗證智慧合約的狀態，在不將全部資料儲存在鏈上的情況下，有效地處理和驗證智慧合約的狀態和交易。
2.1 客戶端驗證
RGB 智慧合約在客戶端驗證模式下，所有資料都將保留在比特幣交易之外，例如比特幣區塊鏈或閃電網路通道狀態，使該系統能夠在閃電網路之上運作，也為高階別的協議可擴容性和隱私提供了基礎。
2.2 RGB 智慧合約
RGB 智慧合約的基本構成包括 Genesis（創世）、State（狀態）和 Transitions（轉換），每部分承擔著不同的功能和角色：
Genesis（創世）
Genesis 是智慧合約的初始化宣告，它定義了合約的基本屬性和規則。這包括合約的型別、目的和任何初始設定。在程式碼中，genesis 部分定義了合約的起始點，比如在一個身份驗證合約中，它可以指定初始的身份資訊。
State（狀態）
State 代表了合約在任何給定時刻的當前狀態，是合約資料的即時快照，包括了所有的變數值和資產資訊。
Transitions（轉換）
Transitions 是定義從一個狀態到另一個狀態轉換的規則。這些規則決定了狀態如何根據合約邏輯發生變化。op Revocation 和 op Transfer 是轉換的例子，它們定義瞭如何從一個 Identity 狀態轉移到另一個，或者如何在代幣之間進行轉移。
通過這三個組成部分提供了一種方式來定義和執行各種操作和協議。Genesis 設定了基礎規則和引數，State 維護了合約的當前資訊，而 Transitions 則規定了狀態之間的變化邏輯，共同構成了 RGB 智慧合約的核心架構。
2.3 一次性密封（single-use-seals）
為了確保安全和高效地管理資產轉移，同時保護使用者隱私。RGB 協議使用了 「single-use-seals」 的方法，這種方法允許將資產（如代幣）與比特幣的一個特定交易輸出繫結，使得每次資產轉移都需要 「開啟」 一個舊的密封並 「建立」 一個新的密封。
一次性封裝用於代表資產的所有權或合約狀態。每次狀態轉移或交易發生時，相關的封裝會被關閉並建立新的封裝，這樣做的好處是，每個密封隻能使用一次，從而防止了資產的重複使用或雙重支付，確保了交易的安全性，進而確保資產的轉移不可篡改。
同時，由於這些操作是在客戶端進行的，而不是全部儲存在區塊鏈上，因此大大增強了使用者的隱私保護，並減少了對區塊鏈空間的佔用，提高了整體網路的效率和可擴充套件性。
single-use-seals 的邏輯步驟：
- 每個 RGB 合約的開始都是一個創世操作，這裡會定義初始狀態和相關的一次性封裝，代表了合約中定義的資產或許可權的初始分配。
- 在合約中，狀態（State）被用來表示當前資產或許可權的配置。每個狀態都與一個一次性封裝相關聯，表示當前的所有權或許可權。
- 當需要轉移或改變資產或許可權時，涉及到狀態的轉換（Transitions）。這個過程包括關閉當前的一次性封裝（表示舊的狀態）並建立一個新的封裝（代表新的狀態）。
- 關閉一個封裝涉及到驗證其完整性並標記為已使用，以防止重複使用。然後，基於合約規則建立一個新的封裝，以代表新的狀態。
- 交易發生時，合約參與者需要驗證相關的一次性封裝是否有效，以確保交易的合法性。這個驗證過程是自動的，由 RGB 節點和參與的錢包協作完成。
三、RGB 協議的特性
RGB 的特性體現在 RGB 智慧合約的創新，下面為大家介紹一些關鍵點：
1. 模式（Schema）概念
RGB 協議採用了模式（Schema）的概念，類似於面向物件程式設計中的類。模式用於定義 RGB 資產的標準，便於錢包、交易所、瀏覽器和 BTC 節點支援 RGB 資產。
在這個框架中，一個具體的 RGB 合約是某個模式的例項，由該模式的建構函式（「創世操作」）建立。這種方法分離了合約開發者（模式開發者）和合約發行者的角色，使得後者無需具備程式設計或安全知識。
2. AluVM 虛擬機器
RGB 協議還引入了 AluVM 虛擬機器，這是一個圖靈完備的虛擬機器，類似於以太坊的 EVM。它可以執行幾乎所有型別的計算，但受到操作步驟數的限制。AluVM 通過累積的計算複雜性度量來限制計算，類似於以太坊的 gas 消耗機製。
3. 合約定義示例
在合約定義方面，RGB 協議使用特定的資料型別，如 PgpKey，這些型別不是合約的直接組成部分，而是可以被多個合約共享。合約的狀態和操作，如 Identity 和 Revocation，被定義為合約狀態的組成部分和可能的狀態轉換。
4. 合約例項和狀態轉換
合約例項化是通過將模式應用於具體情況來完成的，例如，meSatoshiNakamoto 實現了 DecentralizedIdentity 模式，定義了初始狀態並將其分配給一次性密封。狀態轉換，如通過 Revocation 操作，涉及更新身份並將其分配給新的一次性密封。
5. 擴展合約功能
RGB 協議允許擴展合約功能，如新增 IOU（I OWE YOU）代幣，在合約中表現為可擁有的狀態 IOYTokens。此外，還有全域性狀態，如 IOYTicker 和 IOYName，這些是合約的全域性屬性，不被任何一方直接擁有。
6. 狀態擴展的概念
狀態擴展的概念允許公眾參與合約的特定邏輯部分，如通過宣告 Burn 的方式。狀態擴展操作允許任何人在不進行鏈上承諾的情況下建立狀態擴充套件，類似於未打包進區塊的比特幣交易。
7. 合約介面（Contract Interface）
標準化通訊：合約介面提供了與 RGB 節點交流的標準方式，要求它返回有語義意義的狀態並建立操作。
類似於以太坊的 ERC 標準：這些介面類似於以太坊的 ERC 標準，通用的介面被稱為 「RGBxx」，作為獨立的 LNP/BP 標準定義。
8. 建立通用代幣介面示例
- 介面定義： 定義了全域性狀態（如 Ticker 和 Name）和擁有的狀態（如 Inflation 和 Asset），以及操作（如 Issue 和 Transfer）。
- 介面實現：實現介面時，將特定模式的狀態和操作與介面繫結。例如，FungibleToken 介面為 DecentralizedIdentity 模式實現了全域性和擁有的狀態繫結。
四、RGB 協議應用
金融方面的應用:
- 用於建立代表公司或專案股份的通證，集中發行但通過去中心化的方式交易，提高市場流動性和透明度。
- 管理貸款和債券，通過智慧合約實現自動化的貸款和債券發行和還款。
- 建立執行在閃電網路上的穩定幣，並將這些穩定幣可以作為支付手段。
- 建立去中心化交易所（DEX）。
- 應用例如演算法過度抵押的穩定幣等 AMM 解決方案，為市場提供流動性和穩定性。
非金融領域的應用:
- 用於管理自主身份解決方案，使個人能夠控製和管理他們的數位身份資訊。
- 建立一個去中心化的全球名稱註冊系統，以便人們能夠註冊和管理域名和其他網路識別符號。
- 管理數位內容的所有權和許可權，包括版權和許可證。
- 用於通證化藝術品，為藝術家和收藏家提供了一種新的數位所有權和交易平臺。
- 管理 DAOs，以實現去中心化的決策和治理。
- 用於建立可證明和可驗證的審計日誌系統，以提高企業和專案的透明度和可信度。
五、當前 RGB 協議的風險
1. 不穩定性
當前的 RGB 協議是首個完全支援智慧合約的版本，後續 RGB 協議可能會進行一些重大的更新或者修改，這會導致目前開發的合約無法在後續版本安全、穩定地執行。RGB 的客戶端驗證節點也仍在更新中，還未有穩定的版本。
2. 複雜性
RGB 協議的設計和實現都相當複雜，基於 RGB 協議開發的智慧合約需要考慮很多 RGB 協議的特性。例如，基於 RGB 協議發行的代幣，如果交易失敗或是沒有得到 RGB 節點的確認，那麼這些代幣不屬於任何 UTXO，相當於被銷毀了，開發者和專案方需要仔細考慮這類情況對於專案代幣經濟的影響。
總結
RGB 協議目前仍處於非常早期的階段。RGB 協議通過其獨特的模式定義、AluVM 虛擬機器、靈活的合約狀態管理和擴展機製，展現了其在 BTC 智慧合約領域的創新，支援在比特幣網路和閃電網路上進行多種資產的發行和轉移。
但目前 RGB 協議與閃電網路還未完全相容，智慧合約的開發和執行未有安全保障，使用者使用 RGB 協議時需留意風險。
📍相關報導📍
還會漲？比特幣4.4萬美元高點震盪、以太坊力守2200；BTC選擇權未平倉合約再創新高
