原題: Introduction the CAKE Framework 原著者: Ankit Chiplunkar、Stephane Gosselin、Frontier Research 元編集: Deep Chao TechFlow

重要なポイントのまとめ

· 現在のデフォルトの暗号化ユーザー エクスペリエンスでは、ユーザーはどのネットワークと通信しているかを常に把握できます。ただし、インターネット ユーザーは、どのクラウド プロバイダーと通信しているかを知る必要はありません。この方法をブロックチェーンに導入することを、チェーン抽象化と呼びます。

· この記事では、Chain Abstraction Key Elements (CAKE) フレームワークを紹介します。このフレームワークは、アプリケーション層、許可層、ソルバー層、決済層の4つの部分で構成されており、ユーザーにシームレスなクロスチェーン操作体験を提供することを目指しています。

· チェーン抽象化の実装には、実行プロセスの信頼性、費用対効果、セキュリティ、速度、プライバシーを確​​保するための複雑なテクノロジのセットが必要です。

· チェーン抽象化におけるクロスチェーンのトレードオフをトリレンマとして定義し、それぞれに独自の利点を持つ 6 つの設計代替案を提案します。

· 連鎖抽象化の未来にうまく飛躍するには、業界として、CAKE のレイヤー間での情報の受け渡しに関する共通の標準を定義し、採用する必要があります。良い基準は、ケーキの飾りです。

導入

2020 年に、イーサリアム ネットワークはロールアップ中心のスケーリング ロードマップに移行しました。 4 年後、50 を超えるロールアップ レイヤー (L2) が使用されています。ロールアップ レイヤーは目的の水平スケーリングを提供しますが、ユーザー エクスペリエンスを完全に破壊します。

ユーザーは、どのロールアップを操作しているのかを気にしたり理解したりする必要はありません。暗号化ユーザーは、どのロールアップ (Optimism または Base) を使用しているかを知っています。これは、Web2 ユーザーがどのクラウド プロバイダー (AWS または GCP) を使用しているかを知っているのと同じです。 Chain Abstraction のビジョンは、ユーザーの視野からチェーン情報を抽象化することです。ユーザーはウォレットを dApp に接続し、意図したアクションに署名するだけです。ユーザーがターゲット チェーン上で正しい残高を確保し、意図したアクションを実行することの詳細はすべて舞台裏で処理されます。

この記事では、チェーン抽象化が、アプリケーション層、権限層、ソルバー層、決済層の相互作用を含む真に学際的な問題であることを説明します。 Key Elements of Chain Abstraction (CAKE) フレームワークを導入し、チェーン抽象化システムの設計トレードオフを詳しく掘り下げます。

CAKE フレームワークの紹介

チェーン抽象化の世界では、ユーザーは dApp Web サイトにアクセスし、ウォレットに接続し、操作に署名して、最終的な決済を待ちます。すべての複雑な操作は CAKE のインフラストラクチャ層で実行されます。 CAKE の 3 つのインフラストラクチャ層には次のものが含まれます。

1. 権限レイヤー: ユーザーはウォレットを dApp に接続し、ユーザーの意図に応じて見積もりをリクエストします。インテントとは、トランザクション パスではなく、トランザクションの終了時にユーザーが期待する結果を指します。たとえば、USDT を Tron アドレスに転送するか、USDC を Arbitrum の利回り生成戦略に入金します。ウォレットは、ユーザー資産を読み取り（つまり、状態を読み取り）、ターゲットチェーン上でトランザクションを実行（つまり、状態を更新）できる必要があります。

1. 権限レイヤー: ユーザーはウォレットを dApp に接続し、ユーザーの意図に応じて見積もりをリクエストします。インテントとは、トランザクション パスではなく、トランザクションの終了時にユーザーが期待する結果を指します。たとえば、USDT を Tron アドレスに転送するか、USDC を Arbitrum の利回り生成戦略に入金します。ウォレットは、ユーザー資産を読み取り（つまり、状態を読み取り）、ターゲットチェーン上でトランザクションを実行（つまり、状態を更新）できる必要があります。

