数分間のスエトンRGBおよびRGB ++プロトコル設計：ヴァーナルマニュアル

著者：Faust、Geek Web3＆amp; btceden.org lianchuang

RGB ++および関連資産の人気により、RGBおよびRGB ++プロトコルの原則に関する議論は、より注意のトピックに徐々になりました。しかし、誰もがRGB ++を理解するには、まずRGBプロトコルを理解する必要があることに気付きました。

元のRGBプロトコルは、技術構造の点でわずかに不明瞭であり、これまでのところ、系統的で簡単な参照資料はありません。Geek Web3は以前にRGBとRGB ++に関する2つの体系的な解釈記事を公開していましたが（パブリックアカウントの歴史的記録を見ることができます）、コミュニティメンバーのフィードバックによると、前述の記事は比較的長く、脳の燃焼です。

より多くの人々がRGBおよびRGB ++プロトコルをより速く理解できるようにするために、この記事の著者は香港イベント中に一時的な作業を完了しました。RGBとRGB ++の簡単な解釈については、数分で読むことができます。エッセンス

RGBプロトコル：ユーザーは直接データ検証を行う必要があります

RGBプロトコルは、ビットコインチェーンの下のコンピューティングシステムである特別なP2Pアセットプロトコルです。ユーザーは、クライアントを直接実行して、自分で検証を確認する必要があります。あなたが単なる資産受信者であっても、最初に資産送信者の転送ステートメントにエラーがないことを判断する必要があり、次にこの転送ステートメントが有効になる可能性があります。明らかに、これは従来の形式の資産と「インタラクティブな転送」とは大きく異なります。

なぜあなたはこれをしたいのですか？その理由は、プライバシーを確保するために、RGBプロトコルは、ビットコインやイーサリアムなどの従来のブロックチェーンで「コンセンサス契約」を使用しません（データがコンセンサス契約を通過すると、ネットワーク内のほぼすべてのノードによって観察され、プライバシーは保証されません）。多数のノードに関与するコンセンサスプロセスがない場合、資産の変更が安全であることを確認するにはどうすればよいですか？ここでは、「クライアント検証」と呼ばれるアイデアを使用します（自分で確認）、自分でクライアントを実行し、関連する資産に関連する変更を直接確認する必要があります。

ボブと呼ばれるRGBユーザーがいると仮定すると、彼はアリスを知っています。アリスはボブのテストトークンを100個転送したいと考えています。アリスが「アリスからボブへ」の転送情報を生成した後、転送情報と関連する資産データを最初に送信する必要があります。そして最終的に効果的なRGB転送になります。したがって、RGBプロトコルは、ユーザーがデータの有効性を確認し、従来のコンセンサスアルゴリズムを置き換えることを許可するためです。

しかし、コンセンサスはありません。さまざまなRGBクライアントに受け取って保存されているデータは一貫していません。誰もが自分自身に関連する資産データのみを保存し、他の人の資産ステータスを知りません。プライバシーを保護しながら、「データアイランド」も構成します。誰かが100万のテストトークンがあると主張している場合、あなたは100,000をあなたに転送したいのですが、どうすれば彼を信じることができますか？

RGBネットワークで誰かがあなたを転送したい場合、彼は最初に彼に資産証明書を見せなければならず、最初の発行から複数の転送への資産の最初の発行からの歴史的ソースを見せなければなりません。たとえば、不明な紙幣を受け取った場合、偽造通貨を避けるために指定された発行者によってこれらの紙幣の歴史的なソースが作成されているかどうかを相手に説明するように依頼します。

（写真出典：Coinex）

上記のプロセスはビットコインチェーンの下で発生し、RGBをビットコインネットワークのみに直接関連付けることはできません。これに、RGBプロトコルは、「単一使用シール」のアイデアを採用し、RGBアセットをビットコインチェーン上のUTXOに結合します。ビットコインUTXOが二重消費でない限り、拘束力のあるRGBアセットは二重支払いを持たないため、ビットコインネットワークを使用してRGBアセットが「再編成」を防ぐことができます。もちろん、これビットコインチェーンでコミットメントを公開し、OP_RETURNオペレーティングコードを使用する必要があります。

ここでは、RGBプロトコルのワークフローを整理できます。

1。RGBアセットはBitcoin Utxoとの拘束力のある関係を持ち、BobにはビットコインUTXOがあります。アリスは、ボブのために100個のトークンを転送する必要があります。

（画像出典：Geek Web3/ GeekWeb3）

アリスは、「アリス・トゥ・ボブ」RGB資産転送データを構築します。これには、これらの資産の履歴ソースが付属してボブを確認します。
ボブがデータが大丈夫であることを確認した後、彼はアリスにリベートを送り、彼女に言った：この取引は渡すことができる。
アリスは、この「アリス・トゥ・ボブ」をMerkleツリーに転送し、委員会としてビットコインチェーンにマークルルートを公開します。
誰かが将来決定したい場合、上記の「アリスからボブへのアリス」の移転が起こっており、彼は2つのことをする必要があります。ビットコインチェーン（転送データのハッシュ）には対応する対応があります。

ビットコインはRGBネットワークの履歴ログとして機能しますが、取引データのログ/マークルルートはログにのみ記録されます。トランザクションデータ自体ではありません。クライアント検証と1回のシーリングの使用により、RGBプロトコルは非常に高いセキュリティを持っています。RGBネットワークはP2Pおよび意図しない形式の動的なユーザークライアントで構成されているため、トランザクションリクエストを限られた数のノードに送信することなく、トランザクション相手をいつでも交換できます。RGBネットワークには強力な反reviewabilityがありますこの組織形式は、イーサリアムなどの大規模な公共チェーンよりも反レビューです。

