RGB 資產與智慧合約

RGB 協議不僅支援基本的代幣發行，還提供了完整的智慧合約功能。本文深入探討 RGB 的資產標準與合約機制。

RGB 代幣標準

RGB20 - 同質化代幣

RGB20 是 RGB 協議的同質化代幣標準，類似於以太坊的 ERC-20。

代幣屬性:
- name: 代幣名稱
- symbol: 代幣符號
- decimals: 小數位數
- totalSupply: 總供應量

發行流程:

1. 建立 RGB20 合约定義
2. 創世紀交易 (Genesis)
3. 承諾到比特幣區塊鏈
4. 客戶端驗證狀態轉移

RGB21 - 非同質化代幣 (NFT)

RGB21 實現了比特幣上的 NFT 標準，每個代幣都有唯一識別碼。

NFT 屬性:
- name: 名稱
- symbol: 符號
- uri: 元數據 URI
- data: 內嵌數據

元數據儲存:

• 內容可儲存在 IPFS 或自定義儲存
• 使用 SHA-256 哈希驗證完整性
• 支援 UTF-8 編碼的 JSON 數據

RGB25 - 合約定義

RGB25 用於定義可升級的智慧合約邏輯。

客戶端驗證機制

狀態轉移驗證

轉移過程:
1. 發送方創建轉移交易
2. 包含輸入承諾 (Input Commitment)
3. 輸出承諾 (Output Commitment)
4. 收方驗證完整性和所有權

驗證規則

1. 輸入有效性: 確認 UTXO 屬於發送方
2. 餘額守恆: 輸入總額 = 輸出總額 + 手續費
3. 簽名驗證: 使用比特幣密鑰簽名
4. 狀態轉移邏輯: 執行合約定義的規則

盲化機制

RGB 使用盲化技術保護隱私:

• 金額盲化: 承諾值隱藏實際金額
• 身份盲化: 不在鏈上暴露參與方
• 腳本盲化: 複雜邏輯對外不可見

智慧合約功能

合約狀態

State {
    owned: Map<Address, Balance>,
    metadata: Map<Key, Value>,
    lineage: List<Transition>
}

狀態轉移

Transition {
    inputs: List<Input>,
    outputs: List<Output>,
    witness: Witness,
    metadata: Metadata
}

合約升級

RGB 支援安全的合約升級:

1. 版本追蹤: 每個合約有版本號
2. 遷移邏輯: 舊狀態可轉移到新規則
3. 回退機制: 升級失敗可回滾

實際應用場景

穩定幣

1. 抵押品管理
2. 清算機制
3. 利率計算

供應鏈追蹤

1. 產品溯源
2. 所有權轉移
3. 驗真防偽

金融衍生品

1. 期貨合約
2. 選擇權
3. 結構性產品

安全性考量

鏈下風險

• 客戶端必須保持狀態副本
• 資料丟失可能導致資產無法恢復
• 需要備份機制

驗證依賴

• 依賴比特幣基礎設施
• 客戶端必須正確實現驗證邏輯
• 惡意節點可能提供錯誤數據

最佳實踐

1. 使用可信的錢包軟體
2. 定期備份狀態資料
3. 驗證合約源碼
4. 小額開始，逐步增加

開發資源

• RGB 官方網站
• RGB GitHub
• RGB 文檔
• BIAN - 比特幣資產命名空間

相關文章

• 什麼是 RGB 協議？
• RGB 與其他協議比較