2. ソルバー層: ソルバー層は、ユーザーの初期残高と意図に基づいて手数料と実行速度を推定します。クロスチェーン設定では、トランザクションは非同期であり、サブトランザクションは実行中に失敗する可能性があるため、ソルビングと呼ばれるこのプロセスは重要です。非同期性は、手数料、実行速度、実行保証に関わるクロスチェーンのトリレンマをもたらします。

3. 決済層: ユーザーが秘密キーを使用してトランザクションを承認した後、決済層はトランザクションの実行を保証します。これは、ユーザー資産をターゲットチェーンにブリッジするステップと、トランザクションを実行するステップの 2 つのステップで構成されます。プロトコルが特定の操作に複雑なソルバーを使用する場合、プロトコルは独自の流動性を提供し、ブリッジを必要とせずにユーザーに代わって操作を実行できます。

チェーン抽象化の実装とは、上記の 3 つのインフラストラクチャ層を統合された製品に統合することを意味します。これらのレイヤーを統合する際の重要な洞察は、情報配信と価値配信の違いです。チェーン間の情報転送はロスレスである必要があるため、最も安全なパスを信頼してください。たとえば、あるチェーンから別のチェーンのガバナンス投票に対して「はい」と投票するユーザーは、自分の投票が「可能」になることを望んでいません。一方で、ユーザーの好みによっては、価値の提供が失われる可能性があります。確立されたサードパーティを活用して、より速く、より安く、または保証された価値の配信をユーザーに提供できます。バリデーターに支払われる手数料によって測定されるように、イーサリアムのブロックスペースの 95% が価値の転送に使用されていることに注意することが重要です。

重要な設計上の決定

上記の 3 つのレベルでは、CAF が行う必要がある主要な設計上の決定を示します。これらの決定には、インテントを実行する権限を誰が管理するか、ソルバーにどのような情報が開示されるか、ソルバーが利用できる決済パスが含まれます。以下に各レベルの詳細な分析を示します。

許可レベル

パーミッション層はユーザーの秘密キーを保持し、ユーザーに代わってメッセージに署名し、オンチェーンのトランザクションとして実行されます。 CAF は、すべてのターゲット チェーンの署名スキームとトランザクション ペイロードをサポートする必要があります。たとえば、ECDSA 署名スキームと EVM トランザクション標準をサポートするウォレットは、イーサリアム、その L2、およびサイドチェーン (メタマスク ウォレットなど) に限定されます。一方、EVM と SVM (Solana VM) をサポートするウォレットは、両方のエコシステム (Phantom ウォレットなど) をサポートできます。同じニーモニックフレーズを使用してEVMチェーンとSVMチェーンの両方でウォレットを生成できることに注意してください。

マルチチェーン トランザクションは、正しい順序で実行する必要がある複数のサブトランザクションで構成されます。これらのサブトランザクションは複数のチェーンで実行する必要があり、それぞれに独自の時間変動手数料とノンスが設定されます。これらのサブトランザクションをどのように調整して解決するかは、アクセス許可レイヤーの設計上の重要な決定事項です。

1.EOA ウォレットは、ユーザーのマシン上で実行され、秘密鍵を保持するウォレット ソフトウェアです。それらは、ブラウザーベースの拡張機能 (メタマスクやファントムなど)、モバイル アプリ (コインベース ウォレットなど)、または特殊なハードウェア (レジャーなど) です。 EOA ウォレットでは、ユーザーが各サブトランザクションに個別に署名する必要がありますが、現時点では複数回のクリックが必要です。また、ユーザーはターゲットチェーン上で手数料残高を保持する必要があるため、プロセスに大きな摩擦が生じます。ただし、ユーザーが 1 回のクリックで複数のサブトランザクションに署名できるようにすることで、複数のクリックによる煩わしさをユーザーから取り除くことができます。

