ロールアップ間の信頼のない相互運用性：概要、ビルド、および課題

著者：Marshall Vyletel Jr.出典：1KX翻訳：シャンオッパ、ビッチンビジョン

導入

イーサリアムのロールアップの数には爆発的な成長が見られました。L2Beatのデータによると、この記事の執筆時点では、91 L2とL3が発売され、82が外出先にあります。したがって、流動性、ユーザーエクスペリエンス、開発者ツールには多くの断片化もあります。現在の相互運用性ソリューションは、サードパーティのブリッジ、外部パッケージング資産、意図フレームワークの組み合わせに依存しているため、改善する必要があり、各ソリューションには独自の問題があります。

1. 流動性ブリッジは、多くの場合、最大の暗号通貨ハッカー攻撃のターゲットです（3億2100万ドルのワームホールブリッジハッカー攻撃など）

2. 外部のパッケージング資産は人気がなく、データは、可能な限り生産の形で資産を保持する意思があることを示しています（たとえば、L2Beatデータによれば、仕様ブリッジ資産は220億ドルの価値がありますが、外部パッケージング資産は30％しか価値がありません。 。

3. 意図のフレームワークは、無視できない信頼を必要とする第三者に依存しており、クロスロールアップ活動を促進するために追加料金を請求するために追加料金を請求します（たとえば、Degenチェーンユーザーは、公式の橋の不規則性のためにトークンの80％以上を失います）。集中化された意図フレームワークは、競争が低下することも意味し、価格設定とパフォーマンスの低下につながる可能性があります

この記事では、分散型ロールアップエコシステム間の6つのレベルの相互運用性ソリューションを定義および議論することにより、信頼のない相互運用性の見通しを調査します。

デフォルトから始めます。これは、ソースロールアップからL1への非同期的に撤回し、ターゲットロールアップに手動でブリッジし、単一のトランザクションでのスパンロールアップコンポジットの仮定アーキテクチャで終了することです。相互運用性の各レベルがユーザーエクスペリエンス、開発者エクスペリエンス、MEVの可能性、およびロールアップ自体（特にインフラストラクチャの変更に関連する）にどのように影響するかを探ります。

この記事では、主にイーサリアムとそのL2について説明し、信頼のない相互運用性のみに焦点を当てています。この場合、「信頼のない相互運用性」とは、ほとんどのロールアップが既に必要とする必要なインフラストラクチャ外の送信を容易にするために第三者を必要としないプロトコル内チャネルを指します。

準備

意味

基本的に、信頼のない相互運用性にはいくつかの共有リソースが必要であり、相互運用したい2つのプロトコルはこれらのリソースにアクセスできる必要があります。Ethereum L1の場合、すべてのスマートコントラクトは、イーサリアムの完全な状態を共有するのと同じ環境に存在するため、常に最高レベルの相互運用性があります。ただし、L2は別のブリッジ契約を通じてのみ決済レイヤーを共有するため、相互運用性は大幅に制限されています。

信頼できない相互運用性の梯子で私たちを駆り立てることができる主要な共有インフラストラクチャコンポーネントは、共有ソーター、スーパービルダー、共有請求です。これらの共有レイヤーに開かれた保証と新機能は関連していますが、本質的に直交です。

1. 共有シリアイザー/スーパービルダー：主に速度とユーザーエクスペリエンスを向上させます。

2. 共有決済：外部ラッピングとプロトコル内のメッセージングは​​必要ありません。

まず、はじめに言及されている6つの信頼のない相互運用性を定義します。

1. L1非同期：
   →[略式決済L1を介した手動資産転送]相互運用性を実現します。

2. 原子には：
   →ロールアップバンドル全体のすべてのトランザクションが、そのバンドルに含まれる各ロールアップの次のブロックに含まれるか、含まれていないことを確認します。

3. 共有和解：
   →複数のロールアップが同じブリッジ契約を介してL1に接続されています。

4. 原子実行：
   →ロールアップバンドル全体のすべてのトランザクションがバンドルに関係する各ロールアップの次のブロックに含まれ、正常に実行されることを確認してください。そうしないと、トランザクションは実行されません。実行の成功とは、各トランザクションがロールバックなしで実行され、バンドル内の各ロールアップの更新されたステータスに反映されることを意味します。

5. ブロックレベルの複合性：
   →ロールアップバンドルを横切る次のブロックは、従属トランザクションを含めることができることを保証します（ロールアップBにTX Bは、ロールアップaのTX Aの結果に依存します）

