L2の流動性の孤島を打破する：イーサリアム経済圏（EEZ）の基本ロジックとクロスチェーンの新たな解決策
イーサリアム経済圏（EEZ）のアーキテクチャにおいて、クロスチェーン機構の中核となる目標は「同期的コンポーザビリティ（Synchronous Composability）」の実現です。仕組みをより深く理解するために、「なぜクロスチェーン機構が必要なのか」と「なぜ同じイーサリアムブロック内で完了させなければならないのか」という2つの観点から、プロセス全体を見ていきましょう。
一、クロスチェーン機構はどのように機能するのか？（EEZを支える3つの柱）
従来のクロスチェーンブリッジでは、チェーンAとチェーンBは非同期です。チェーンAで資産をロックし、マルチシグやバリデーターの確認を待ってから、チェーンBでミントする必要があり、処理に時間がかかるうえ、途中で破綻するリスクもあります。一方、EEZは「証明とプロキシに基づく同期的な連携」という仕組みを採用しており、主に次の3つのコンポーネントに依存しています。
リアルタイム証明（Real-time proving）：
以前は、Rollupの有効性証明を生成するのに数分、場合によっては数時間かかっていました。
EEZでは最新のハードウェアとリアルタイム証明技術を活用し、証明の生成をイーサリアムの1つのスロット（12秒）内に収めます。イーサリアムのメインネットはRollupのコードを再実行する必要はなく、その場で生成された証明を検証するだけで、Rollupの状態が正しいことを確認できます。
コンポーザー（Composer）と実行テーブル（Execution Table）：
コンポーザーは重要なオペレーターです。イーサリアムのブロックが生成される前に、コンポーザーはクロスチェーン呼び出しが関係する複数のチェーン上で取引を事前に実行し、各クロスチェーン呼び出しの結果を「事前計算済みの回答表」（実行テーブル）に記録します。
プロキシ（Proxy）コントラクト：
Rollup上の各コントラクトには、イーサリアムL1上にあらかじめ特定されたプロキシアドレスがあります（逆も同様です）。
クロスチェーン呼び出しが行われても、コード上は通常のローカルコントラクト呼び出しと同じように記述でき、複雑な非同期メッセージングプロトコルは必要ありません。プロキシはEEZコントラクトからコンポーザーが事前計算した実行結果を取得して照合し、一致すればそのまま処理を進めます。
二、なぜ1つのイーサリアムブロック内で完了させるのか？（主な理由）
「同じイーサリアムブロック内で完了させる」（つまり同期呼び出し）ことは、この仕組みの要です。その主な理由は次の3つです。
「アトミシティ（Atomicity）」の欠如を根本的に解消し、真の「すべて成功するか、すべて失敗するか」を実現する
金融取引や複雑なスマートコントラクトの操作では、アトミシティが極めて重要です。複数のステップを含む取引は、すべて成功するか、すべて失敗するかのどちらかでなければなりません。
非同期クロスチェーンの課題：操作を段階的に行う場合（L1で借り入れ、クロスチェーンで移動し、L2で取引するなど）、2つ目のステップが途中で止まったり、市場が急変したりすると、資産が大きなリスクにさらされます（たとえば、資金がL1から移動したのに、何らかの理由でL2の目的のプールで取引に失敗し、資金が宙に浮いたままになることがあります）。
同じブロック内で同期処理する利点：すべての操作が同じイーサリアムブロックにまとめられれば、取引全体が絶対的なアトミシティを持ちます。事前実行の段階で、コンポーザーがいずれかの工程（スリッページが大きすぎる、残高が足りないなど）の失敗を検出すると、取引全体がブロック生成前に取り消されます。ブロックに含まれた後でも、どこか一箇所に問題があれば、イーサリアムとRollup上の関連する操作はすべて即座に安全にロールバックされます。これにより、クロスチェーン処理に伴う中間リスクが完全に取り除かれます。
流動性の分断を解消し、L2がL1の厚みのある流動性プールをリアルタイムで共有できるようにする
クロスチェーン処理が同じブロック内で完了しない場合、あらかじめ各L2のプールに資金を移して拘束しておく必要があり、資金効率の大幅な低下と流動性の分断につながります。
同じイーサリアムブロック内であれば、Rollupは呼び出しを開始した瞬間に、イーサリアムL1メインネットの厚い流動性（UniswapやAaveなど）を直接「借りる」ことができます。
たとえば、L2で取引を開始すると、同じイーサリアムブロック内でL1のUniswapを直接呼び出して交換を実行し、その結果をコールバックできます。ユーザーにとっては、まるで同じチェーン上で操作しているように感じられ、各チェーンへの事前の「入金」や「資金移動」は必要ありません。
状態の不整合と「リオーグ（Reorg）」攻撃を回避する
ブロックチェーンでは、いつでもブロックの再編成（Reorg）が起こる可能性があります。クロスチェーン処理が非同期で複数のブロックにまたがる場合、チェーンAでは取引が成功したと判断された後にイーサリアムのメインネットでリオーグが発生し、チェーンAが依存していた上流の状態が消えてしまうことがあります。その結果、壊滅的な台帳の混乱が引き起こされます。
同じイーサリアムブロック内での完了を必須とすることで、すべての状態遷移、証明の検証、プロキシのコールバックが、同一の時間的基準点（Sync block）に結び付けられます。
EEZに参加するチェーンには、次の厳格なルールが課されます。イーサリアムでリオーグが発生した場合、そのチェーンも同期してロールバックしなければなりません。これにより、クロスチェーンの状態に「時間差」に起因する不整合が生じないことが、根本の仕組みから保証されます。
💡 一言でまとめると：
同じイーサリアムブロック内で処理するのは、脆弱で時間のかかるクロスチェーンブリッジを、ブロックチェーンの基盤が持つ最も強固な特性である「アトミシティ（Atomicity）」で置き換えるためです。これにより、異なるL2に分散したアプリケーションが、まるで同じCPUコア上にあるかのように、イーサリアムのメインネットが持つあらゆる流動性と計算リソースを瞬時に、安全に共有できるようになります。
イーサリアム経済圏（EEZ）のアーキテクチャにおいて、クロスチェーン機構の中核となる目標は「同期的コンポーザビリティ（Synchronous Composability）」の実現です。仕組みをより深く理解するために、「なぜクロスチェーン機構が必要なのか」と「なぜ同じイーサリアムブロック内で完了させなければならないのか」という2つの観点から、プロセス全体を見ていきましょう。
一、クロスチェーン機構はどのように機能するのか？（EEZを支える3つの柱）
従来のクロスチェーンブリッジでは、チェーンAとチェーンBは非同期です。チェーンAで資産をロックし、マルチシグやバリデーターの確認を待ってから、チェーンBでミントする必要があり、処理に時間がかかるうえ、途中で破綻するリスクもあります。一方、EEZは「証明とプロキシに基づく同期的な連携」という仕組みを採用しており、主に次の3つのコンポーネントに依存しています。
リアルタイム証明（Real-time proving）：
以前は、Rollupの有効性証明を生成するのに数分、場合によっては数時間かかっていました。
EEZでは最新のハードウェアとリアルタイム証明技術を活用し、証明の生成をイーサリアムの1つのスロット（12秒）内に収めます。イーサリアムのメインネットはRollupのコードを再実行する必要はなく、その場で生成された証明を検証するだけで、Rollupの状態が正しいことを確認できます。
コンポーザー（Composer）と実行テーブル（Execution Table）：
コンポーザーは重要なオペレーターです。イーサリアムのブロックが生成される前に、コンポーザーはクロスチェーン呼び出しが関係する複数のチェーン上で取引を事前に実行し、各クロスチェーン呼び出しの結果を「事前計算済みの回答表」（実行テーブル）に記録します。
プロキシ（Proxy）コントラクト：
Rollup上の各コントラクトには、イーサリアムL1上にあらかじめ特定されたプロキシアドレスがあります（逆も同様です）。
クロスチェーン呼び出しが行われても、コード上は通常のローカルコントラクト呼び出しと同じように記述でき、複雑な非同期メッセージングプロトコルは必要ありません。プロキシはEEZコントラクトからコンポーザーが事前計算した実行結果を取得して照合し、一致すればそのまま処理を進めます。
二、なぜ1つのイーサリアムブロック内で完了させるのか？（主な理由）
「同じイーサリアムブロック内で完了させる」（つまり同期呼び出し）ことは、この仕組みの要です。その主な理由は次の3つです。
「アトミシティ（Atomicity）」の欠如を根本的に解消し、真の「すべて成功するか、すべて失敗するか」を実現する
金融取引や複雑なスマートコントラクトの操作では、アトミシティが極めて重要です。複数のステップを含む取引は、すべて成功するか、すべて失敗するかのどちらかでなければなりません。
非同期クロスチェーンの課題：操作を段階的に行う場合（L1で借り入れ、クロスチェーンで移動し、L2で取引するなど）、2つ目のステップが途中で止まったり、市場が急変したりすると、資産が大きなリスクにさらされます（たとえば、資金がL1から移動したのに、何らかの理由でL2の目的のプールで取引に失敗し、資金が宙に浮いたままになることがあります）。
同じブロック内で同期処理する利点：すべての操作が同じイーサリアムブロックにまとめられれば、取引全体が絶対的なアトミシティを持ちます。事前実行の段階で、コンポーザーがいずれかの工程（スリッページが大きすぎる、残高が足りないなど）の失敗を検出すると、取引全体がブロック生成前に取り消されます。ブロックに含まれた後でも、どこか一箇所に問題があれば、イーサリアムとRollup上の関連する操作はすべて即座に安全にロールバックされます。これにより、クロスチェーン処理に伴う中間リスクが完全に取り除かれます。
流動性の分断を解消し、L2がL1の厚みのある流動性プールをリアルタイムで共有できるようにする
クロスチェーン処理が同じブロック内で完了しない場合、あらかじめ各L2のプールに資金を移して拘束しておく必要があり、資金効率の大幅な低下と流動性の分断につながります。
同じイーサリアムブロック内であれば、Rollupは呼び出しを開始した瞬間に、イーサリアムL1メインネットの厚い流動性（UniswapやAaveなど）を直接「借りる」ことができます。
たとえば、L2で取引を開始すると、同じイーサリアムブロック内でL1のUniswapを直接呼び出して交換を実行し、その結果をコールバックできます。ユーザーにとっては、まるで同じチェーン上で操作しているように感じられ、各チェーンへの事前の「入金」や「資金移動」は必要ありません。
状態の不整合と「リオーグ（Reorg）」攻撃を回避する
ブロックチェーンでは、いつでもブロックの再編成（Reorg）が起こる可能性があります。クロスチェーン処理が非同期で複数のブロックにまたがる場合、チェーンAでは取引が成功したと判断された後にイーサリアムのメインネットでリオーグが発生し、チェーンAが依存していた上流の状態が消えてしまうことがあります。その結果、壊滅的な台帳の混乱が引き起こされます。
同じイーサリアムブロック内での完了を必須とすることで、すべての状態遷移、証明の検証、プロキシのコールバックが、同一の時間的基準点（Sync block）に結び付けられます。
EEZに参加するチェーンには、次の厳格なルールが課されます。イーサリアムでリオーグが発生した場合、そのチェーンも同期してロールバックしなければなりません。これにより、クロスチェーンの状態に「時間差」に起因する不整合が生じないことが、根本の仕組みから保証されます。
💡 一言でまとめると：
同じイーサリアムブロック内で処理するのは、脆弱で時間のかかるクロスチェーンブリッジを、ブロックチェーンの基盤が持つ最も強固な特性である「アトミシティ（Atomicity）」で置き換えるためです。これにより、異なるL2に分散したアプリケーションが、まるで同じCPUコア上にあるかのように、イーサリアムのメインネットが持つあらゆる流動性と計算リソースを瞬時に、安全に共有できるようになります。