2. アカウント抽象化 (AA) ウォレットでは、ユーザーは依然として秘密鍵にアクセスできますが、トランザクション ペイロードの署名者とトランザクションの実行者は分離されています。複雑な関係者がユーザー トランザクションをアトミックにバンドルして実行できるようにします (Avocado、Pimlico)。 AA ウォレットでは、依然としてユーザーが各サブトランザクションに個別に署名する必要があります (現在は複数のクリックによる) が、各チェーンで手数料残高を保持する必要はありません。

3. ポリシーベースのエージェントは、ユーザーの秘密キーを別の実行環境に保存し、ユーザーのポリシーに基づいてユーザーに代わって署名付きメッセージを生成します。 Telegram Bot、Near Account Aggregator、または SUAVE TEE は戦略ベースのウォレットですが、Entropy または Capsule は戦略ベースのウォレット拡張機能です。ユーザーは承認フォームに署名するだけでよく、その後のサブトランザクションの署名と経費管理は、操作中にこれらのエージェントによって完了できます。

ソルバー層

ソルバー層

ユーザーがインテントを公開した後、ソルバー層は料金と確認時間をユーザーに返します。この問題は注文フロー オークションの設計に密接に関連しており、ここで詳しく説明します。 CAF は、プロトコル内パスを利用してユーザーの意図を強制したり、複雑なサードパーティ (つまり、ソルバー) を利用して特定のセキュリティ保証を侵害したりして、ユーザーに向上したユーザー エクスペリエンスを提供できます。 CAF フレームワークにソルバーを導入すると、情報と密接に関連する次の 2 つの設計上の決定が行われます。

インテントは、EV_ordering 値と EV_signal の 2 種類の抽出可能な値 (EV) で構成されます。

· EV_ordering は、通常、ユーザーの注文を実行するエンティティ (ブロック ビルダーやバリデーターなど) によって抽出されるブロックチェーン固有の値です。

· EV_signal は、ブロックチェーンに正式に記録される前に、命令に準拠するあらゆるエンティティがアクセスできる値を表します。

ユーザーの意図が異なれば、EV_ordering と EV_signal の間の分布も異なります。たとえば、DEX でコインを交換する意図では、通常、EV_ordering 値は高くなりますが、EV_signal 値は低くなります。逆に、ハッキングされたトランザクションの EV_signal コンポーネントは、トランザクションを実行するよりもフロントを実行することでより多くの価値が得られるため、より高くなります。マーケットメーカー取引の場合など、EV_signal がマイナスになる場合があることに注意してください。マーケットメーカーは将来の市場状況についてよりよく知っているため、これらの注文を実行するエンティティが損失を被る可能性があります。

ユーザーの意図を事前に観察できる場合、先を急ぐことができ、価値の漏洩を引き起こす可能性があります。さらに、負の EV_signal の可能性によりソルバー間で競争環境が生じ、ソルバーがより低い入札を提出することになり、さらなる値の漏洩 (別名逆選択) が発生します。最終的に、漏洩は料金を値上げしたり、より良い取引を提供したりすることでユーザーに影響を与えます。低料金と値上げは表裏の関係にあり、この記事の残りの部分では同じ意味で使用されることに注意してください。

情報の共有

ソルバーと情報を共有するには 3 つの方法があります。

1. パブリック メモリプール: ユーザーの意図はパブリック メモリプールまたはデータ可用性レイヤーにブロードキャストされ、リクエストを満たすことができる最初のソルバーが注文を実行して勝者になります。ユーザーは EV_ordering と EV_signal を公開するため、このシステムはユーザーにとって非常に有益です。たとえば、イーサリアムのパブリック メンプールやさまざまなブロックチェーン ブリッジなどです。ブリッジの場合、ユーザーは悪意のある攻撃を防ぐために、ターゲットチェーンに資産を転送する前に資産をエスクローに置く必要がありますが、このプロセスにより意図せずに公開されてしまいます。

2. 部分共有: CAF は、開示される情報の量を制限することで、入札者に開示される価値の量を減らすことができます。しかし、このアプローチは価格の最適性の喪失に直結し、入札スパムなどの問題を引き起こす可能性があります。