6. トランザクションレベルの複合性：
   →スマートコントラクトレベルの相互運用性には、複数のロールアップ間の状態の変更を引き起こすために1つのトランザクションのみが必要です（バンドリングなし）。ロールアップでプロトコルを使用することは、チェーンで異なるスマートコントラクトを使用することと論理的に同等です。重要なことに、これは、呼び出しの前に状態が戻って回復することができることを意味します。

各レベルの詳細については、次の重要なユースケースをカバーして、各レベルの機能とユーザー、開発者、集合体、およびMEV検索者への影響を実証します。

例：

1. 同じトークンの転送
   →あなた自身に送る：2つのロールアップ間でETHをETHに引き換えるか、ERC-20をERC-20に交換します

2. トークン購入
   →クロスロールアップ制限順序：ロールアップAでETH/ERC-20を使用して、ロールアップBでDEXから別のERC-20を購入し、（オプションで）ロールアップAを送信します

意味：

また、次の質問に答えて、集計されたエコシステムの主要株主への影響をさらに理解します。

1. ユーザーエクスペリエンス
   このレベルの相互運用性を達成することにより、ユーザーエクスペリエンスはどのように変化しますか？

2. 開発者エクスペリエンス
   このレベルの相互運用性を達成することにより、開発者の経験はどのように変化しますか？

3. MEVの可能性
   このレベルの相互運用性を達成した場合、新しいMEVの機会を得ることは可能ですか？

4. ロールアップの影響
   ロールアップは、これを達成するために新しいインフラストラクチャにオプトインする必要がありますか？Rollupの料金構造でどのような変更が加えられましたか？このインフラストラクチャへのRollupの関与の潜在的な利点は何ですか？

高度な概要

信頼のない相互運用性の6つの段階

1。L1非同期

必要なインフラストラクチャ：

適用できない

定義上、これは現在のデフォルトの信頼性のない相互運用モードを指します。すべてのロールアップは、L1に決済層として構築され、ブリッジ契約でのみアクセスできるため、この方法で定義されており、ネットワークを保護するために定期的にステータス更新を公開します。

この場合、信頼できないクロスロールアップアクティビティを実行する唯一の標準的な方法は、標準ブリッジを介してソースロールアップから資産を抽出し、L1で利用可能なターゲットロールアップに手動で堆積することです。

楽観的なロールアップの場合、エラー防止ウィンドウを考慮すると、引き出し遅延は約7日間です。ZKロールアップでは、引き出し遅延は完全には確実ではありませんが、15分から1日の間にある場合があります。これはZKSYNCの場合です。

さらに、ポイントツーポイントの原子交換にスマートコントラクトを使用することも可能ですが、これは小規模なユースケースであり、効果的に拡大することはできません。

現在、サードパーティのソリューションがあることは注目に値します。

1. 流動性ブリッジ

2. 意図フレームワーク

どちらの例でも、支援するためにサードパーティのソリューションが必要です。

自分に送る：

1. 標準化されたプラクティス：
   →ロールアップから資産を抽出します
   →手動でロールアップ保存b

2. 第三者：
   →流動性ブリッジ /ソルバーネットワーク

クロスローリング制限注文

1. 仕様：
   →ロールアップから資産を抽出します
   →手動でロールアップ保存b
   →制限注文を実行します
   →送り返すために、ターゲットERC-20を外部パッケージ化する必要があります

2. 第三者
   →集約された制限順序全体の新しいソリューションスペース
   →使用の意図を中心にこれを促進するオープンなデザインがあります

これはデフォルトであるため、UX、Devex、MEV、および要約の変更について議論する必要はありません。

2。アトミックが含まれます

必要なインフラストラクチャ

共有シリアナー *

アトミックインクルージョンは、クロススマー化バンドルが次のブロックに含まれることを保証します。

これには共有ソーターが必要ですが、理論的には、2つのロールアップのソルターが最大スループットに到達しない場合、手動で実行できます（各ロールアップに2つのトランザクションを個別に送信するだけです）。そのため、必要なインフラストラクチャにアスタリスクを追加しました。

ただし、共有ソーターが各接続されたロールアップの完全なノードを実行するとは想定していないため、一連のトランザクションの実行を成功させることを保証することは不可能です。この場合、共有ソーターはトランザクションが正しくフォーマットされていることのみを保証でき、次のブロックに含まれることがありますが、正常に実行されることはありません。

