RGB++レイヤーの4つの主要な特徴：BTCFiとUTXOワールドのハブ
2024年7月、CKBはRGB++レイヤーの発売を正式に発表し、これまで理論上存在していたRGB++プロトコルを完全に設計された製品に変換し、より具体的で実用的なアプリケーションシナリオを導入する態勢を整えました。BTCとCKBやCardanoなどのUTXOベースのパブリックチェーンにBTCFiエコシステムを構築するというビジョンのもと、RGB++ Layerはすぐに大きな注目を集めました。要約すると、RGB++レイヤーはRGB++プロトコルに基づいており、準同型バインディングとLeapテクノロジーを利用して、クロスチェーンブリッジを必要とせずに、BTC、CKB、CardanoなどのUTXOベースのブロックチェーン全体で、ネイティブRGB++アセットまたは碑文/ルーンにシームレスなクロスチェーンインタラクション体験を提供します。CKBのチューリング完全スマートコントラクト環境を活用して、ビットコインが複雑なDeFi機能を実現するために必要な条件を確立します。さらに、CKBの包括的なアカウント抽象化エコシステムに支えられ、ビットコインアカウントおよびウォレットと互換性があり、ビットコインユーザーに優れたユーザーエクスペリエンスを提供し、BTCFiの広範な採用への道を開きます。次のテキストでは、RGB++レイヤーの動作原理と機能を掘り下げ、それがBTCFiエコシステムにもたらす変化を探ってみましょう。その理論的基盤がRGB++プロトコルに基づいて構築されていることを考えると、プロトコル自体について議論することから始めます。
RGB++プロトコル：RGB++レイヤーの理論的基盤
今年1月にリリースされたRGB++プロトコルは、RGBプロトコルの「クライアント側の検証」からCKBチェーン上のオンチェーン検証への根本的な変革を実現します。基本的に、このアプローチはCKBを分散型インデクサーとして活用し、データストレージや資産ソースの検証などのタスクをCKBに割り当てることで、CKBをRGBプロトコルの検証層およびDA層として位置付けます。これにより、元のRGBプロトコルにおけるUXの問題やDeFiのサポート制限が解決されます。
RGB++は、「一度だけのカプセル化」というコンセプトに合わせて、同型結合の概念を導入し、CKBチェーンの拡張UTXO（Cells）を魔法陣のような資産のためのデータキャリアとして利用しています。これらのCellsは、Bitcoin、Cardano、またはLiquidチェーン上のUTXOにバインドされ、RGB++資産がこれらのUTXOベースのブロックチェーンのセキュリティを継承し、二重支払いを防止します。この「セキュリティの継承にバインド」アプローチは、銀行口座が電話番号とIDにリンクされてセキュリティが向上する現実世界のシナリオに類似しています。
例えば、アリスがTESTトークンをボブに送金したいとします。彼女は、TESTアセット情報を格納しているセルとボブのBitcoin UTXOを結びつける文を生成することができます。ボブがTESTトークンを他の誰かに送金する意向がある場合、結びつけられたBitcoin UTXOも一緒に送金する必要があります。これにより、RGB++アセットデータを持つセルとBitcoin UTXOの間に一対一の結びつけ関係が作成されます。Bitcoin UTXOが二重に使われていない限り、結びつけられたRGB++アセットも二重に使われることはありません。
RGB++レイヤーについて話すとき、それは基本的にはRGB++プロトコルのエンジニアリング実装であり、2つの主な特徴を備えています：同型結合とLeapブリッジフリーのクロスチェーン。同型結合とLeapの背後にある技術的な原理について詳しく見てみましょう。
同型結合とリープ: BTCFiの資産発行とブリッジフリーなクロスチェーンレイヤー
等価結合とLeapの概念を正確に理解するには、まずCKBのCellモデルを簡単に説明する必要があります。基本的に、CellはLockScript、TypeScript、およびDataを含むいくつかのフィールドを持つ拡張UTXO(未使用取引出力)です。LockScriptはBitcoinのロックスクリプトと同様に機能し、パーミッション検証に使用されます。TypeScriptはスマートコントラクトコードに類似しており、Dataはアセットデータを格納するために使用されます。
CKBブロックチェーン上でRGB++アセットを発行するには、まずCellを作成し、トークンシンボルと契約コードを関連フィールドに入力する必要があります。たとえば、トークンシンボルを「TEST」と設定することができます。これらのCellは、ビットコインUTXO（未使用取引出力）が分割され転送されるのと同様に、多くのユーザーに分解されて配布されることができます。
Cellsの構造はBitcoinのUTXOに類似しており、CKBはBitcoinの署名アルゴリズムをサポートしているため、ユーザーはBitcoinウォレットを使用してCKBチェーン上の資産を操作することができます。Cellを所有している場合、ロックスクリプトを構成してBitcoin UTXOのアンロック条件と一致させることができます。これにより、Bitcoinの秘密鍵を使用してCKBチェーン上のCellsを制御することができます。この機能はCKB、BTC、およびその他のUTXOベースのパブリックチェーンにも拡張されています。たとえば、Cardanoのアカウントを使用して、BTCのアカウントからCardanoのアカウントにRGB++アセットの制御を移行し、クロスチェーンブリッジを必要とせずにCKBチェーン上のアセットデータを変更することができます。
このプロセスでは、RGB++アセットをBitcoin、Cardano、Liquidなどの公共チェーンのUTXOにバインディングする必要があります。これは、現実世界で銀行口座を電話番号やIDにリンクするのと似ています。RGB++アセットは基本的にはデータであり、データベースなどのストレージ媒体が必要です。この場合、CKB Cellsがデータベースとして機能します。CKBチェーン上で、異なる公共チェーンアカウント（BTC、Cardanoなど）がRGB++アセットデータを変更するための権限検証を設定することができます。これが同型バインディングの中核原則です。
跳躍とブリッジフリーなクロスチェーン
RGB ++レイヤーの「Leap」およびブリッジフリーのクロスチェーン機能は、同型結合に基づいています。これにより、RGB ++アセットに関連するUTXOの「再バインド」が可能になります。たとえば、アセットが最初にBitcoin UTXOにバインドされていた場合、他のチェーンのCardano、Liquid、FuelなどのUTXOに再バインドできます。これにより、クロスチェーンブリッジの必要なしに、BTCアカウントからCardanoアカウントにアセットを移管できます。
ユーザーの視点からは、これはクロスチェーン資産の転送と同等であり、CKBがインデクサーおよびデータベースとして機能するものです。ただし、従来のクロスチェーン方法とは異なり、「Leap」は資産データの使用権限のみを変更し、データ自体はCKBチェーンに格納されたままです。このアプローチは、Lock-Mintモデルよりもシンプルであり、資産契約のマッピングに依存しないようになっています。上記の説明は等価結合とLeapの製品概要です。具体的な例を通じて、それらの技術的な実装を理解しましょう。
Isomorphicバインディングの実装
等価結合の技術的な実装を理解しましょう。Aliceは100のTESTトークンを持っており、データはCell＃0に格納され、BitcoinチェーンのUTXO＃0にバインドされています。今、Aliceは40のTESTトークンをBobに転送したいと考えています。まず、彼女はCell＃0を2つの新しいセルに分割します。セル＃1には40のTESTトークンが含まれ、Bobに転送され、セル＃2には60のTESTトークンが含まれ、Aliceの管理下にあります。このプロセスで、Cell＃0にバインドされたBTC UTXO＃0も、それぞれCell＃1とCell＃2にバインドされたUTXO＃1とUTXO＃2に分割されます。AliceがCell＃1をBobに転送する際、1つの操作でBTC UTXO＃1もBobに転送することができ、CKBチェーンとBTCチェーンの両方で同期したトランザクションを実現することができます。
ここで同型バインディングを深く理解することができます。実際、このコンセプトの中核的な意味は、CKBのCell、CardanoのeUTXO、そしてBTC UTXOがすべてUTXOモデルであること、そしてCKBがBitcoin/Cardano署名アルゴリズムと互換性があることです。後者の2つのチェーンで発生するUTXOの分解と転送は、CKBチェーン上のCellに1：1で同期されることもできます。このように、RGB++アセットにバインドされたBTC UTXOを操作する場合、操作結果は実体と影の関係のようにCKBチェーン上のCellに同期されます。さらに、RGB++アセットはBTC UTXOとCKB Cellの2つの実体に関連しており、両方がRGB++アセットの構成要素であることにも注意する必要があります。両方とも不可欠です。
アリスがボブに送金する上記のケースを調べると、一般的なプロセスは次のとおりです:1。AliceはCKBトランザクションデータをローカルで構築します(まだチェーンにアップロードしていません)。このトランザクションは、資産データを記録する Cell#0 が破棄され、Cell#1 が生成されて Bob に渡され、Cell#2 が自分のために保持されることを示しています。Alice はステートメントをローカルで生成し、Cell#1 を BTC UTXO#1 にバインドし、Cell#2 を BTC UTXO#2 にバインドし、Cell#1 と BTC UTXO#1 の両方を Bob;3 に送信します。その後、Aliceはコミットメント(ハッシュに類似)をローカルに生成し、対応する元のコンテンツには、ステップ2のステートメント+ステップ1で生成されたCKBトランザクションデータが含まれます。その後、コミットメントデータはビットコインチェーンに記録されます;4。アリスはビットコインチェーンでトランザクションを開始し、UTXO#0を破棄し、UTXO#1を生成してボブに送信し、UTXO#2を自分のために保持し、ビットコインチェーンへのコミットメントをOP_Returnオペコードの形式で書き込みます;5。ステップ 4 が完了したら、ステップ 1 で生成された CKB トランザクションを CKB チェーンに送信します。
より複雑な詳細のいくつかは、上記で省略されています。実際、アリスがRGB++資産をボブに譲渡するとき、彼女は最初に複雑な本人確認を実行して、彼女が実際にセル#0の所有者であることを証明する必要があります。2. アリスは、彼女がCell#0とBTC UTXO#0の実際のコントローラーであることを証明します。RGB++アセットデータで書かれたセルとビットコインUTXOは、ビットコインアカウントによって同時に書き換えられる可能性があることに注意してください。インタラクションプロセス全体を通して、ワンクリック操作はビットコインアカウントを介して完了できます。上記のシナリオは、ビットコインとCKBの間の同型結合に限定されず、カルダノ、リキッド、ライトコイン、その他の幅広いカテゴリに拡張できます。まだまだ想像力の余地はあります。
リープの実装原則とサポートシナリオ
以前に言及したように、Leap機能は実際には、RGB++アセットにバインドされたUTXOを切り替えるためのものです。つまり、BitcoinからCardanoに切り替えたり、その後Cardanoアカウントを使用してRGB++アセットを制御したりすることができます。その後、Cardanoチェーン上で資金を送金して、RGB++アセットをコントロールするUTXOを複数の人に分割して送金することもできます。このように、RGB++アセットは複数のUTXOパブリックチェーン上で転送および分配されますが、従来のクロスチェーンブリッジLock-Mintモデルをバイパスできます。このプロセスでは、CKBパブリックチェーンはLeapリクエストを証言し処理するためにインデクサーのように機能する必要があります。BTCにバインドされたRGB++アセットをCardanoアカウントに送金したいとします。コアステップは次のとおりです:1. Bitcoinチェーン上でCommitmentを公開し、BTC UTXOにバインドされたCellのバインディングを解除することを発表する。2. Cardanoチェーン上でCommitmentを公開し、CellがCardano UTXOにバインドされることを発表する。3. セルのロックスクリプトを変更して、ロック解除条件に関連するBitcoin UTXOをCardano上のeUTXOに変更する。
このプロセス全体を通して、RGB ++アセットデータはまだCKBチェーンに保存されていますが、ロック解除条件に関連付けられたビットコインUTXOはカルダノチェーンでeUTXOに変更されていることがわかります。もちろん、具体的な実行プロセスは上記よりもはるかに複雑なので、ここでは詳しく説明しません。さらに、リーププランには暗黙の前提があり、つまり、CKBパブリックチェーンはサードパーティの証人、インデックス、およびDAファシリティとして機能します。パブリックチェーンとして、その信頼性はMPCやマルチシグなどの従来のクロスチェーンブリッジ手法をはるかに超えています。実際、Leap 関数に基づいて非常に興味深いシナリオを実現できます。例えば、「フルチェーン取引」を実現することができます。ビットコイン、カルダノ、CKBにまたがるインデクサーを構築し、買い手と売り手がRGB ++資産を取引できる取引プラットフォームを構築するとします。買い手はビットコインを売り手に送金し、カルダノアカウントを使用してRGB++資産を受け取ることができます。.このプロセス中、RGB ++資産のデータは引き続きセルに記録されますが、セルは購入者に転送され、ロック解除権限は売り手のビットコインUTXOから買い手のカルダノeUTXOに変更されます。
ラッパー
Leap関数はRGB++アセットに最適ですが、まだいくつかのボトルネックがあります:ビットコインとCardanoの場合、RGB++アセットは基本的にOP_RETURNオペコードに基づく碑文/ルーン文字/染色されたコインです。これらのパブリックチェーンノードはRGB++資産の存在を認識できず、CKBは実際にインデクサーとして調整に参加しています。つまり、ビットコインとカルダノの場合、RGB++レイヤーは、BTCなどのネイティブアセットのクロスチェーンではなく、主に碑文/ルーン文字/染色されたコインのリープをサポートしており、この点 ADA.In、RGB++レイヤーは、不正防止と過剰担保に基づくブリッジとして簡単に理解できるラッパーを正式に導入しました。rBTCラッパーを例にとると、BTCをRGB++レイヤーにブリッジし、RGB++レイヤー上で動作する一連のスマートコントラクトがブリッジのガーディアンを監視します。保護者が悪意を持って行動した場合、担保は切り捨てられます。ガーディアンが共謀してロックされたBTCを盗んだ場合、rBTC保有者は全額の補償を受けることができます。
LeapとWrapperを組み合わせた後、BTCFiエコシステムのさまざまな資産（RGB++ネイティブ資産、BRC20、ARC20、ルーンなど）は、他のレイヤーやパブリックチェーンに転送することができます。
以下の図はLeapXの申請プロセスの一部です。ほとんどのBTCFiメインストリーム資産をさまざまなエコシステムに相互運用することができることがわかります。また、異なる発行方法を持つ資産に対して適切な処理手順があります。一部はラッパーを使用し、一部はLeapを使用しています。
CKB-VM：BTCFiのスマートコントラクトエンジン
上記では、主にRGB++レイヤーの同型バインディングとLeapの概念について説明しました。以下の他の点を調べてみましょう。従来のBTCFiでは、スマートコントラクトのサポートがないため、比較的単純なDappsしか実装できません。実装方法の中には、中央集権化のリスクがあるものもあれば、不器用で柔軟性に欠けるものもあります。ブロックチェーン上で利用可能なスマートコントラクトレイヤーを実装するために、CKBはRGB++レイヤー用のCKB-VMを提供しています。RISC-V仮想マシンをサポートできるプログラミング言語であれば、RGB++ Layer上での受託開発に使用でき、開発者は好みのツールや言語を使用して、統一されたスマートコントラクトフレームワークと実行環境の下で効率的で安全なスマートコントラクトの開発と展開を実現できます。以下は、C言語で実装されたCKBでのユーザ定義トークンUDTの転送方法です。言語の違いを除けば、基本的なロジックは一般的なトークンと同じであることがわかります。RISC-Vは言語とコンパイラを幅広くサポートしているため、開発者がスマートコントラクトの開発を開始するための要件は比較的低くなっています。このロジックは、JavaScript、Rust、Go、Java、Rubyを使用して簡単に書き直すことができます。コントラクトを書くために特定のDSL言語を学ぶ必要はありません。もちろん、言語はプログラミングの1つの側面に過ぎず、特定のスマートコントラクトフレームワークを学ぶことは避けられません。
Native AAエコロジー：BTCとRGB++をシームレスに接続する
最後に、RGB++ Layerの背後にあるネイティブAAとアカウント抽象化の生態学を簡単に理解しましょう。BTCFiの本質は、ネイティブのビットコイン資産に多様なDefiエクスペリエンスを提供することであるため、主流のビットコインウォレットと互換性があるかどうかは、BTCFi周辺施設で考慮すべき重要な要素になります。RGB++ Layerは、CKBのネイティブAAソリューションを直接再利用し、開発者側とユーザー側の両方でBTCやCardanoなどの重要なUTXOパブリックチェーンと互換性があります。RGB++ Layerでは、ユーザーは認証にさまざまな署名アルゴリズムを使用できます。たとえば、ユーザーは、アカウント、ウォレット、またはBTC、Cardano、さらにはWebAuthnなどの認証方法を使用して、RGB ++レイヤー上の資産を直接操作できます。CKB上の様々なパブリックチェーンの操作性をウォレットやdAppsに提供できるウォレットミドルウェアCCCを例にとりましょう。下の写真はCCCの接続ウィンドウです。UnisatやMetamaskなどの主流のウォレットエントランスをサポートしていることがわかります。
もう1つの例は、WebAuthnの実装であり、CKBエコロジカルウォレットJoyIDが典型的な代表です。JoyIDを使用すると、ユーザーは指紋や顔認識などの生体認証を直接行うことができ、シームレスかつ非常に安全なログインとアイデンティティ管理が可能です。RGB++レイヤーが完全なネイティブAAソリューションを持っており、他の公開チェーンのアカウント標準ともよく互換性があるため、同型結合とLeapの基盤であると言えます。この機能は、いくつかの重要なシナリオのサポートを容易にするだけでなく、UXを明確にします。
要約
上記では、RGB++レイヤーの全体像を調査しました。これは、碑文/ルーン/染色コインなどのさまざまなメメコインの重要なインフラストラクチャとして使用することができ、フルチェーンインタラクションシナリオを実現することができます。 RiscVに基づいたRGB++レイヤーによって構築されたスマートコントラクト実行環境は、BTCFiに必要な複雑なビジネスロジックのための土壌を作ることができます。スペースの制約のため、この記事ではRGB++レイヤーのコア技術の単純な普及にとどまり、多くの複雑な詳細の体系的な普及は行っていません。今後もRGB++レイヤーの進捗状況に注目し、このプロジェクトに関連する一連の技術的なソリューションについて、さらに徹底的で詳細な分析を行います。お楽しみに！
ステートメント：
この記事は[から再生されましたギークweb3], 著作権は元の著者にあります [Faust & Misty Moon], もし転載に異議がある場合は、お問い合わせください。Gate Learnチームはそれを関連手続きに従ってできるだけ早く処理します。
免責事項：この記事で表現されている見解や意見は、著者個人の見解を表すものであり、投資アドバイスを構成するものではありません。
他の言語のバージョンは、Gate Learnチームによって翻訳され、言及されません。Gate.io翻訳された記事は、転載、配布、または盗作されることはありません。
関連記事
ソラナとは何ですか?
RGB++レイヤーの4つの主要な特徴：BTCFiとUTXOワールドのハブ
2024年7月、CKBはRGB++レイヤーの発売を正式に発表し、これまで理論上存在していたRGB++プロトコルを完全に設計された製品に変換し、より具体的で実用的なアプリケーションシナリオを導入する態勢を整えました。BTCとCKBやCardanoなどのUTXOベースのパブリックチェーンにBTCFiエコシステムを構築するというビジョンのもと、RGB++ Layerはすぐに大きな注目を集めました。要約すると、RGB++レイヤーはRGB++プロトコルに基づいており、準同型バインディングとLeapテクノロジーを利用して、クロスチェーンブリッジを必要とせずに、BTC、CKB、CardanoなどのUTXOベースのブロックチェーン全体で、ネイティブRGB++アセットまたは碑文/ルーンにシームレスなクロスチェーンインタラクション体験を提供します。CKBのチューリング完全スマートコントラクト環境を活用して、ビットコインが複雑なDeFi機能を実現するために必要な条件を確立します。さらに、CKBの包括的なアカウント抽象化エコシステムに支えられ、ビットコインアカウントおよびウォレットと互換性があり、ビットコインユーザーに優れたユーザーエクスペリエンスを提供し、BTCFiの広範な採用への道を開きます。次のテキストでは、RGB++レイヤーの動作原理と機能を掘り下げ、それがBTCFiエコシステムにもたらす変化を探ってみましょう。その理論的基盤がRGB++プロトコルに基づいて構築されていることを考えると、プロトコル自体について議論することから始めます。
RGB++プロトコル：RGB++レイヤーの理論的基盤
今年1月にリリースされたRGB++プロトコルは、RGBプロトコルの「クライアント側の検証」からCKBチェーン上のオンチェーン検証への根本的な変革を実現します。基本的に、このアプローチはCKBを分散型インデクサーとして活用し、データストレージや資産ソースの検証などのタスクをCKBに割り当てることで、CKBをRGBプロトコルの検証層およびDA層として位置付けます。これにより、元のRGBプロトコルにおけるUXの問題やDeFiのサポート制限が解決されます。
RGB++は、「一度だけのカプセル化」というコンセプトに合わせて、同型結合の概念を導入し、CKBチェーンの拡張UTXO（Cells）を魔法陣のような資産のためのデータキャリアとして利用しています。これらのCellsは、Bitcoin、Cardano、またはLiquidチェーン上のUTXOにバインドされ、RGB++資産がこれらのUTXOベースのブロックチェーンのセキュリティを継承し、二重支払いを防止します。この「セキュリティの継承にバインド」アプローチは、銀行口座が電話番号とIDにリンクされてセキュリティが向上する現実世界のシナリオに類似しています。
例えば、アリスがTESTトークンをボブに送金したいとします。彼女は、TESTアセット情報を格納しているセルとボブのBitcoin UTXOを結びつける文を生成することができます。ボブがTESTトークンを他の誰かに送金する意向がある場合、結びつけられたBitcoin UTXOも一緒に送金する必要があります。これにより、RGB++アセットデータを持つセルとBitcoin UTXOの間に一対一の結びつけ関係が作成されます。Bitcoin UTXOが二重に使われていない限り、結びつけられたRGB++アセットも二重に使われることはありません。
RGB++レイヤーについて話すとき、それは基本的にはRGB++プロトコルのエンジニアリング実装であり、2つの主な特徴を備えています：同型結合とLeapブリッジフリーのクロスチェーン。同型結合とLeapの背後にある技術的な原理について詳しく見てみましょう。
同型結合とリープ: BTCFiの資産発行とブリッジフリーなクロスチェーンレイヤー
等価結合とLeapの概念を正確に理解するには、まずCKBのCellモデルを簡単に説明する必要があります。基本的に、CellはLockScript、TypeScript、およびDataを含むいくつかのフィールドを持つ拡張UTXO(未使用取引出力)です。LockScriptはBitcoinのロックスクリプトと同様に機能し、パーミッション検証に使用されます。TypeScriptはスマートコントラクトコードに類似しており、Dataはアセットデータを格納するために使用されます。
CKBブロックチェーン上でRGB++アセットを発行するには、まずCellを作成し、トークンシンボルと契約コードを関連フィールドに入力する必要があります。たとえば、トークンシンボルを「TEST」と設定することができます。これらのCellは、ビットコインUTXO（未使用取引出力）が分割され転送されるのと同様に、多くのユーザーに分解されて配布されることができます。
Cellsの構造はBitcoinのUTXOに類似しており、CKBはBitcoinの署名アルゴリズムをサポートしているため、ユーザーはBitcoinウォレットを使用してCKBチェーン上の資産を操作することができます。Cellを所有している場合、ロックスクリプトを構成してBitcoin UTXOのアンロック条件と一致させることができます。これにより、Bitcoinの秘密鍵を使用してCKBチェーン上のCellsを制御することができます。この機能はCKB、BTC、およびその他のUTXOベースのパブリックチェーンにも拡張されています。たとえば、Cardanoのアカウントを使用して、BTCのアカウントからCardanoのアカウントにRGB++アセットの制御を移行し、クロスチェーンブリッジを必要とせずにCKBチェーン上のアセットデータを変更することができます。
このプロセスでは、RGB++アセットをBitcoin、Cardano、Liquidなどの公共チェーンのUTXOにバインディングする必要があります。これは、現実世界で銀行口座を電話番号やIDにリンクするのと似ています。RGB++アセットは基本的にはデータであり、データベースなどのストレージ媒体が必要です。この場合、CKB Cellsがデータベースとして機能します。CKBチェーン上で、異なる公共チェーンアカウント（BTC、Cardanoなど）がRGB++アセットデータを変更するための権限検証を設定することができます。これが同型バインディングの中核原則です。
跳躍とブリッジフリーなクロスチェーン
RGB ++レイヤーの「Leap」およびブリッジフリーのクロスチェーン機能は、同型結合に基づいています。これにより、RGB ++アセットに関連するUTXOの「再バインド」が可能になります。たとえば、アセットが最初にBitcoin UTXOにバインドされていた場合、他のチェーンのCardano、Liquid、FuelなどのUTXOに再バインドできます。これにより、クロスチェーンブリッジの必要なしに、BTCアカウントからCardanoアカウントにアセットを移管できます。
ユーザーの視点からは、これはクロスチェーン資産の転送と同等であり、CKBがインデクサーおよびデータベースとして機能するものです。ただし、従来のクロスチェーン方法とは異なり、「Leap」は資産データの使用権限のみを変更し、データ自体はCKBチェーンに格納されたままです。このアプローチは、Lock-Mintモデルよりもシンプルであり、資産契約のマッピングに依存しないようになっています。上記の説明は等価結合とLeapの製品概要です。具体的な例を通じて、それらの技術的な実装を理解しましょう。
Isomorphicバインディングの実装
等価結合の技術的な実装を理解しましょう。Aliceは100のTESTトークンを持っており、データはCell＃0に格納され、BitcoinチェーンのUTXO＃0にバインドされています。今、Aliceは40のTESTトークンをBobに転送したいと考えています。まず、彼女はCell＃0を2つの新しいセルに分割します。セル＃1には40のTESTトークンが含まれ、Bobに転送され、セル＃2には60のTESTトークンが含まれ、Aliceの管理下にあります。このプロセスで、Cell＃0にバインドされたBTC UTXO＃0も、それぞれCell＃1とCell＃2にバインドされたUTXO＃1とUTXO＃2に分割されます。AliceがCell＃1をBobに転送する際、1つの操作でBTC UTXO＃1もBobに転送することができ、CKBチェーンとBTCチェーンの両方で同期したトランザクションを実現することができます。
ここで同型バインディングを深く理解することができます。実際、このコンセプトの中核的な意味は、CKBのCell、CardanoのeUTXO、そしてBTC UTXOがすべてUTXOモデルであること、そしてCKBがBitcoin/Cardano署名アルゴリズムと互換性があることです。後者の2つのチェーンで発生するUTXOの分解と転送は、CKBチェーン上のCellに1：1で同期されることもできます。このように、RGB++アセットにバインドされたBTC UTXOを操作する場合、操作結果は実体と影の関係のようにCKBチェーン上のCellに同期されます。さらに、RGB++アセットはBTC UTXOとCKB Cellの2つの実体に関連しており、両方がRGB++アセットの構成要素であることにも注意する必要があります。両方とも不可欠です。
アリスがボブに送金する上記のケースを調べると、一般的なプロセスは次のとおりです:1。AliceはCKBトランザクションデータをローカルで構築します(まだチェーンにアップロードしていません)。このトランザクションは、資産データを記録する Cell#0 が破棄され、Cell#1 が生成されて Bob に渡され、Cell#2 が自分のために保持されることを示しています。Alice はステートメントをローカルで生成し、Cell#1 を BTC UTXO#1 にバインドし、Cell#2 を BTC UTXO#2 にバインドし、Cell#1 と BTC UTXO#1 の両方を Bob;3 に送信します。その後、Aliceはコミットメント(ハッシュに類似)をローカルに生成し、対応する元のコンテンツには、ステップ2のステートメント+ステップ1で生成されたCKBトランザクションデータが含まれます。その後、コミットメントデータはビットコインチェーンに記録されます;4。アリスはビットコインチェーンでトランザクションを開始し、UTXO#0を破棄し、UTXO#1を生成してボブに送信し、UTXO#2を自分のために保持し、ビットコインチェーンへのコミットメントをOP_Returnオペコードの形式で書き込みます;5。ステップ 4 が完了したら、ステップ 1 で生成された CKB トランザクションを CKB チェーンに送信します。
より複雑な詳細のいくつかは、上記で省略されています。実際、アリスがRGB++資産をボブに譲渡するとき、彼女は最初に複雑な本人確認を実行して、彼女が実際にセル#0の所有者であることを証明する必要があります。2. アリスは、彼女がCell#0とBTC UTXO#0の実際のコントローラーであることを証明します。RGB++アセットデータで書かれたセルとビットコインUTXOは、ビットコインアカウントによって同時に書き換えられる可能性があることに注意してください。インタラクションプロセス全体を通して、ワンクリック操作はビットコインアカウントを介して完了できます。上記のシナリオは、ビットコインとCKBの間の同型結合に限定されず、カルダノ、リキッド、ライトコイン、その他の幅広いカテゴリに拡張できます。まだまだ想像力の余地はあります。
リープの実装原則とサポートシナリオ
以前に言及したように、Leap機能は実際には、RGB++アセットにバインドされたUTXOを切り替えるためのものです。つまり、BitcoinからCardanoに切り替えたり、その後Cardanoアカウントを使用してRGB++アセットを制御したりすることができます。その後、Cardanoチェーン上で資金を送金して、RGB++アセットをコントロールするUTXOを複数の人に分割して送金することもできます。このように、RGB++アセットは複数のUTXOパブリックチェーン上で転送および分配されますが、従来のクロスチェーンブリッジLock-Mintモデルをバイパスできます。このプロセスでは、CKBパブリックチェーンはLeapリクエストを証言し処理するためにインデクサーのように機能する必要があります。BTCにバインドされたRGB++アセットをCardanoアカウントに送金したいとします。コアステップは次のとおりです:1. Bitcoinチェーン上でCommitmentを公開し、BTC UTXOにバインドされたCellのバインディングを解除することを発表する。2. Cardanoチェーン上でCommitmentを公開し、CellがCardano UTXOにバインドされることを発表する。3. セルのロックスクリプトを変更して、ロック解除条件に関連するBitcoin UTXOをCardano上のeUTXOに変更する。
このプロセス全体を通して、RGB ++アセットデータはまだCKBチェーンに保存されていますが、ロック解除条件に関連付けられたビットコインUTXOはカルダノチェーンでeUTXOに変更されていることがわかります。もちろん、具体的な実行プロセスは上記よりもはるかに複雑なので、ここでは詳しく説明しません。さらに、リーププランには暗黙の前提があり、つまり、CKBパブリックチェーンはサードパーティの証人、インデックス、およびDAファシリティとして機能します。パブリックチェーンとして、その信頼性はMPCやマルチシグなどの従来のクロスチェーンブリッジ手法をはるかに超えています。実際、Leap 関数に基づいて非常に興味深いシナリオを実現できます。例えば、「フルチェーン取引」を実現することができます。ビットコイン、カルダノ、CKBにまたがるインデクサーを構築し、買い手と売り手がRGB ++資産を取引できる取引プラットフォームを構築するとします。買い手はビットコインを売り手に送金し、カルダノアカウントを使用してRGB++資産を受け取ることができます。.このプロセス中、RGB ++資産のデータは引き続きセルに記録されますが、セルは購入者に転送され、ロック解除権限は売り手のビットコインUTXOから買い手のカルダノeUTXOに変更されます。
ラッパー
Leap関数はRGB++アセットに最適ですが、まだいくつかのボトルネックがあります:ビットコインとCardanoの場合、RGB++アセットは基本的にOP_RETURNオペコードに基づく碑文/ルーン文字/染色されたコインです。これらのパブリックチェーンノードはRGB++資産の存在を認識できず、CKBは実際にインデクサーとして調整に参加しています。つまり、ビットコインとカルダノの場合、RGB++レイヤーは、BTCなどのネイティブアセットのクロスチェーンではなく、主に碑文/ルーン文字/染色されたコインのリープをサポートしており、この点 ADA.In、RGB++レイヤーは、不正防止と過剰担保に基づくブリッジとして簡単に理解できるラッパーを正式に導入しました。rBTCラッパーを例にとると、BTCをRGB++レイヤーにブリッジし、RGB++レイヤー上で動作する一連のスマートコントラクトがブリッジのガーディアンを監視します。保護者が悪意を持って行動した場合、担保は切り捨てられます。ガーディアンが共謀してロックされたBTCを盗んだ場合、rBTC保有者は全額の補償を受けることができます。
LeapとWrapperを組み合わせた後、BTCFiエコシステムのさまざまな資産（RGB++ネイティブ資産、BRC20、ARC20、ルーンなど）は、他のレイヤーやパブリックチェーンに転送することができます。
以下の図はLeapXの申請プロセスの一部です。ほとんどのBTCFiメインストリーム資産をさまざまなエコシステムに相互運用することができることがわかります。また、異なる発行方法を持つ資産に対して適切な処理手順があります。一部はラッパーを使用し、一部はLeapを使用しています。
CKB-VM：BTCFiのスマートコントラクトエンジン
上記では、主にRGB++レイヤーの同型バインディングとLeapの概念について説明しました。以下の他の点を調べてみましょう。従来のBTCFiでは、スマートコントラクトのサポートがないため、比較的単純なDappsしか実装できません。実装方法の中には、中央集権化のリスクがあるものもあれば、不器用で柔軟性に欠けるものもあります。ブロックチェーン上で利用可能なスマートコントラクトレイヤーを実装するために、CKBはRGB++レイヤー用のCKB-VMを提供しています。RISC-V仮想マシンをサポートできるプログラミング言語であれば、RGB++ Layer上での受託開発に使用でき、開発者は好みのツールや言語を使用して、統一されたスマートコントラクトフレームワークと実行環境の下で効率的で安全なスマートコントラクトの開発と展開を実現できます。以下は、C言語で実装されたCKBでのユーザ定義トークンUDTの転送方法です。言語の違いを除けば、基本的なロジックは一般的なトークンと同じであることがわかります。RISC-Vは言語とコンパイラを幅広くサポートしているため、開発者がスマートコントラクトの開発を開始するための要件は比較的低くなっています。このロジックは、JavaScript、Rust、Go、Java、Rubyを使用して簡単に書き直すことができます。コントラクトを書くために特定のDSL言語を学ぶ必要はありません。もちろん、言語はプログラミングの1つの側面に過ぎず、特定のスマートコントラクトフレームワークを学ぶことは避けられません。
Native AAエコロジー：BTCとRGB++をシームレスに接続する
最後に、RGB++ Layerの背後にあるネイティブAAとアカウント抽象化の生態学を簡単に理解しましょう。BTCFiの本質は、ネイティブのビットコイン資産に多様なDefiエクスペリエンスを提供することであるため、主流のビットコインウォレットと互換性があるかどうかは、BTCFi周辺施設で考慮すべき重要な要素になります。RGB++ Layerは、CKBのネイティブAAソリューションを直接再利用し、開発者側とユーザー側の両方でBTCやCardanoなどの重要なUTXOパブリックチェーンと互換性があります。RGB++ Layerでは、ユーザーは認証にさまざまな署名アルゴリズムを使用できます。たとえば、ユーザーは、アカウント、ウォレット、またはBTC、Cardano、さらにはWebAuthnなどの認証方法を使用して、RGB ++レイヤー上の資産を直接操作できます。CKB上の様々なパブリックチェーンの操作性をウォレットやdAppsに提供できるウォレットミドルウェアCCCを例にとりましょう。下の写真はCCCの接続ウィンドウです。UnisatやMetamaskなどの主流のウォレットエントランスをサポートしていることがわかります。
もう1つの例は、WebAuthnの実装であり、CKBエコロジカルウォレットJoyIDが典型的な代表です。JoyIDを使用すると、ユーザーは指紋や顔認識などの生体認証を直接行うことができ、シームレスかつ非常に安全なログインとアイデンティティ管理が可能です。RGB++レイヤーが完全なネイティブAAソリューションを持っており、他の公開チェーンのアカウント標準ともよく互換性があるため、同型結合とLeapの基盤であると言えます。この機能は、いくつかの重要なシナリオのサポートを容易にするだけでなく、UXを明確にします。
要約
上記では、RGB++レイヤーの全体像を調査しました。これは、碑文/ルーン/染色コインなどのさまざまなメメコインの重要なインフラストラクチャとして使用することができ、フルチェーンインタラクションシナリオを実現することができます。 RiscVに基づいたRGB++レイヤーによって構築されたスマートコントラクト実行環境は、BTCFiに必要な複雑なビジネスロジックのための土壌を作ることができます。スペースの制約のため、この記事ではRGB++レイヤーのコア技術の単純な普及にとどまり、多くの複雑な詳細の体系的な普及は行っていません。今後もRGB++レイヤーの進捗状況に注目し、このプロジェクトに関連する一連の技術的なソリューションについて、さらに徹底的で詳細な分析を行います。お楽しみに！
ステートメント：
この記事は[から再生されましたギークweb3], 著作権は元の著者にあります [Faust & Misty Moon], もし転載に異議がある場合は、お問い合わせください。Gate Learnチームはそれを関連手続きに従ってできるだけ早く処理します。
免責事項：この記事で表現されている見解や意見は、著者個人の見解を表すものであり、投資アドバイスを構成するものではありません。
他の言語のバージョンは、Gate Learnチームによって翻訳され、言及されません。Gate.io翻訳された記事は、転載、配布、または盗作されることはありません。
関連記事