3. プライベート メモリプール: MPC と TEE の最近の開発により、完全にプライベートなメモリプールが可能になりました。実行環境の外に情報が漏洩することはなく、ソルバーは設定をエンコードしてそれぞれの意図を照合します。 EV_ordering はプライベート メモリプールによってキャプチャされますが、EV_signal は完全にはキャプチャされません。たとえば、ハッキングされたトランザクションが mempool に送信された場合、その注文を最初に見た人がトランザクションを横取りして EV_signal をキャプチャすることができます。プライベート メモリプールでは、ブロックが確認された後にのみ情報が解放されるため、トランザクションを見た人は誰でも EV_signal をキャプチャできます。ソルバーが認証ノードを確立して TEE の新しく生成されたブロックから EV_signal をキャプチャし、EV_signal のキャプチャを遅延競合に変えることが考えられます。

ソルバーリスト

CAF はまた、オークションに参加できる入札者の数と入札者を決定する必要もあります。主なオプションは次のとおりです。

ソルバーリスト

CAF はまた、オークションに参加できる入札者の数と入札者を決定する必要もあります。主なオプションは次のとおりです。

1. オープンアクセス: 参加するための参入障壁は可能な限り低くなります。これは、EV_signal と EV_ordering を漏洩する mempool を公開するのと似ています。

2. アクセスの制限: ホワイトリスト、評判システム、料金、シート オークションを通じて注文実行機能を制限します。ゲート メカニズムは、EV_signal がシステム内のソルバーによって捕捉されないようにするために必要です。たとえば、1インチ オークション、カウスワップ オークション、ユニスワップ X オークションなどです。注文獲得競争はユーザーの EV_ordering を取得し、ゲートメカニズムは注文生成者 (ウォレット、dApps) の EV_signal を取得します。

3. 排他的アクセス: 排他的アクセスは、期間ごとに 1 つのソルバーのみが選択される特別なオークション形式です。他のソルバーに情報が漏洩しないため、逆選択や早期割引が発生しません。オーダーフローイニシエーターはEV_signalとEV_orderingの期待値を取得し、競合がないため、ユーザーは約定のみを得ることができますが、価格の改善は得られません。このタイプのオークションの例としては、Robinhood オークションや DFlow オークションがあります。

決済層

ウォレットが一連のトランザクションに署名したら、ブロックチェーン上で実行する必要があります。クロスチェーン トランザクションは、決済プロセスをアトミックな操作から非同期操作に変換します。最初のトランザクションの実行および確認中に、ターゲット チェーンの状態が変化する可能性があり、トランザクションが失敗する可能性があります。このサブセクションでは、セキュリティ コスト、確認時間、実行保証の間のトレードオフについて検討します。

ターゲットチェーン上での意図されたトランザクションの実行は、とりわけ、トランザクションをレビューする機能やターゲットチェーンの手数料メカニズムなど、ターゲットチェーンのトランザクション包含メカニズムに依存することに注意することが重要です。私たちは、ターゲット チェーンの選択は dApp の決定であり、この記事の範囲を超えていると考えています。

クロスチェーンオラクル

状態とコンセンサスメカニズムが異なる 2 つのブロックチェーンには、それらの間の情報の転送を容易にするためにオラクルなどの仲介者が必要です。オラクルは、ユーザーがロックおよびミントブリッジのエスクローアカウントに資金をロックしていることを確認したり、元のチェーンでのガバナンス投票に参加するためにユーザーのトークン残高を確認したりするなど、チェーン間の情報転送の中継器として機能します。ターゲットチェーン。

オラクルは元のチェーンのコンセンサスを待つ必要があるため、最も遅いチェーンの速度で情報を送信します。これは、再編成のリスクを管理するためです。ユーザーがUSDCを元のチェーンからターゲットチェーンにブリッジしたいと考えており、この目的のためにユーザーは自分の資金をエスクローにロックしているとします。ただし、オラクルが十分な確認を待たずにターゲット チェーン上のユーザーのトークンを生成し続ける場合、問題が発生する可能性があります。組織再編が発生し、ユーザーがエスクロー トランザクションを上書きすると、オラクルは二重支払いを引き起こします。

