![Search icon](https://hackernoon.imgix.net/search-new.png?w=19&h=19)
著者: Faust & Wuyue、GeekWeb3 & BTCEden より
今月、2024年7月にRGB++レイヤーのローンチが発表されたことにより、以前にリリースされたRGB++プロトコルが理論からエンジニアリングされた製品へと完全に移行したことになります。BTC、CKB、Cardano、その他の汎UTXO(未使用トランザクション出力)パブリックチェーン上にBTCFiエコシステムを構築するという壮大なビジョンを掲げるRGB++レイヤーのローンチは、プラットフォームのより具体的で実用的なシナリオの導入にも役立ち、数え切れないほど多くの人々の注目を集めることになるでしょう。
RGB++ プロトコルに基づく RGB++ レイヤーは、同型バインディングと Leap を使用して、BTC、CKB、Cardano、およびその他の UTXO タイプのパブリック チェーン間の RGB++ ネイティブ アセットまたは刻印/ルーンに対して「ブリッジフリー」のチェーン間インタラクション エクスペリエンスを提供します。CKB のチューリング完全なスマート コントラクト環境を活用して、ビットコインがアセットを発行し、複雑な DeFi 機能を実装するために必要な条件を構築します。CKB の包括的なアカウント抽象化エコシステムがそれをサポートし、ビットコイン アカウントおよびウォレットと互換性があることを考えると、BTCFi の大規模な導入への道も開かれます。
この記事は、RGB++ レイヤーの一般的な動作原理と機能特性を理解するのに役立ちます。また、4 つの特徴に基づいて、このレイヤーが BTCFi エコシステムにもたらす変化についても説明します。
RGB++プロトコルは、RGBプロトコルの「クライアント側検証」をCKBオンチェーン検証に置き換えるために1月にリリースされました。CKBを分散型インデクサーとして使用し、データストレージや資産ソース検証などのタスクをCKBに委任します。CKBはRGBプロトコルの検証レイヤーとデータ可用性(DA)レイヤーとして機能します。これは、RGBプロトコルの未使用トランザクション(UX)の問題とDeFiシナリオの望ましくない欠陥を解決するのに役立ちます。
「ワンタイムカプセル化」の概念に沿って、RGB++ の同型バインディングは、CKB チェーン上の拡張 UTXO である Cell を刻印/ルーン型資産のデータキャリアとして使用し、ビットコイン チェーン上の UTXO とのバインディング関係を確立してビットコインのセキュリティを継承します。
たとえば、アリスがボブに TEST トークンを転送したい場合、アリスは TEST 資産情報を格納するセルをボブのビットコイン UTXO の 1 つにバインドする宣言を生成できます。ボブが TEST トークンを他の人に転送したい場合、バインドされたビットコイン UTXO も転送する必要があります。このように、RGB++ 資産データを運ぶセルとビットコイン UTXO の間には 1 対 1 のバインド関係があります。ビットコイン UTXO が二重使用されない限り、バインドされた RGB++ 資産は二重使用できません。このメカニズムにより、RGB++ 資産はビットコインのセキュリティを継承しています。
RGB++ レイヤーは、RGB++ プロトコルのエンジニアリング実装の成果です。その 2 つの主な機能は、同型バインディングと Leap ブリッジフリー クロスチェーンです。
同型バインディングと Leap アプローチを理解するには、CKB の Cell モデルを説明することが不可欠です。Cell は、LockScript、TypeScript、Data などの複数のフィールドを持つ拡張 UTXO です。LockScript は、権限の検証に使用される Bitcoin のロック スクリプトと同様に機能します。TypeScript はスマート コントラクト コードに似ており、Data は資産データを保存するために使用されます。
CKB チェーン上で RGB++ 資産を発行したい場合は、まずセルを作成し、トークン シンボルとコントラクト コードを関連フィールドに書き込みます。その後、ビットコイン UTXO の分割と転送と同様に、セルを分解して多くの人に配布できます。
セルの構造はビットコイン UTXO と類似しており、CKB はビットコインの署名アルゴリズムと類似しているため、ユーザーはビットコイン ウォレットを使用して CKB チェーン上の資産を操作できます。セルの所有者は、ロック解除条件がビットコイン UTXO の条件と一致するようにロック スクリプトを設定できるため、ビットコイン アカウントの秘密鍵を使用して CKB チェーン上のセルを直接操作できます。
上記の機能は、CKB、BTC、その他の UTXO パブリック チェーン間でも実装できます。たとえば、Cardano アカウントを使用して CKB チェーン上の資産データを書き換えると、RGB++ 資産の管理権がクロスチェーン ブリッジなしで BTC アカウントから Cardano アカウントに転送されます。Bitcoin、Cardano、Liquid などのパブリック チェーン上の UTXO に RGB++ 資産をバインドするのは、実際の銀行口座が顧客の電話番号や ID にバインドされるのと同様に、二重支払いを防ぐためであることに注意してください。
また、RGB++ アセットは、データベースのようなメディア ストレージを必要とするデータの集まりであることにも注意してください。CKB チェーン上のセルは、それらのデータベースとして機能します。次に、権限検証を設定して、BTC や Cardano などのさまざまなパブリック チェーンのアカウントが CKB チェーン上の RGB++ アセット データを書き換えられるようにすることができます。
RGB++ レイヤーが提案する「Leap」とブリッジフリーのクロスチェーンは、同型バインディング技術に基づいています。これらは、RGB++ アセットにバインドされた UTXO の「再バインド」の目的を果たします。たとえば、アセットが以前に Bitcoin UTXO にバインドされていた場合、Cardano、Liquid、Fuel などのチェーン上の UTXO に再バインドできるようになります。その結果、アセット管理権限が BTC アカウントから Cardano または他のアカウントに転送されます。
ユーザーの観点から見ると、これは資産のクロスチェーン化に相当し、CKB はインデクサーやデータベースと同様の役割を果たします。ただし、従来のクロスチェーン方式とは異なり、「Leap」は資産データを変更する権限のみを変更し、データ自体は CKB チェーン上に保存されたままです。この方法は Lock-Mint モデルよりも簡潔で、マッピングされた資産契約への依存を排除します。
アリスが 100 個の TEST トークンを持っており、そのデータがセル #0 に保存され、ビットコイン チェーン上の UTXO #0 とバインド関係にあると仮定します。40 個の TEST トークンをボブに転送するには、セル #0 を 2 つの新しいセルに分割する必要があります。セル #1 にはボブに転送される 40 個の TEST トークンが含まれ、セル #2 にはアリスがまだ管理している 60 個の TEST トークンが含まれます。
このプロセスでは、セル#0 にバインドされた BTC UTXO#0 を UTXO#1 と UTXO#2 に分割し、それぞれセル#1 とセル#2 にバインドする必要があります。そのため、アリスがセル#1 をボブに転送すると、ワンクリックで BTC UTXO#1 もボブに転送でき、CKB と BTC チェーンで同期トランザクションを実現できます。
同型バインディングの核となる重要性は、その適応性です。CKB のセル、Cardano の eUTXO、Bitcoin の UTXO はすべて UTXO モデルであり、CKB は Bitcoin/Cardano 署名アルゴリズムと互換性があるため、これは特に重要です。Bitcoin チェーンと Cardano チェーンの両方での UTXO の操作方法は、CKB チェーンの Cells でも機能します。このように、Bitcoin/Cardano アカウントを直接使用して、CKB チェーン上の RGB++ 資産とそれらにバインドされた Bitcoin/Cardano UTXO の両方を同時に制御し、1:1 同期トランザクションを実現できます。
上記の Alice から Bob への転送シナリオに従うと、一般的なワークフローは次のようになります。
アリスは、CKB トランザクション データをローカルで (まだオンチェーンではない) 構築し、セル #0 を破棄し、ボブに送信するセル #1 を生成し、セル #2 を自分用に保持することを指定します。
アリスはローカルで宣言を生成し、セル#1をUTXO#1に、セル#2をUTXO#2にバインドし、セル#1とUTXO#1の両方をボブに送信します。
次に、アリスは、ステップ 2 の宣言とステップ 1 で生成された CKB トランザクション データを含む元のコンテンツに対応するコミットメント (ハッシュに類似) をローカルで生成します。
アリスはビットコイン チェーン上でトランザクションを開始し、UTXO#0 を破棄し、ボブに送信する UTXO#1 を生成し、UTXO#2 を自分用に保持し、OP_Return オペコードの形式でビットコイン チェーンへのコミットメントを書き込みます。
ステップ 4 が完了すると、ステップ 1 で生成された CKB トランザクションが CKB チェーンに送信されます。
セルとそれに対応する Bitcoin UTXO は同型にバインドされており、Bitcoin アカウントによって直接制御できることに注意してください。つまり、インタラクション プロセス中に、ユーザーは RGB++ ウォレットの Bitcoin アカウントを通じてワンクリック操作を実行できます。したがって、Bitcoin UTXO にバインドされた RGB++ 資産は、RGB++ レイヤーの資産が Bitcoin のセキュリティを継承するため、二重支払いの問題を解決するのに役立ちます。
上記のシナリオは、Bitcoin と CKB 間の同型結合に限定されるものではなく、Cardano、Liquid、Litecoin などを含む幅広いチェーンにも適用されます。
Leap 機能は基本的に、RGB++ 資産にバインドされた UTXO を切り替えることです。たとえば、バインドを Bitcoin から Cardano に変更すると、Cardano アカウントを使用して RGB++ 資産を制御できるようになります。このような場合、その後も Cardano チェーン上で転送を実行し、RGB++ 資産を制御する UTXO を分割して、より多くの人に転送することができます。RGB++ 資産は複数の UTXO パブリック チェーンに転送および配布できますが、従来のクロスチェーン ブリッジ ロック ミント モデルをバイパスできます。
このプロセスでは、CKB パブリック チェーンはインデクサーと同様の役割を果たし、Leap リクエストを監視および処理します。BTC にバインドされた RGB++ 資産を Cardano アカウントに転送する場合、実行する主要な手順は次のとおりです。
ビットコイン チェーンにコミットメントを公開し、BTC UTXO にバインドされたセルのバインド解除を宣言します。
Cardano チェーン上でコミットメントを公開し、セルを Cardano UTXO にバインドすることを宣言します。
セルのロックスクリプトを変更し、ロック解除条件をビットコインアカウントの秘密鍵からカルダノアカウントの秘密鍵に変更します。
このプロセス全体を通じて、RGB++ 資産データは CKB チェーン上に保存されたままであることに注意してください。ロック解除条件は、ビットコインの秘密鍵からカルダノの秘密鍵に変更されます。もちろん、具体的な実行プロセスは上記の説明よりもはるかに複雑ですが、ここでは詳しく説明しません。
CKB 以外のパブリック チェーンへの移行において、CKB パブリック チェーンは、第三者の証人、インデクサー、および DA 機能として機能することが暗黙の前提となっています。これは、パブリック チェーンとしての信頼性が、マルチパーティ コンピューティング (MPC) やマルチ署名などの従来のクロスチェーン ブリッジ方式をはるかに上回っているためです。
Leap 関数に基づいて実装できるもう 1 つの興味深いシナリオは、「フルチェーン トランザクション」です。このシナリオの例としては、Bitcoin、Cardano、CKB 全体にインデクサーが設定され、買い手と売り手が RGB++ 資産を取引できる取引プラットフォームが構築される場合が挙げられます。このような場合、買い手は自分の Bitcoin を売り手に転送し、Cardano アカウントで RGB++ 資産を受け取ることができます。
プロセス全体を通じて、RGB++ 資産のデータは購入者に転送されるセルに記録され、ロック解除権限は販売者の Bitcoin 秘密鍵から購入者の Cardano 秘密鍵に変更されます。
Leap 関数は RGB++ アセットに最適ですが、まだいくつかのボトルネックがあります。
Bitcoin と Cardano の場合、RGB++ 資産は基本的に OP_RETURN オペコードに基づく刻印/ルーン/カラーコインです。これらのパブリック チェーンのノードは、CKB がインデクサーとして調整に参加しているため、RGB++ 資産の存在を認識できません。つまり、Bitcoin と Cardano の場合、RGB++ レイヤーは、BTC や ADA などのネイティブ資産のクロスチェーンではなく、刻印/ルーン/カラーコインの飛躍を主にサポートしています。
対策として、RGB++ レイヤーは、詐欺の証明と過剰担保に基づくブリッジであるラッパーを導入しました。rBTC ラッパーを例にとると、BTC を RGB++ レイヤーにブリッジします。RGB++ レイヤーで実行される一連のスマート コントラクトが、ブリッジのガーディアンを監視します。ガーディアンが悪意を持って行動した場合、担保は削減されます。ガーディアンが共謀してロックされた BTC を盗んだ場合、rBTC 保有者は全額の補償を受けます。
Leap と Wrapper を組み合わせることで、BTCFi エコシステム内のさまざまな資産 (RGB++ ネイティブ資産、BRC20、ARC20、ルーンなど) を他のレイヤーまたはパブリック チェーンにブリッジできます。
次の図は、LeapX の使用プロセスの一部を示しています。LeapX は、ほぼすべての主流の BTCFi 資産のさまざまなエコシステムへの相互運用性をサポートしています。さまざまな方法で発行された資産には、対応する処理フローがあり、ラッパーまたは Leap を使用するものもあります。
従来の BTCFi ではスマート コントラクトがサポートされていないため、進化する空間では比較的単純な分散型アプリケーション (dApps) しか実装できません。実装方法によっては、一定の集中化リスクを伴うものもあれば、扱いにくい、または柔軟性に欠けるものもあります。
ブロックチェーン対応のスマート コントラクト レイヤーを実現するために、CKB は RGB++ レイヤーを通じて CKB-VM を導入しました。その目的は、RISC-V 仮想マシンをサポートするあらゆるプログラミング言語を RGB++ レイヤーでのコントラクト開発に使用できるようにすることです。これにより、開発者は好みのツールと言語を使用して、統一されたスマート コントラクト フレームワークと実行環境の下で、効率的で安全なスマート コントラクトを開発および展開できます。
一般的に、RISC-V を使用したスマート コントラクト開発の開発者の参入要件は、その広範な言語とコンパイラのサポートにより、比較的低くなっています。もちろん、言語はプログラミングの 1 つの側面に過ぎず、特定のスマート コントラクト フレームワークの学習は避けられません。ただし、RGB ++ レイヤーを使用すると、コントラクトを作成するために特定の DSL 言語を学習するのではなく、JavaScript、Rust、Go、Java、Ruby でロジックを簡単に書き換えることができます。
下の図は、C 言語を使用して CKB でユーザー定義トークン (UDT) を転送する方法を示しています。言語が異なることを除けば、基本的なロジックは一般的なトークンと同じです。
最後に、BTCFi は本質的にネイティブの Bitcoin 資産に対して多様な DeFi エクスペリエンスを提供することになるため、RGB++ レイヤーとその主流の Bitcoin ウォレットの背後にあるアカウント抽象化エコシステムを理解することは、BTCFi 周辺施設が考慮すべき重要な要素です。
RGB++ レイヤーは、開発者側とユーザー側の両方で BTC や Cardano などの主要な UTXO パブリック チェーンと互換性のある CKB のネイティブ AA ソリューションを直接再利用します。RGB++ レイヤーでは、認証にさまざまな署名アルゴリズムを使用できます。つまり、ユーザーは BTC、Cardano、さらには WebAuthn アカウント、ウォレット、認証方法を使用して、RGB++ レイヤー上の資産を直接操作できます。
一例として、ウォレットミドルウェアの CCC があります。これは、ウォレットと dApp 用に、さまざまなパブリックチェーンの操作性を CKB に提供できます。次の画像は、CCC の接続ウィンドウと、Unisat や Metamask などの主流のウォレットエントリをサポートする方法を示しています。
もう 1 つの例は、CKB エコシステム ウォレットの代表的な例である JoyID を使用した WebAuthn の実装です。JoyID ユーザーは、生体認証方法 (指紋や顔認識など) を通じてアカウントを直接認証し、シームレスで非常に安全なログインと ID 管理を実現できます。
RGB++レイヤーは完全なネイティブAAソリューションを備えており、他のパブリックチェーンのアカウント標準にも対応できると言えます。この機能は、いくつかの重要なシナリオのサポートを容易にするだけでなく、UXの障害も取り除きます。
この記事では、いくつかの複雑な詳細を説明することなく、RGB++ レイヤーのコア テクノロジを紹介しました。
RGB++ レイヤーは、さまざまなミーム コインや刻印/ルーン/カラー コインを含むフルチェーン インタラクション シナリオを実現するための重要なインフラストラクチャになり得ることを強調しています。このレイヤーの RISC-V ベースのスマート コントラクト実行環境は、BTCFi の成長に必要な複雑なビジネス ロジックの土壌を作るのにも役立ちます。
RGB++ レイヤーが進むにつれて、プロジェクトに関連する一連の技術的ソリューションのより徹底した分析が提供される予定です。どうぞお楽しみに!