実行保証がないため、トランザクションのいずれかが取り消されるリスクを負うことなく、意味のある方法で原子包含をプログラム的に活用することは不可能です。したがって、本質的には、L1の非同期相互運用性とまったく同じ状況にあります。

原子包含保証のみを使用して、単純なsum交換を開始することを検討してください。

1. ロールアップ間でバンドルを交換します
   →TX 1：ソースロールアップでトークンをロック/破壊します
   →TX 2：ターゲットロールアップのユーザーアドレスにトークンをミントする

アトミックインクルージョンの保証がある場合があります。つまり、両方のトランザクションが実際に各要約の次のブロックに含まれていますが、最初のトランザクションがロールバックされ、2番目のトランザクションがロールバックされない場合、ユーザーはターゲットチェーンで正しくありません。ソースチェーンでロックまたは燃焼せずに資金を割り当てることによる支払いの問題。

流動性ブリッジであれ、意図フレームワークであろうとXERC-20交換であろうと、相互運用性のソリューションは、このリスクに対して脆弱であり、それを軽減することはできません。このリスクのため、現在のソリューションでは、トランザクションの開始が正常に実行され、リレーを使用して発信メッセージを渡してターゲットチェーンで2番目のトランザクションを実行する前に、ソースチェーンのブロックに含まれている必要があります。

重要：原子包含は相互運用性の可能性に大きな影響を与えません

3。共有和解

必要なインフラストラクチャ：

証明集約レイヤー//共有ブリッジ契約

これは、物事がより面白くなり始めるところです。共有ブリッジ契約の存在により、L1からロールアップエコシステムに堆積したすべての流動性は、すべての接続されたロールアップ間で自由に移動できます。それまでは、標準化されたチャネル、外部パッケージング資産を通過せず、またはサードパーティのソリューションを使用せずにロールアップ間で交換することができませんでした。

なぜ共有橋の契約を確立するのですか？共有ブリッジ契約により、ロールアップ全体でアセットを信頼できる方法で転送できる理由を理解するために、まずロールアップAでETHを使用できるかどうかを検討し、それを破壊し、次にレイヤー1共有ブリッジ契約を構築せずにロールアップBでネイティブにミントすることができます。 。

各ロールアップは、メインネットのブリッジ契約と同期していないことがわかります。ロールアップBブリッジ契約にはまだ50のETHがあるため、ユーザーはそのETHの1つをL1に抽出できません。

この問題を解決するために、ネットワーク内の他の場所でネイティブバージョンを象徴する、トークンの外部パッケージングバージョンを発行する外部資産パッケージングプロトコルを確立しました。

共有された決済層では、状況は異なります。接続された各ロールアップのすべての流動性は同じブリッジ契約にロックされているため、ブリッジ契約の合計値は同じままで、常に抽出できるため、ロールアップ間で自由に移動できます。

ユーザーがどこからでもお金を引き出すことを許可するための流動性がどこにあるかを理解するために、L1契約レベルで更新する必要がありますが、これはすべての接続の要約を共有契約に読み取ることができるためです。

共有請求レイヤーを使用して、プロセスは自分に簡単に送信するために次のように見える場合があります。

自分に送る：

1. ユーザーは初期トランザクションを作成します。
   →TX 1：ロールアップAでETHを抽出します（およびロールアップbでキャスト）
   →トランザクションはバッチで提出され、L1契約に送信されます
   →それはトランザクションルートに集約されます。これはすべて、すべての共有決済ロールアップをグループ化します

2. ロールアップBこのトランザクションルートをインポートします

3. リピーターはトランザクションをミントに提出し、メルクル証明書を提出してロールアップb

4. ロールアップBは、マークルプルーフとトランザクションルートを使用して、トランザクションの破壊を確認します

5. ロールアップにユーザーキャストETH b

6. ロールアップBは、証明をL1に提出します

このプロセスは、共有和解エコシステムのすべての集合体に契約を結んでいるERC-20に拡張できます。

共有ブリッジ契約は、すべての接続集約の間のプロトコルメッセージゼングレイヤーと考えることができます。そのため、理論的には、このプロセスは実際に任意のメッセージング標準に拡張できます。