オラクルには次の 2 種類があります。

1. プロトコル外のオラクル: チェーン間で情報を渡すためにコンセンサスを実行しているサードパーティのバリデーターから分離する必要があります。バリデータを追加すると、オラクルの実行コストが増加します。 LayerZero、Wormhole、ChainLink、および Axelar Network は、プロトコル外のオラクルの例です。

2. プロトコル内オラクル: エコシステムのコンセンサス アルゴリズムに深く統合され、コンセンサスを実行する一連のバリデータを使用して情報を配信します。 Cosmos の IBC は Cosmos SDK のチェーンの実行に使用され、Polygon エコシステムは AggLayer を開発し、Optimism はスーパーチェーンを開発しています。各オラクルは専用のブロックスペースを使用して、同じエコシステム内のチェーン間で情報を渡します。

3. 共有シーケンサーはプロトコルの外部にあるエンティティであり、プロトコル内でトランザクションの順序付けを行う権限を持っています。つまり、チェーン全体でトランザクションをバンドルできます。まだ開発中ですが、共有シーケンサーは再編成のリスクを軽減するために特定のブロックの確認を待つ必要がありません。クロスチェーンのアトミック性を真に実現するには、共有シーケンサーは、前のトランザクションが成功した場合に後続のトランザクションを実行して、トランザクションをチェーンに変えることができる必要があります。

ブリッジングトークン

マルチチェーンの世界では、ユーザーのトークンと料金残高はすべてのネットワークに分散されます。各クロスチェーン操作の前に、ユーザーは元のチェーンからターゲットチェーンに資金をブリッジする必要があります。現在 34 のアクティブなクロスチェーン ブリッジがあり、合計 TVL は 77 億ドル、過去 30 日間の橋の取引高は 86 億ドルです。

ブリッジング トークンは、価値の移転の 1 つのケースです。これにより、資本管理に優れ、再編リスクを引き受ける専門的な第三者を活用する機会が生まれ、ユーザーの取引に必要なコストと時間が削減されます。

クロスチェーン ブリッジには 2 つのタイプがあります。

ブリッジング トークンは、価値の移転の 1 つのケースです。これにより、資本管理に優れ、再編リスクを引き受ける専門的な第三者を活用する機会が生まれ、ユーザーの取引に必要なコストと時間が削減されます。

クロスチェーン ブリッジには 2 つのタイプがあります。

1. ロックおよび鋳造ブリッジ: ロックおよび鋳造ブリッジは、元のチェーン上のトークンのデポジットを検証し、ターゲット チェーン上にトークンを鋳造します。このようなブリッジの立ち上げに必要な資本は少額ですが、ロックされた情報を安全に転送するには多額の投資が必要です。これらの橋のセキュリティ侵害により、トークン所有者は数十億ドルの損失を被りました。

2. 流動性ブリッジ: 流動性ブリッジは、元のチェーンとターゲット チェーンの流動性プールを利用し、アルゴリズムを使用して元のチェーンとターゲット トークン間の変換率を決定します。これらの橋は初期コストが高くなりますが、必要な安全性の保証は低くなります。セキュリティ侵害が発生した場合、流動性プール内の資金のみが危険にさらされます。

どちらのクロスチェーンブリッジでも、ユーザーは流動性コストを支払う必要があります。ロックアンドミントブリッジでは、ターゲットチェーン上のラッピングトークンから目的のトークン（USDC.eからUSDC）に交換するときに流動性コストが発生しますが、流動性ブリッジでは、元のトークンから交換するときに流動性コストが発生します。チェーン上のトークンがターゲット チェーン上のトークンと交換されるときに発生します。

クロスチェーンのトリレンマ

上記の 5 つの設計上の決定により、クロスチェーンのトリレンマが生じます。 CAF は、約定保証、低料金、約定速度の中から 2 つの属性を選択する必要があります。

1. イントラプロトコルパス：指定されたクロスチェーン情報伝送路です。これらのシステムは再編リスクを考慮しており、執行速度は犠牲になりますが、追加のバリデータセットや流動性コストを排除することでコストを削減します。

