RGB Protocolとは何でしょうか？定義・背景・出典

01RGB Protocolとは何でしょうか？

受取人は関連履歴を含む consignment を受け取り、genesis と schema に照らして検証し、対応する state transitions が有効な Bitcoin transaction に結び付いていることを確認する。

02要点

RGB Protocol は Client-Side Validation と single-use seals に基づく。Bitcoin 全体が contract の詳細データを複製するのではなく、参加者が自ら保持・検証し、Bitcoin UTXO と transaction が seal closure の公開証拠と double-spend 防止を提供する。 [6]

03仕組み

Contract は Genesis operation から始まり、有向非巡回グラフ内の state transitions で変化する。Transition は以前の owned state を消費して新しい state を作り、その commitments を anchor 経由で Bitcoin witness transaction に結び付ける。 [3]

04解決する問題

Schema は business logic の宣言的テンプレートであり、data type、owned と global state、許可される operation、validation rule を定める。Genesis はそこから、fungible または unique asset の発行と初期 allocation など、schema の具体的 instance を作る。 [2]

05セキュリティモデル

Transfer では送信者が genesis、schema、関連履歴、proof を含む consignment を受取人へ渡す。受取人は承認前に chain 全体、anchors、Bitcoin との結び付きを local validation する。Ticker や wallet 表示だけでは有効性の証明にならない。 [4]

06導入状況

公開 release 一覧は v0.10 を stable、v0.11 系を pre-release としており、beta は Bitcoin consensus ではなく RGB consensus の変更も警告する。Production 利用には、単なる RGB 対応表記ではなく、client stack 全体の正確で相互互換な version が必要である。 [5]

07制約

RGB という名称は文脈なしでは曖昧である。現行 documentation は、ここで扱う RGB Protocol on Bitcoin を、未完成で異なる v0.12 proposal および Nervos/CKB 上の RGB++ と明確に区別する。同じ略称でも共通 architecture や interoperability は保証されない。 [1]

08Atlas 内の関連項目

Privacy と scaling には data availability の負担が伴う。Bitcoin は commitment から失われた consignment を復元できない。受取人は完全な関連履歴を入手し、所有者は stash と他の client-side data を安全に backup しなければならない。 [4]

09主張の検証方法

RGB に関する主張を評価する際は、protocol と library の正確な version、schema と genesis、contract ID、commitment type、対応 layer、consignment の完全性、audit status を確認する。On Bitcoin という表現だけでは interoperability、安全性、復元可能性は証明されない。 [5]

RGB Protocol は Client-Side Validation と single-use seals に基づく。
Contract は Genesis operation から始まり、有向非巡回グラフ内の state transitions で変化する。
Schema は business logic の宣言的テンプレートであり、data type、owned と global state、許可される operation、validation rule を定める。
Transfer では送信者が genesis、schema、関連履歴、proof を含む consignment を受取人へ渡す。
公開 release 一覧は v0.10 を stable、v0.11 系を pre-release としており、beta は Bitcoin consensus ではなく RGB consensus の変更も警告する。
RGB という名称は文脈なしでは曖昧である。
Privacy と scaling には data availability の負担が伴う。
RGB に関する主張を評価する際は、protocol と library の正確な version、schema と genesis、contract ID、commitment type、対応 layer、consignment の完全性、audit status を確認する。
受取人は関連履歴を含む consignment を受け取り、genesis と schema に照らして検証し、対応する state transitions が有効な Bitcoin transaction に結び付いていることを確認する。

文脈とともに読む

理解を深めるには、この項目とあわせて次もお読みください Client-Side Validation, UTXO, Taproot, Lightning Network, Sidechain, Hash. 次の項目からも参照されています Taproot Assets, Runes.

?実践的な質問

01RGB contract は Bitcoin blockchain に直接保存されるのか？

いいえ。Bitcoin が保持するのは順序付けと seal closure に必要な transaction と暗号学的 commitments であり、詳細な state と validation history は client-side で受け渡し・保存される。

02RGB と呼ばれる token はすべて相互互換か？

自動的には互換ではない。Wallet は特定の protocol version、schema、interface、commitment 手順に対応する必要がある。受領前には名称や ticker だけでなく contract ID と consignment 全体を検証する。