RGB++レイヤーの4つの特徴を紐解く：BTCFiとUTXOの世界のハブ

By Faust & Misty Moon, BTCEden

2024年7月、CKBはRGB++レイヤーの正式な発売を正式に発表しました。より具体的で実用的な応用シナリオを導入する。BTCとCKBやCardanoのような汎UTXOパブリックチェーンとの間にBTCFiエコシステムを構築するというビジョンにより、RGB++レイヤーは急速に注目されるようになりました。

全体として、RGB++ LayerはRGB++プロトコルに基づき、同型バインディングとLeap技術を使用して、BTC、CKB、Cardano、その他のUTXOタイプのパブリックチェーン間で、RGB++ネイティブアセットまたは碑文/ルーンのための「クロスチェーンブリッジなし」の相互作用体験を提供します。"CKBチューリングの完全なスマートコントラクト環境を活用し、資産発行から複雑なDeFi機能の実装まで、ビットコインに必要な条件を構築します。

また、RGB++ LayerはCKBの完全なアカウント抽象化エコシステムに支えられており、ビットコインのアカウントとウォレットと互換性があるため、ビットコインユーザーに素晴らしいエクスペリエンスを提供し、BTCFiの大量導入への道を開くことができます。

以下では、RGB++レイヤーの一般的な仕組みと特徴を深く理解し、それがBTCFiエコシステムにもたらす変化を展望してみましょう。その理論的基盤はRGB++プロトコル上に構築されているため、まずはプロトコル自体から説明します。

RGB++ プロトコル：RGB++レイヤーの理論的礎石

RGB++プロトコルは今年1月にリリースされました。今年1月、その中核となるコンセプトは、RGBプロトコルの「クライアントサイドの検証」を、CKBを使用したオンチェーン検証で置き換えることであり、本質的にCKBを分散型インデクサとして扱い、データストレージとアセットソースの検証のタスクをCKBに任せ、RGBプロトコルの検証およびDAレイヤとして機能します。DAレイヤーは、UXに関するRGBプロトコルの欠点、Defiの好ましくないサポートを解決するためです。

「ワンタイムカプセル化」の概念に沿って、RGB++は同型バインディングの概念を導入しており、CKBチェーンの拡張UTXOであるCellを、インスクリプション/ルーンアセットのデータキャリアとして使用します。Cellは碑文/ルーン資産のデータキャリアとして使用され、その後Cellはビットコイン/カルダノ/リキッドチェーン上のUTXOにバインドされ、最終的に二重支払いの発生を防ぐために、RGB++資産がビットコインなどのUTXOパブリックチェーンのセキュリティを継承することを可能にします。

この「XXXをバインドしてXXXのセキュリティを継承する」という考え方は、現実の銀行口座に携帯電話番号やIDカードをバインドする考え方に似ています。

例として、アリスがTESTトークンをBOBに送金したいとすると、アリスはTEST資産情報を格納するCellをBobのビットコインUTXOにバインドするステートメントを生成できます。ボブがTESTトークンを再び誰かに転送しようとする場合、バインドされたビットコインUTXOも転送されなければなりません。

このように、RGB++アセットデータを運ぶCellとビットコインUTXOの間には1対1のバインドがあり、ビットコインUTXOが二重に使われない限り、バインドされたRGB++アセットが二重に使われることはありません。

RGB++レイヤーといえば、実際にはRGB++プロトコルをエンジニアリングした産物であり、その2つの主な特徴として、同型バインディングとLeapブリッジレスクロスチェーンがあります。同型バインディングとLeapの技術的な実装原理を詳しく見ていきましょう。

同型バインディングとLeap：BTCFiの資産発行とブリッジレス・クロスチェーン層

同型バインディングとLeapのアイデアを本当に理解するために、CKBのCellモデルの簡単な説明から始めましょう。

Cellは基本的に拡張UTXOで、LockScript、TypeScript、Dataなどの複数のフィールドがあります。はアセットデータの保存に使われる。

CKB チェーンで RGB++ アセットを発行したい場合、まず Cell を作成し、関連するフィールドにトークンシンボルやコントラクトコードなどを記述する必要があります。例えば、トークン・シンボルはTESTです。その後、ビットコインUTXOが分割されて転送されるのと同じ方法で、これらのCellを分割して多くの人に配布することができます。