2. ソルバーの集約: 複数のソルバーから見積もりを収集し、ユーザーの意図を実行するための最も安価で最速のパスを特定します。ただし、逆選択とフロントランニングにより、ソルバーが意図を満たせない場合があり、結果として実行が減少することがあります。

3. 実行競争: 実行意図を競うようにソルバーを配置するか、単一のソルバーを選択することによって、勝者ソルバーを選択します。どちらのアプローチでも、ソルバーは価格向上ではなく実行を競うため、ユーザー料金が高額になります。

CAKEの6つの要素

この記事では、チェーンの抽象化に直接的および間接的に取り組む 20 を超えるチーム設計を研究しました。このセクションでは、固有の効率性と製品市場への適合性を備えていると考えられる 6 つの独立した CA 実装について説明します。正しく構築されれば、これらの設計は相互に結合できる可能性があります。

重要な結論は、クロスチェーンのインテント表現には統一された標準が必要であるということです。各チームは、ユーザーの意図をエンコードするための独自の方法とプロトコルに取り組んでいます。統一された標準により、署名されたメッセージに対するユーザーの理解が向上し、ソルバーやオラクルがこれらの意図を理解しやすくなり、ウォレットとの統合が簡素化されます。

トークン指定橋

流動性コストを支払わないロック アンド ミント ブリッジには、バーン アンド ミント ブリッジとも呼ばれる特殊なケースがあります (USDC CCTP など)。トークン チームは各チェーンに正規のトークン アドレスを割り当て、ブリッジはユーザーが必要とするトークンを作成する権限を持ちます。

よく見ると、バーン アンド ミント ブリッジは十分なブロック確認速度を備えたクロスチェーン転送に似ていることがわかります。 xERC20 は、ターゲット チェーン上の正規トークンとその委任されたブリッジを指定するための標準です。トークン指定ブリッジは、実行と低料金を確保しながら速度を犠牲にするプロトコル内パスの例です (例: CCTP は転送の完了に 20 分かかります)。

生態系調整の橋

生態系調整の橋

エコシステム調整ブリッジは、同じエコシステム内のチェーン間で任意のメッセージを送信できます。このようなブリッジは、速度よりも実行保証と低料金を優先するプロトコル内パスです。例には、Cosmos IBC、Polygon AggLayer、Optimism Superchain などがあります。

3 年前、Cosmos エコシステムは、今日のイーサリアムが直面しているのと同様の課題に直面していました。流動性はさまざまなチェーンに分散しており、各チェーンには独自の手数料トークンがあり、複数のチェーンのアカウントを管理するのは非常に面倒です。 Cosmos エコシステムは、IBC プロトコル内メッセージング ブリッジを実装することでこれらの問題を解決し、シームレスなマルチチェーン アカウント管理とクロスチェーン転送を可能にします。

Cosmos エコシステムは、主権セキュリティと高速ファイナリティを備えた独立したチェーンで構成されており、プロトコル内のクロスチェーン メッセージングが非常に高速になります。ロールアップ エコシステムは、ファイナリティを達成するために、チャレンジ期間の終了 (楽観的ロールアップ) または zk 証明の提出 (妥当性ロールアップ) に依存しています。これらのファイナリティ制限により、エコシステム全体へのメッセージ配信が遅くなります。

ソルバーの価格競争

ソルバーの価格競争には、注文情報をすべてのソルバーで共有することが含まれます。ソルバーは、注文インテントによって生成された期待値 (EV) を組み合わせてユーザーに提供するように設計されています。システム内で最適なソルバーの選択は、ユーザー価格の改善を最大化することに基づいています。ただし、この設計には約定しないリスクがあり、注文の信頼性を確保するために追加のメカニズムが必要です。このようなメカニズムの例には、Uniswap X、Bungee、Jumper などがあります。

ウォレット調整メッセージ