（写真出典：btceden.org）

確かに、非常に高いセキュリティと反レビューのコストとプライバシー保護、およびプライバシー保護も明らかです。ユーザーは、数万回の一部の資産と長い履歴レコードが反対側に送信される場合、クライアントを実行する必要があります。

さらに、各トランザクションでは、2つの当事者が複数回通信する必要があります。このプロセスでは、少なくとも3つのニュース伝送が両側の間に生成されます。ほとんどの人が使用するこの「インタラクティブな転送」とほとんどの人が使用している「非インタラクティブ転送」は他の人はあなたにお金を転送し、それを確認するためにトランザクションデータを送信する必要があると想像できますか？

さらに、RGBネットワークには各クライアントが島ではなく、従来のパブリックチェーンの複雑なスマートコントラクトシナリオをRGBネットワークに移行することはできません。RGBプロトコルを最適化し、ユーザーエクスペリエンスを改善し、上記の問題を解決する方法は？これは、RGBプロトコルの周りにない問題になりました。

RGB ++：クライアント検証は楽観的なホスティングになります

RGB ++という契約は、RGBプロトコルとCKB、燃料、およびUTXOをサポートするその他のパブリックチェーンを組み合わせています。 CKB、Cardano、Fuel、その他の公共チェーンを信頼している限り、クライアントの検証を「検証のために第3部の分散型プラットフォーム」に置き換えます。信頼していなければ、従来のRGBモードに戻ることもできます。

RGB ++と元のRGBプロトコルは、理論的に互いに互換性がありますが、彼は自己を持っていないということではありません。

上記の効果を達成するには、「均質結合」と呼ばれるアイデアを使用する必要があります。CKBやCardanoなどのパブリックチェーンには、BTCチェーンのUTXOよりもプログラムされている独自のUTXOがあります。「均一な結合」は、CKB、カルダノ、燃料チェーンの拡張UTXOをRGBアセットデータの「コンテナ」として使用し、RGBアセットのパラメーターをこれらのコンテナに記述し、ブロックチェーンエッセンスに直接表示することです。RGBアセットトランザクションが発生するたびに、対応する資産コンテナは、エンティティやシャドウの関係と同様に、同様の機能を提示することもできます。これが「均一な結合」の本質です。

（写真出典：RGB ++ lightpaper）

たとえば、アリスがビットコインチェーンに100個のRGBトークンとUTXOを持っている場合、このUTXOには「RGBトークンバランス」があります

アリスがボブに30個のトークンを提供したい場合、対応する声明は、UTXO Aに関連付けられた30個のRGBトークン、70個を自分で制御する他のUTXOに転送することです。

その後、アリスはビットコインチェーンでUTXOを使用し、上記の声明を発行し、CKBチェーンでトランザクションを開始し、100 RGBトークンを運ぶ100のUTXOコンテナを消費し、2つの新しいコンテナを生成し、1つは30トークン（ボブを与える）を保持します。、70トークン（アリスコントロール）。その過程で、アリスの資産の有効性と取引宣言の有効性を検証するタスクは、CKBやカルダノなどのネットワークノードによるコンセンサスによって完了し、ボブの介入は必要ありません。この時点で、CKBとカルダノは、ビットコインチェーンの下で検証層とDA層として機能しました。

（写真出典：RGB ++ lightpaper）

全員のRGB資産データは、CKBまたはCardanoチェーンに保存されています。もちろん、上記のプラクティスもプライバシーを犠牲にしています。究極のセキュリティとプライバシーを追求している場合は、従来のRGBモードに切り替えることができます。個人的なニーズに応じて、RGB ++モードを使用できます。（実際、CKBやカルダノなどのパブリックチェーンの強力な機能的整合性により、ZKを使用してプライバシートランザクションを実現できます）

RGB ++が重要な信頼の仮定を導入したことを強調することが重要です。ユーザーは、CKB/Cardanoチェーン、またはコンセンサスプロトコルによる多数のノードで構成されるネットワークプラットフォームが信頼できると楽観視する必要があります。CKBを信用していない場合は、元のRGBプロトコルのインタラクティブな通信および検証プロセスに従い、クライアントを自分で実行することもできます。

RGB ++プロトコルでは、ユーザーはクロスチェーンなしでビットコインアカウントを使用して、CKB/CardanoなどのUTXOチェーンのRGBアセットコンテナで動作することができます。上記のパブリックチェーンでUTXOの特性を使用して、セル容器のロック解除条件を設定して、ビットコインアドレス/ビットコインUTXOに関連付ける必要があります。RGB Asset Transactionsの両当事者がCKBのセキュリティを信じている場合、ビットコインチェーンに関する委員会を公開する必要さえありません。多くのペンRGB転送の後、「トランザクションフォールド」関数と呼ばれるビットコインチェーンにコミュニティを送信するために要約が送信されます、使用コストを削減できます。

しかし、注意してください、同じバインディングによって採用された「コンテナ」は、UTXOモデルのパブリックチェーン、またはEVMチェーンに同様の機能を備えたインフラストラクチャをサポートする必要があり、多くのピットに遭遇します。（このトピックは単独で書くことができ、より多くのコンテンツが関係しています。興味のある読者は以前の記事のgeek web3を参照できますアイテム

包括的な、均一な結合に適したパブリックチェーン/機能拡張層に適しているため、次の特性が必要です。