これにより、複合性に近づきますが、凝集プルーフとメッセージの配信は、L1に状態の変更が反映された後にのみ必要であるため、レイテンシは高くなります（ただし、L1非同期の場合よりも大幅に低くなっています）。さらに、複雑なクロスロールアップアクティビティ（ロールアップBでDEXを使用してロールアップで資産からのクロスロールアップ制限注文を実行するなど）は、ユーザーが自分自身に送信し、手動で資産を交換する必要があるため、退屈なプロセスのままです。ターゲットロールアップ。この場合、アトミッククロスロールアップバンドルを作成することは不可能です。

共有された和解のもう1つの重要な利点は、複数の環境で注文を実行する流動性プロバイダーまたはソルバーの摩擦が少ないことです。接続されたすべてのロールアップにわたる流動性は同じブリッジ契約に反映されているため、クロスロールアップの流動性を管理するために完全な引き出しウィンドウを待つ必要はありません。

利害関係者への影響：

1. ユーザー：
   資産は、L1離脱期間を必要とせずにネイティブ形式で転送できるようになりました

2. 開発者：
   変更は、インプロトコルメッセージを使用して接続されたすべてのロールアップでERC-20のネイティブバージョンを発行できるトークン発行者に限定されています

3. Mev Searcher：
   これはロールアップごとに複数のブロックで発生するため、新しいMEVのポテンシャルは存在しません

4. ロールアップ：
   ロールアップは、共有ブリッジ契約を使用することを選択する必要があり、クロスロールアップメッセージを処理するために事前コンパイルを追加する場合があります

重要：共有和解により、共有ブリッジ契約と証明集約層のすべての要約で、資産の転送と任意のメッセージの非外部パッケージングが許可されますが、依然として無視できないレイテンシーがあります（L1 Asyncよりもはるかに短くなりますが）。ビーム。

4。原子実行

必要なインフラストラクチャ：

共有ソーター//スーパービルダー

アトミック実行により、クロスボリュームバンドルの成功した実行を保証することができますが、ご覧のとおり、当初予想されていたよりもトランザクションに依存しないクロスボリュームバンドルのユースケースは少なくなります。

一連の依存関係トランザクションが取り消された場合、他のすべてのトランザクションは無効になり、トークンの破壊とロールアップ全体の鋳造の場合のように、取り消されなければなりません。ターゲットロールアップのトークンミントは、ソースロールアップで破壊されたのかロックされているのかによって異なります。そのため、破壊とミントのトランザクションのセットは依存関係のトランザクションのセットであると言えます。

このバンドルは、ターゲットトランザクションを作成できる中間パーティー（スーパービルダーなど）がなければ不可能です。

ユーザー以外の他の関係者の参加なしに、ロールアップスワップバンドル全体のビルドの条件を満たさなければならない条件を検討してください。ソースロールアップでアセットをロック/燃やすために、ターゲットロールアップのミントアセットのバンドルを作成する必要がありますが、問題があります。

1. ソースロールアップの契約は、元のソース資産をロック/破壊するときにのみメッセージを送信でき、ターゲットロールアップでトランザクションを呼び出して作成することはできません。
   →これが、メッセージプロトコルとリレーネットワークが存在する理由です。
   →メッセージを使用して、ターゲットの呼び出しがどうあるべきかを構築できますが、実際にはトランザクション自体を作成することはできません。

2. Mintへのターゲットロールアップで2番目のトランザクションを作成します。
   →ユーザーは、ロールアップBにトークンの鋳造権がないため、このTX自体を作成できません。
   →つまり、ターゲットチェーンは、トークンがソースチェーンで焼かれて/ロックされていることを証明する必要がありますが、この証明は最初のトランザクションが実行されるまで利用できません。これにより、原子性の要件が破壊されます。→理論的には、他の缶
   キャスティング権を伴う2番目のトランザクションを作成する当事者は、最初にソースチェーンに「火傷」またはロックを作成することなく、ターゲットチェーンに「キャスト」トランザクションを作成できます。これは大きな脆弱性です。

クロスマーマー化バンドルの実行を保証することはできますが、貴重な資産を転送するために最初にそれらを構築する方法に困難があることがわかります。

ただし、クロスロールアップバンドルに依存する必要のない原子実行ユースケースがまだあります。そのうちの1つは、クロスロールアップアービトラージです。

これらのトランザクションの間に厳格な依存関係がないため、誰でもこの原子パッケージを作成して、アトミック実行を保証する共有シーケンサーに送信できます。