ウォレット調整メッセージは、AA またはポリシーベースのウォレットによって提供される機能を活用して、あらゆるインテント タイプと互換性のあるクロスチェーン エクスペリエンスを提供します。これは究極の CA アグリゲーターとして機能し、さまざまな CA 設計間でユーザーの意図をリダイレクトして、特定の意図に対処します。例には、Avocado Wallet、Near Account Aggregator、Metamask Portfolio などがあります。

過去 10 年にわたり、暗号通貨エコシステムはユーザーとそのウォレットの関係が非常に不安定であることを学習したことに注意することが重要です。ニーモニックフレーズをメタマスクから別のウォレットに移行することを考えるたびに、非常に恐怖を感じます。これが、Vitalik Buterin 氏自身のサポートにもかかわらず、2 年半経った現在でも EIP-4337 の採用率が低い理由でもあります。新しいウォレットプロトコルのバージョンでは、ユーザーにより良い価格（アカウントの抽象化）や使いやすさの向上（ポリシーベースのウォレット）が提供される可能性がありますが、現在のウォレットからユーザーを移行するのは困難な作業です。

ソルバーの速度競争

ソルバーの速度競争により、ユーザーは特定のクロスチェーン変換の意図を表現し、高い実行保証を得ることができます。これはユーザーが手数料を最小限に抑えることには役立ちませんが、複雑なトランザクションを含めるための信頼できるチャネルを提供します。ブロック ビルダー料金に基づいてインテントを実行するか、速度を含めた最初のソルバーがそのインテントを獲得します。

この設計は、ソルバーによって取得される EV を最大化することで、高い包含率を達成することを目的としています。ただし、これにはイーサリアムメインネットでの複雑な資本管理やL2での低レイテンシー実行に依存するため、集中化という代償が伴います。

独占的な一括オークション

排他的バッチ オークションでは、時間枠内ですべての注文フローを実行する排他的な権利を求めてオークションが開催されます。他のソルバーは注文を確認できないため、予測される市場のボラティリティと平均約定品質に基づいて入札します。排他的バッチ オークションは、適切なユーザー価格を確保するためにフォールバック価格に依存しているため、価格改善には使用できません。すべての注文フローを単一の入札者に送信することで、情報漏洩を排除し、約定保証を向上させます。

結論は

Chain Abstraction Framework (CAF) は、ユーザーにシームレスなクロスチェーン インタラクションを提供することを約束します。このペーパーでは、明示的または暗黙的にチェーン抽象化の問題を解決しようとしているいくつかのチームによる運用および開発の設計を検証します。私たちは今年が CAF の年になると信じており、今後 6 ～ 12 か月の間にさまざまな設計とその実装の間で大きな競争が起こると予想しています。

クロスチェーンの価値移転は、低料金のトークン委任ブリッジングによって可能になり、ソルバーの速度や価格競争による迅速な実行が可能になります。メッセージ転送は、エコシステムに適合するメッセージング ブリッジを介してルーティングされ、ウォレットで制御されるプラットフォームを通じてユーザーのコストを最小限に抑え、速度を最大化するように設計されています。最終的に、これら 6 つの異なる設計オプションは、それぞれ異なるニーズを満たし、トレードオフ マトリックスの異なる領域で効率を活用するため、クラスターを形成します。

クロスチェーンの価値移転は、低料金のトークン委任ブリッジングによって可能になり、ソルバーの速度や価格競争による迅速な実行が可能になります。メッセージ転送は、エコシステムに適合するメッセージング ブリッジを介してルーティングされ、ウォレットで制御されるプラットフォームを通じてユーザーのコストを最小限に抑え、速度を最大化するように設計されています。最終的に、これら 6 つの異なる設計オプションは、それぞれ異なるニーズを満たし、トレードオフ マトリックスの異なる領域で効率を活用するため、クラスターを形成します。

このプロセスから得た重要な結論は、クロスチェーンの意図を表現するための共通の標準が必要であるということです。現在、複数のチームがユーザーの意図をエンコードするためのプロトコルに個別に取り組んでおり、作業が重複しています。統一された標準は、署名されたメッセージに対するユーザーの理解を向上させ、ソルバーとオラクルによる意図の処理を促進し、ウォレットとの統合を簡素化するのに役立ちます。