Cellは構造的にビットコインUTXOに似ており、CKBはビットコインの署名アルゴリズムと互換性があるため、ユーザーはビットコインウォレットでCKBチェーン上の資産を操作することができます。Cellを所有している場合、ロックスクリプトをビットコインUTXOのロック解除条件と一致するように設定することで、ビットコインアカウントの秘密鍵でCKBチェーン上のCellを操作することができます。

CKBチェーン上のCellは、ビットコインアカウントの秘密鍵で操作することができます。/p>

上記の機能は、CKB、BTC、その他のUTXOパブリックチェーン間でも可能です。例えば、CKBチェーン上のアセットデータをCardanoアカウントで書き換えることもできますし、RGB++アセットの制御をBTCアカウントからCardanoアカウントに、クロスチェーンブリッジを介さずに移行することもできます。このトピックについては以下で説明します。

先に述べたように、RGB++アセットはBitcoin、Cardano、Liquidなどのパブリックチェーン上のUTXOにバインドされる必要があり、これは現実に携帯電話番号やIDカードを銀行口座にバインドするのと似ています。第二に、RGB++アセット自体は単なるデータの束であり、データベースやその他の記憶媒体が必要であり、CKBチェーン上のCellはそれらのデータベースとして機能することができます。.

そして、BTCやCardanoなどの異なるパブリックチェーンのアカウントを使用して、CKBチェーン上のRGB++資産データを書き換えることを許可する権限検証を設定することができます。これが同型バインディングの核心的な目的です。

RGB++ Layerの「Leap」とブリッジレス・クロスチェーニングは、同型バインディング技術に基づいており、RGB++資産がバインドされているUTXOを「交換」します。例えば、資産が以前ビットコインのUTXOにバインドされていた場合、現在ではそれをCardano、Liquid、Fuelなどのチェーン上のUTXOにスワップすることができ、これにより資産のコントロールをBTCアカウントからCardanoアカウントに移すことができます。

ユーザーの知覚の観点から、これは実際には資産のクロスチェーンと同等であり、CKBは同様のインデクサとデータベースとして機能します。しかし、従来のクロスチェーンのアプローチとは異なり、「Leap」はアセットデータへのアクセス権を変更するだけで、アセットデータはCKBチェーンに保存されたままです。これは、Lock-Mintモデルよりもはるかにシンプルなアプローチであり、アセット契約のマッピングに依存する必要がなくなります。

上記は、同型バインディングとLeapの積の効果を説明したものに過ぎません。具体的な事例を通して、その技術的な実装のアイデアを理解しましょう。

同型バインディングの実装

同型バインディングの技術的実装を理解しましょう。アリスが、ビットコインチェーン上のUTXO#0へのバインディングを持つCell#0に保存されたデータを持つ100個のTESTトークンを持っているとします。

このプロセスの間、Cell#0がバインドされているBTCのUTXO#0も、それぞれCell#1とCell#2にバインドされているUTXO#1とUTXO#2に分割されます。アリスがCell#1をボブに送金すると、ワンクリックでBTCのUTXO#1もボブに送金でき、CKBとBTCのチェーン上で取引を同期させることができる。

ここで同型結合を深く理解することができます。実際、この概念の核心的な意味は、CKBのCell、CardanoのeUTXO、BTCのUTXOはすべてUTXOモデルであり、CKBはビットコイン/カルダノの署名アルゴリズムと互換性があり、後者2つのチェーン上で発生するUTXOの分解と転送は、CKBチェーン上のCellにも1:1で同期できるということです。

このようにして、RGB++アセットにバインドされたBTC UTXOに対して操作を実行すると、あたかもそれが実体であり影であるかのように、操作の結果をCKBチェーン上のCellに同期させることができます。また、RGB++ アセットには、BTC UTXO と CKB Cell という 2 つのエンティティが関連付けられています。

上述のようにアリスがボブに送金するケースを検証すると、一般的な流れは次のようになります：

1..アリスはCKBトランザクションデータをローカルで（最初にアップリンクすることなく）構築し、このトランザクションは、資産データを記録するCell#0を破棄し、Cell#1を生成してボブに渡し、Cell#2を自分のために保持することを指定します;

2.

3. その後、アリスはローカルでBTC UTXO#1に対応するコミットメント（ハッシュに似ている）を生成する。コミットメントのデータは後にビットコインチェーン上に記録される。

4. Aliceはビットコインチェーン上で取引を開始し、UTXO#0を破棄し、Bobに送るためのUTXO#1を生成し、UTXO#2を生成し、OP_Returnオペコードの形でビットコインチェーンにコミットメントを書き込みます。