ただし、最初にアトミック実行保証を取得するために、ロールアップは共有ソルターとスーパーバイユルダーを選択して、すべての接続されたロールアップの完全なノードを実行する必要があるため、アトミック実行からブロックレベルの複合性までのステップは非常に小さく、すべての共有ソートが非常に小さくなります。計画を解決すると、これが行われます。必要な唯一の変更は、ブロックビルダーまたは他のサードパーティがユーザーに代わってトランザクションを作成して、依存関係のクロスロールアップバンドルを完了できる必要があることです。

複合性をさらに実装せずにアトミック実行のみを可能にするインフラストラクチャを構築する可能性は低いです。インフラストラクチャにはすでに原子実行機能があることを考えると、完全なブロックレベルの複合性を達成することの相対的な利点は、この目標を達成するよりもはるかに困難です。

利害関係者への影響：

1. ユーザー：
   変更はないかもしれませんが、第三者は意図のような解決策を提供するかもしれませんが、それらを実装する方法は不明です

2. 開発者：
   おそらく変わらないでしょう

3. Mev Searcher：
   クロスロールアップアービトラージは、原子実行を考慮してより安全です

4. ロールアップ：
   ロールアップは、共有ソーター/スーパービルダーを使用して、相互運用する各ロールアップからのトランザクションを含むブロックを含むブロックを提出することを選択する必要があります。これにより、ロールアップの収益構造が変更される場合があります。それがどのように変わるかは明らかではありません。-
   並べ替え市場は、成熟したビルダーがTOBスペースを購入できるようにすることで、ロールアップの収益を増やす可能性があります

重要：クロスロールアップバンドルはアトミック実行を保証しますが、バンドルパーツを作成するスーパービルダーなしでこれらのバンドルがどのように構築されるかは明確ではないため、アトミック実行自体が相互運用性に影響を与える可能性は低いです。デフォルトでは、共有シーケンサー/スーパービルダーは、ブロックレベルのコンポジョン性を構築する必要があります。

5。ブロックレベルの複合性

必要なインフラストラクチャ：

共有ソーター//スーパービルダー//証明集約層 * //共有ブリッジ契約 *

（* =オプション）

共有されたシーケンサーと共有された決済層に関する議論のほとんどで、このレベルの相互運用性を説明するために一般的に使用される用語は「同期の複合性」です。

この用語をわずかに変更して、より説明的にしました。用語を「ブロックレベルの複合性」に更新することは、次のブロックに含まれ、正常に実行される2つのロールアップ間でクロスロールアップトランザクションパケットを組み合わせることができることを意味します。同期的な複合性は、トランザクションレベルの複合性と混同される場合があります。これについては、次のセクションで検討します。重要なことに、これには、トランザクションパッケージに依存する執行者および作成者になることができる中間パーティー（共有ソートインフラストラクチャ）が必要です。

このレベルでは、別のロールアップでDAPPに参加するために自分自身に送信するだけでなく、ロールアップ間の真の複合性を確認し始めます。

トランザクションを作成できる共有シーケンサーを追加することにより、開発者がプロ​​グラム的に活用できるスパンサマリーパッケージを作成できるようになりました。

考慮すべき2つの状況があります。

1. ブロックレベルの複合性

2. ブロックレベルの複合性 +共有決済レイヤー

どちらの場合も、より複雑なアクティビティのためにスパンサマリーバンドルを作成できますが、2番目のケースでは、共有請求を通じてネイティブ資産を使用できます。たとえば、これにより、DEXアクティビティがより良い価格インパクトが発生する可能性があります。

ブロックレベルの複合性により、原子実行の利点と、従属トランザクションパッケージを作成する追加の機能の両方があります。2つの例の例を見てみましょう。

XERC-20を介した同じトークンの転送（共有された決済なし）：

1. ユーザーはERC-20を所有しています

2. ユーザーはdappを通じてTXを作成します：
   →ERC-20をXERC-20ロックボックスに保存して、XERC-20パッケージバージョンを受信します
   →XERC-20を破壊します
   →クロスロールアップ送信が開始され、交換を促進するために関連するデータが添付されていることを示す共有ソートインフラストラクチャにメッセージを送信する

3. SuperBuilderはトランザクションを拾い上げ、クロスロールアップバンドルを作成します
   →TX 1：上記のパッケージングおよび破壊トランザクション
   →TX 2：ロールアップでXERC-20をキャストb

4. SuperBuilderは、このクロスロールアップを共有ソーターに提出します
   →SuperBuilderはロールアップに接続された2つの完全なノードを実行しているため、トランザクションをシミュレートして、バンドルが正常に実行されるようにします。トランザクションがロールバックされた場合、バンドル全体がロールバックされます。

5. 共有ソルターは、2つのトランザクションを含むブロックをDAレイヤーと状態変更を実行するノードに送信します

6. XERC-20ロールアップでユーザーにキャストb

共有された決済レイヤーを使用すると、ERC-20をExchang-20として最初にパッケージ化する必要がないため、プロセスがさらに簡素化されます。

次に、クロスロールアップ制限の注文を見てみましょう。つまり、ロールアップbのロールアップAで初期（異なる）ERC-20でERC-20を購入し、生成されたERC-20をロールアップAに戻します。この場合、共有された決済層が共有されているとは想定していませんが、共有された決済層の場合には同様のプロセスが存在します。唯一の違いは、資産の外部パッケージを追加する必要がないことです。

この場合に必要なトランザクションは次のとおりです。

1. aでeRC-20をパックして破壊します

2. bのミントXERC-20

3. BのターゲットERC-20と最初のXERC-20を交換します

4. bでターゲットERC-20を詰め込んで破壊します

5. aのミントXERC-20

可能なワークフローは次のとおりです。

流れ：

1. ユーザーは最初のトランザクションを開始します。
   →XERC-20を詰め込んで破壊し、交換パラメーターを指定するメッセージを送信します（ターゲットチェーン、DEXアドレス、ERC-20交換するERC-20、順序価格を制限し、送信するかどうかのブール値）

2. スーパービルダーは取引を見て、バンドルを作成します。
   →TX 1：ユーザーは上記のトランザクションを作成します
   →TX 2：目的地でXERC-20をキャストします（スーパービルダーには鋳造許可が必要です）
   →TX 3：TX 1のデータを使用して、制限注文を実行する
   →TX 4：制限順序が完全に満たされていると仮定して、BでERC-20をパッケージ化および破壊し、鋳造用のソースチェーンにメッセージを送信します
   →TX 5：ソースチェーンの交換出力からターゲットXERC-20を鋳造する

スーパービルダーはブロックを作成してトランザクションをソートするため、各トランザクションをシミュレートし、トランザクションが取り消されたときにバンドルを省略できます。たとえば、ユーザーが制限順序を完全に満たすことができないことが判明した場合、ブロックを実行する前にバンドルは省略されます。

共有された決済層の共有ソートインフラストラクチャがない場合、ETHとXERC-20の外部パッケージングバージョンが必要であり、パッケージング資産の流動性プールが薄くなるにつれてDEXの市場状況が悪化する可能性があります。この場合、ユーザーはより緩い制限、より高い滑り耐性を使用する必要があり、最適ではない価格を受け取る必要があります。USDCが関与している場合、1つの例外があります。共有された請求のない共有ソーターは、Circleと連携して、ロールアップ間でUSDC契約の排他的権利を獲得し、ロールアップ間のネイティブのUSDC転送と交換を促進する場合があります。

共有された決済層を使用すると、この外部パッケージは不要です。ネイティブ資産交換の流動性プールはより深いため、より良い価格を提供する可能性がありますが、プロセスは基本的に同じです。

シーケンサーを楽観的に信頼してください

ロールアップには、効率的なクロスロールアップバンドルを作成するために、共有ソルター/スーパービルダーに対する楽観的な信頼が必要です。これは主に、このクロスロールアップバンドルには、個々のロールアップが各ロールアップチェーンに追加され、L1の決済層に集計されるまで個々のロールアップが検証できない従属トランザクションが含まれているためです。例は、ソースから目的地へのETHの最初の破壊と鋳造です。重要なことに、ターゲットチェーンでメントする前に、ETHをソースチェーンで実際に破壊する必要があります。そうしないと、二重支払いが発生する可能性があります。

ただし、この完全なバンドルをブロック内で実行するには、ブロック自体の前にトランザクションが無効な状態を表す場合でも、すべてのトランザクションがそのブロックに存在する必要があります（たとえば、ユーザーがブロックの前にETHを持っていない場合、ETHがあります交換のターゲットチェーンで）。したがって、ソルターには、sum sumバンドルに有効な依存関係が含まれていると信じなければなりません。その後、証明書を提出して、各トランザクションの有効性を証明できます。