5. ステップ4が完了すると、ステップ1で生成されたCKBトランザクションがCKBチェーンに送信されます。

上記では、より複雑な詳細を省略しています。実際、アリスが自分のRGB++資産をボブに譲渡するとき、彼女はまず複雑な識別プロセスを経て、自分が本当にセル#0の所有者であることを証明しなければなりません。これには以下のようなことが含まれます：

1.Cell#0とBTC UTXO#0が確かに結合されていることを証明すること。

2.アリスがCell#0とBTC UTXO#0の実際のコントローラーであることを証明すること。

重要なのは、RGB++のアセットデータが書き込まれたセルとビットコインUTXOは、ビットコインアカウントによって同期的に書き換えられるということです。上記のシナリオは、ビットコインとCKBの間の同型バインディングに限定されるものではなく、カルダノ、リキッド、ライトコイン、その他の幅広いカテゴリーに拡張することができ、想像の余地はまだまだあります。

Leapの実装原理とサポートされるシナリオ

先に述べたように、Leapの機能は、実際にはRGB++アセットのバインディングのUTXOを切り替える方法です。たとえば、ビットコインからカルダノに切り替え、カルダノのアカウントでRGB++アセットをコントロールします。++アセット。その後、カルダノチェーン上で送金して、RGB++アセットを制御するUTXOを分割し、より多くの人に譲渡することもできます。

このようにして、RGB++アセットは、複数のUTXOパブリックチェーンにまたがって、従来のクロスチェーンブリッジのLock-Mintモデルをバイパスして、転送・配布することができます。このプロセスでは、CKBパブリックチェーンがインデクサーのような役割として動作し、Leapリクエストに立ち会って処理する必要があります。

BTCにバインドされたRGB++の資産をCardanoのアカウントに移したい場合、中核となる手順は以下のとおりです。

1. BTCのUTXOにバインドされたCellをバインド解除するというコミットメントをビットコインチェーンに投稿する。

2.セルがカルダノのUTXOにバインドされていることを示すコミットメントをカルダノチェーンにポストする。

3. セルのロックスクリプトを変更し、ロック解除条件に関連付けられたビットコインのUTXOをカルダノのeUTXOに変更する。

3.p>

このプロセス全体において、RGB++アセットデータは依然としてCKBチェーン上に保存されていますが、ロック解除条件に関連付けられたビットコインUTXOはカルダノチェーン上のeUTXOに変更されていることがわかります。もちろん、具体的な実行プロセスは上記よりも複雑なので、ここでは繰り返しません。

さらに、leapスキームには、CKBパブリックチェーンが第三者の証人、インデックス、DA施設として機能するという暗黙の前提があります。パブリックチェーンとしての信頼性は、MPCやマルチシグネチャのような従来のクロスチェーンブリッジよりもはるかに高い。

実際、リープ機能に基づいて、非常に興味深いシナリオも実現できます。例えば、ビットコイン、カルダノ、CKBにまたがるインデクサーを構築し、買い手と売り手がRGB++資産を取引できる取引プラットフォームを構築し、買い手がビットコインを売り手に送金し、カルダノのアカウントでRGB++資産を受け取ることができるとします。

このプロセスでは、RGB++資産のデータはまだセルに記録されていますが、そのセルは買い手に転送され、そのアンロックアクセスは売り手のビットコインUTXOから買い手のカルダノeUTXOに変更されます。

ビットコインとカルダノの場合、RGB++アセットは基本的にOP_RETURNオペコードに基づく内接/ルニック/クロームコインです。これらのパブリックチェーンノードはRGB++アセットの存在を認識することができず、CKBは実際にインデクサとしてそこから調整に参加しています。言い換えれば、ビットコインとカルダノにとって、RGB++レイヤーは主に、BTC、ADAなどのネイティブ資産のクロスチェーンではなく、インスクリプション/ルニック/ステンドコインのためのリープをサポートします。

この点で、RGB++レイヤーは公式にラッパー（Wrapper）を導入しています。rBTCラッパーを例にとると、BTCをRGB++レイヤーにブリッジし、RGB++レイヤー上で実行されるスマートコントラクトのセットがブリッジのガーディアンを監視します。ガーディアンが悪意を持って行動した場合、その担保は削減される。ガーディアンが結託してロックされたBTCを盗んだ場合、rBTCホルダーは完全に補償される。