ただし、L1に保存されているネイティブの流動性に影響を与えないため、パッケージ化された資産を使用する場合、これはそれほど重要ではありませんが、悪意のあるソルターまたはコードのエラーのリスクを相殺するためのフォールバックメカニズムが必要である必要があります。復元された従属トランザクションと一緒に実行されます。

利害関係者への影響：

1. ユーザー
   ユーザーエクスペリエンスへの大規模なアップグレード、単一のブロックでの誤用型の制限注文が可能になります

2. 開発者
   クロスロールアップアクティビティについてクロスロールアップの認識を持つ必要があり、カスタムの事前コンパイルを活用する必要がある場合があります。開発者は、取引だけでなく、バ​​ンドルの観点から考える必要がありますが、スーパービルダーとカスタムロールアップインフラストラクチャは、ほとんどの開発者の複雑さを削除する可能性があります。

3. MEV検索者
   SumバンドルでL1戦略を使用するMEV検索者の可能性は基本的に同じですが、PBS（提案者建設業者の分離）がどのように実装されるかに依存します。
   →クロスサムバンドルは本質的に単一のトランザクションと見なされるため、価格が許容可能な滑り額を超えない限り、これらのバンドルを事前取引またはクランプすることでMEVを見つけることができます（バンドル全体が回復するため、MEV試みは失敗します）

4. ロールアップ
   共有ソートインフラストラクチャ（スーパービルダーを含む）へのオプトインが必要であり、共有請求レイヤーの場合、共有ソーターでの倫理破壊/鋳造へのアクセスを可能にします。
   →MEVは、ブロックスペースをビルダーに販売することで内面化できます

6。トランザクションレベルの複合性

必要なインフラストラクチャ：

VMレベルの変更//共有決済//スーパービルダー

トランザクションレベルの複合性とは、EVMチェーン上のスマートコントラクトによって共有される同じレベルの機能を指します。この場合、単一のトランザクションは、複数のロールアップの状態を同時に更新し、コールが正常に返されない場合に通話を復元する前に状態が変更されることを確認できます。実際、ブロックレベルの構成可能な環境のアトミックトランザクションパッケージは、単一のクロスロールアップおよびクロスVMトランザクションで完了できます。共有請求層とスーパービルダーに加えて、これにはすべての接続されたロールアップにVMレベルの変更が必要です。

ここでは、高レベルからの可能なメカニズムについて説明します。（私たちの知る限り、この構造はエスプレッソチームに起因します）。まず、ユーザーは、状態が変更されたロールアップまたはすべての関連するロールアップでブロックを構築できるスーパービルダーにクロスロールアップトランザクションを提出します。スーパービルダーは、トランザクションをシミュレートし、関連するロールアップごとに入力と出力ペアのリストを形成します。これは、トランザクションで必要で予想されるクロスロールアップメッセージを指定します。（スーパービルダーは、一定期間にわたってすべての関連するロールアップに安全な選別権がある場合にのみこれを行うことができることに注意してください）。スーパービルダーは、各ロールアップトランザクションの予想入力ペアと出力ペアとともに、各ロールアップ提案者にシミュレートされたブロックを送信します。実行中、各ロールアップは、クロスロールアップトランザクションのリストからの入力が正しいと仮定して、独自の状態遷移関数を正常に実行します。決済中、入力および出力リストは、共有された決済層の証明凝集段階では、相互競合し、安全であることが証明されます。具体的には、ロールアップトランザクション全体で予想される入力が別のロールアップによって指定された出力と一致しない場合、決済プロセスはクロスロールアップトランザクション全体を拒否します。

Lightningローンに加えて、トランザクションレベルの複合性がロックを解除できる新しい機能は限られていますが、クロスロールアップアプリケーションの作成体験を大幅に改善できます。クロスロールアップバンドルを考慮せずにすべてのリンクチェーンと相互作用するDAPPを作成する機能により、複数のロールアップ環境で革新が容易になります。さらに、新しいユースケースと行動が出現する場合があります。

トランザクションレベルの複合性には、多くの未解決の設計上の問題があります。まず、開発者がスマートコントラクトへのクロスロールアップコールをオプトインまたはオプトアウトする方法に慎重に検討する必要があります。制限されていないことなく任意の複合性を許可することは、単一のロールアップに戻ることを意味します。ここでの答えは、開発者が契約のクロスロールアップの複合性が必要な場所を明確に指摘できるようにすることだと思います。たとえば、契約の特定のエントリポイントをソリディティモディファイ因子を介して呼び出す可能性のあるクロスロールアップ（「複合」など）としてマークするなどです。

利害関係者への影響

1. ユーザー：
   ブロックレベルの複合性と同じ意味で、Lightning Loanなどの他の高度な機能があります
   →UXはオプトインdappとほぼ同じチェーンを使用します

2. 開発者：DAPP開発者は、契約を相互縮小し、これらの呼び出しの出力（単一の概要呼び出しなど）を使用することができるため、
   開発者は大いに経験します
   改善→スーパービルダー/シーケンサーインフラは、交差否認コールの影響を受ける要約ブロックにトランザクションを配置する必要がありますが、ブロックレベルの複合性と同じバンドルを構築する必要はありません。

3. Mev Searcher：
   現在、クロスロールアップバンドルは基本的にチェーン上の単一のトランザクションに相当しているため、MEVのポテンシャルが高くなっています

4. ロールアップ：
   仮想マシンレベルの変更、および共有ソーターと共有請求層の選択が必要です
   →証拠を通じて状態を検証する前に、他のロールアップの入力と出力を信頼する必要があります。

要約およびエコシステムマップ

ここで定義されている各相互運用性レベルの技術的な詳細を理解した後、次を要約できます。

1. 共有請求により、外部ラッピング資産なしでロールアップ間で交換を可能にし、接続されたすべてのロールアップ間でプロトコル内のメッセージングパスを作成できます

2. 共有ソート/スーパービルダーは、クロスロールアップバンドルで次のブロック実行保証を許可します

3. ブロックレベルの複合性により、複雑で高速で相互に依存するクロスロールアップバンドルを作成することができ、スマートコントラクトに近いスマートコントラクトレベルに近い構成可能なエコシステムが可能になります。
   →共有請求を追加して、外部パッケージング資産を使用せずにこれらのクロスロールアップバンドルを作成します

4. トランザクションレベルの複合性が可能であり、新たに開かれたユースケースはより複雑なユーザーをターゲットにする可能性がありますが、サマリー間開発体験を大幅にアップグレードする可能性があります。

現在、これらのネイティブの相互運用可能なエコシステムを作成するために、多くのプロジェクトが出現しています。これは、フィールドの高レベルの概要です。

生態系マップ

<図>

結論

この記事にリストされているフレームワークの技術的な詳細に関する未回答の質問がまだいくつかあります。たとえば、ブロックレベルの構成可能なエコシステムでスマリー間限界注文のバンドルを構築するには、部分的な充足と市場注文のために滑り耐性を処理するために、より詳細な設計が必要になる場合があります。ここでは、注文が完全に完了していないが設計スペースが開いている場合、クロススマリーリミットオーダーバンドルを復元する潜在的なソリューションを提供します。

さらに、これは現在、アプリケーションチェーンの分野でのアイデアの共有の増加に関連していることに言及する価値があります。アプリケーションチェーンは、1つのL2で特定の関連する合意を分離することを目的とした、普遍的またはライセンスされた長期尾L2です。ブロックレベルの複合性に到達すると、すべての接続されたネットワーク間のネイティブコンポジットのために、アプリケーションチェーン環境が重大な魅力を得るようになる可能性が高いでしょう。

現在、これらのアプリケーションチェーンに流動性を導入することは依然として困難ですが、大型チェーンが相互運用可能な環境への入り口として接続されると、共有インフラストラクチャを取り巻く壁に囲まれた庭のエコシステムが表示される可能性があります。

もう1つの重要な未回答の質問は、スーパービルダーの周りの設計スペースがどのように解決されるかです。この開発はまだ初期段階にあり、集約されたパッケージ全体で最も効率的な方法で作成できる複雑なビルダーネットワークを作成する方法は明確ではありません。これらの横断的なパッケージは、最良の方法でブロックに含まれ、集約された収益への影響は未解決の問題であり、多くのチームがさまざまな戦略を模索しています。

最終的に、将来には、協力してすべての人により良い相互運用性プロセスを提供するために連携するプロトコルの橋渡しソリューションの組み合わせが含まれる場合があります。この記事で定義されている進捗は、エンドユーザーによりシームレスなクロスロールアップ相互運用性を提供することに焦点を当てている開発者とビルダーのためのガイドとして役立つと考えています。