LeapとWrapperの組み合わせにより、RGB++ネイティブアセット、BRC20、ARC20、ルーンなど、BTCFiエコシステム内の様々なアセットが、他のレイヤーやパブリックチェーンにクロスオーバーすることができます。パブリック・チェーンにクロスオーバーすることができます。

以下の図は、LeapXを適用する利用フローの一部で、ほぼ全てのBTCFiメインストリーム資産の異なるエコシステムへの相互運用性をサポートしていることがわかります。

CKB-VM: BTCFiのスマートコントラクトエンジン

上記では主にRGB++レイヤーの同型バインディングとLeapコンセプトについて説明しました。以下、その他の点を検証してみましょう。

従来のBTCFiでは、スマートコントラクトのサポートがないため、比較的シンプルなDappsしか実装できませんでした。実装によっては、ある種の中央集権化リスクがあり、不器用で柔軟性に欠けるものもあります。

ブロックチェーン上で使用可能なスマートコントラクトレイヤーを実装するために、CKBはRGB++レイヤー用にCKB-VMを提供しており、RISC-V仮想マシンをサポートできるプログラミング言語であれば、RGB++レイヤー上のコントラクト開発に使用できます。開発者は、好みのツールと言語を使用して、統一されたスマートコントラクトのフレームワークと実行環境の下で、効率的で安全なスマートコントラクトの開発とデプロイメントを実現できます。

以下は、Cで実装されたCKBのユーザー定義トークンUDTの転送メソッドのスニペットです。言語の違いを除けば、基本的なロジックは一般的なトークンと同じであることがわかります。RISC-Vは幅広い言語とコンパイラを備えているため、開発者がスマート・コントラクト開発を始めるための要件は比較的低く、コントラクトを書けるようになるために何らかのDSL言語を学ぶ必要はなく、JavaScript、Rust、Go、Java、Rubyでこのロジックを簡単に書き換えることができます。

もちろん、言語はプログラミングの一側面に過ぎず、特定のスマートコントラクトフレームワークを学ぶことは避けられません。

The Native AA Ecosystem: Seamlessly Bridging BTC and RGB++

最後に、RGB++をもう一度簡単に見てみましょう。ネイティブAAとアカウント抽象化エコシステムの背後にあるレイヤーです。BTCFiの本質は、ネイティブのビットコイン資産に多様なDefiエクスペリエンスを提供することであるため、主流のビットコインウォレットと互換性を持てるかどうかは、BTCFi周辺機器にとって考慮すべき重要な要素になります。RGB++レイヤーは、CKBのネイティブAAスキームを直接複製し、ユーザー側だけでなく開発者側でも、BTCやCardanoなどの重要なUTXOパブリックチェーンと互換性を持とうとすることができます。BTCやCardanoなどのUTXOパブリックチェーン。

RGB++レイヤーでは、ユーザーは認証に異なる署名アルゴリズムを使用できます。例えば、ユーザーはBTC、Cardano、あるいはWebAuthnなどのアカウント、ウォレット、認証方法を使用して、RGB++レイヤー上のアセットを直接操作することができます。

以下のウォレットミドルウェアCCCを例にとってみましょう。CCCはウォレットとdAppsに様々なパブリックチェーンからCKBへの操作性を提供することができます。

下の画像はCCCの接続ウィンドウです。UnisatやMetamaskといった主流のウォレットポータルをサポートしていることがわかります。

もう1つの例は、CKBエコウォレットJoyIDに代表されるWebAuthnの実装です。JoyIDを使えば、ユーザーは生体認証（指紋や顔認証など）を使って直接自分を認証することができ、シームレスで安全性の高いログインとID管理が可能になります。

同型バインディングとLeapは、RGB++レイヤーの完全なネイティブAAスキームに基づいて確立することができ、他のパブリックチェーンのアカウント標準と非常に互換性があります。

まとめ

上記の記事では、碑文/ルーン/クロムコインなどの様々なMemecoinsや、チェーン全体の相互作用の他のシナリオのための重要なインフラとして使用できる、RGB++レイヤーの全体像を調べました。また、RiscVをベースにRGB++ Layerによって構築されたスマートコントラクト実行環境は、BTCFiが必要とする複雑なビジネスロジックの土壌を作ることができます。

スペースの制約上、この記事はRGB++ Layerのコア技術の単純な普及に過ぎず、多くの複雑な詳細の体系的な普及を提供するものではありません。将来的には、RGB++ Layerの進歩に焦点を当て続け、プロジェクトに関連する一連の技術的ソリューションについて、より徹底的で詳細な分析を提供する予定ですので、ご期待ください！