相互運用性ロードマップが「加速」: Fusaka のアップグレードに続いて、Ethereum の相互運用性は重要な飛躍を迎えることになるかもしれません。

Interopシリーズの以前の記事では、OIF（インテントフレームワーク）とEIL（相互運用性レイヤー）について説明しました。これらはそれぞれ、クロスチェーンのインテント標準化（ネットワーク全体に何をしたいのかを理解させる）と実行チャネル（資金を標準化された方法で実行させる）の問題を解決します。

しかし、完璧な「シングルチェーンエクスペリエンス」を実現するには、依然として速度と信頼性のトレードオフが必要です。結局のところ、現在の相互運用性エクスペリエンスでは、遅延を許容するか（例えば、Optimistic Rollupではファイナリティの確認に7日間のチャレンジ期間が必要）、分散性を犠牲にするか（マルチシグブリッジの信頼性の前提に依存）、どちらかを選ばなければなりません。

この「不可能の三角形」を打破するには、Ethereum 相互運用ロードマップの「加速」と「ファイナライゼーション」にまたがる基本的な機能、つまり ZK テクノロジーによってもたらされる「Proof-in-Time」機能が必要です(詳しくは、「 Ethereum 相互運用ロードマップ: 大規模導入の「ラスト マイル」を解き放つ方法」をご覧ください)。

新たに有効化された Fusaka アップグレードでは、控えめな EIP-7825 が、この最終成果における最大のエンジニアリング上の障害を克服しました。

I. Fusakaアップグレードの背後にある過小評価されたEIP-7825

12月4日、イーサリアムのFusakaアップグレードがメインネットで正式に有効化されました。しかし、過去のDencunアップグレードとは異なり、大きな話題にはなりませんでした。市場の注目は主にBlobスケーリングとPeerDASに集中し、L2データコストのさらなる削減についても多くの議論が交わされました。

しかし、この騒ぎの裏には、実は目立たない提案である EIP-7825 があり、これは Ethereum が L1 zkEVM とリアルタイム証明を実現するための最大の障害を取り除いたものであり、Interop の終焉への道を静かに切り開いているとも言える。

今回の Fusaka アップグレードでは、ほぼ完全に容量拡張に焦点が当てられました。Blob 容量は 8 倍に増加し、PeerDAS ランダム サンプリング検証により、DA (データ可用性) トラックのコストに関する話は過去のものとなりました。

確かに、L2 が安価になるのは良いことですが、Ethereum の長期的な ZK ロードマップにとって、EIP-7825 は単一の Ethereum トランザクションにガス キャップ (約 1,678 万ガス) を設定するため、真のゲームチェンジャーとなります。

ご存知の通り、イーサリアムブロックのガス上限は今年6000万に引き上げられました。しかし、上限が引き上げられ続けても、理論上は、非常に高いガス価格を支払う意思のある人物が、ブロック全体の6000万ガス容量を直接満たすような非常に複雑な「メガトランザクション」を送信し、ブロック全体を詰まらせる可能性があります。

これは以前から許可されていましたが、EIP-7825 では新しい制限が導入されました。ブロック サイズに関係なく、 1 回のトランザクションのコストは 1678 万 GAS を超えることはできません。

では、なぜ1回の取引のサイズを制限するのでしょうか？実は、この変更は一般ユーザーの送金には影響しませんが、ZK Prover（証明生成器）にとっては生死に関わる問題であり、ZKシステムが証明を生成する方法にも深く関係しています。

簡単な例を挙げると、EIP-7825以前は、ブロックに6000万ガスを消費する「メガトランザクション」が含まれていた場合、ZK Proverはこの極めて複雑なトランザクションを順次実行する必要がありました。分割したり並列処理したりすることはできませんでした。これは、片側一車線の高速道路で、前方を巨大なトラックがゆっくりと走り、後方の小型車（他のトランザクション）はすべて、トラックが通過するのを待たなければならないような状況でした。

これは間違いなく「リアルタイム証明」にとって死刑を意味するでしょう。なぜなら証明を生成するのにかかる時間は完全に制御不能であり、数十分、あるいはそれ以上かかる可能性があるからです。

EIP-7825以降、将来的にブロック容量が1億ガスに拡大したとしても、各トランザクションは1678万ガスに強制的に制限されます。各ブロックは、予測可能で境界が定められ、並列化可能な「小さなタスクユニット」に分割されます。これは、イーサリアムの証明生成が、複雑な「論理パズル」から純粋な「お金の問題」へと変化したことを意味します。

十分な並列計算能力を投入できれば、これらの分割された小さなタスクを非常に短時間で同時に処理し、巨大なブロックの ZK 証明を生成できます。

Brevisの共同創業者兼CEOであるマイケル氏は、EIP-7825はZKとイーサリアムの100倍のスケーリングに向けた道のりで最も過小評価されているアップグレードだと述べています。これにより、「リアルタイム証明」が「理論的に不可能」から「エンジニアリング的にスケジュール可能」へと進化します。並列コンピューティングによって計算能力の問題を解決できれば、2億ガスのブロックでも数秒で証明を達成できると期待できます。これはZK技術のブレークスルーであるだけでなく、イーサリアム相互運用性レイヤー（EIL）が数秒でクロスチェーン決済を実現するための物理的な基盤でもあります。

したがって、このアップグレードは大きなイベントのようには思えないかもしれませんが、実際には、ZK ロードマップと 2026 年の Ethereum スケーリングの将来にとって大きな進歩です。

II. L1 zkEVM: Ethereum相互運用性のための「トラストアンカー」

しかし、EIP-7825は単一トランザクションのサイズを制限（並列化を可能にする）することでリアルタイム証明への物理的な道を切り開きますが、これはコインの片面に過ぎません。もう片面は、イーサリアムメインネット自体がこの機能をどのように活用するかです。

これには、Ethereum ロードマップの中で最もハードコアな物語である L1 zkEVM が関係します。

zkEVMは長年にわたり、イーサリアムのスケーリングにおける「聖杯」とみなされてきました。これは、パフォーマンスのボトルネックを解決できるだけでなく、ブロックチェーンの信頼メカニズムを再定義するからです。その核となるアイデアは、イーサリアムメインネットがZK証明を生成・検証できるようにすることです。

つまり、将来イーサリアムの各ブロックが実行された後、検証可能な数学的証明を出力することで、他のノード（特にライトノードとL2）は計算を繰り返すことなく結果の正しさを確認できます。ZK証明を生成する機能がイーサリアムプロトコル層（L1）に直接書き込まれれば、提案者はブロックをパッケージ化し、毎回ZK証明を生成するため、検証ノードはトランザクションを再実行する必要がなくなり、この小さな数学的証明を検証するだけで済みます。

これは相互運用性にとって何を意味するのでしょうか?

相互運用性という観点から見ると、L1 zkEVMの重要性はスケーリングそのものをはるかに超えています。これは、すべてのL2ブロックチェーンの「トラストアンカー」とみなすことができます。結局のところ、 Ethereum L1がリアルタイムで証明を生成できるということは、すべてのL2ブロックチェーンがL1の最終状態をリアルタイムかつ信頼なしで読み取ることができることを意味し、これは2つの質的な変化をもたらします。

• チャレンジ期間の廃止：チェーン間の確認時間は「7日間（OPメカニズム）」から「数秒（ZKメカニズム）」に短縮されます。
• 分散型相互接続:クロスチェーン通信では、サードパーティからのマルチ署名ブリッジを信頼する必要がなくなり、Ethereum メインネットの数学的真実を信頼する必要がなくなりました。

これは、前回の記事で述べた EIL (相互運用性レイヤー) が実際に機能するための物理的な基盤でもあります。L1 のリアルタイムの確定性がなければ、L2 間の相互運用性は「遅延」の影から逃れることはできません。

ターゲット (L1 zkEVM) と物理的な制限 (EIP-7825) が削除されたら、具体的な実装ツールはどうなりますか?

これにより、ZK テクノロジー スタックでは zkEVM から zkVM への微妙な進化が起こります。

III. Fusaka & EIP-7825: 相互運用性ロードマップがついに公開される

EIP-7825が単一トランザクションのサイズを制限することでZKに「並列化可能なハードウェア環境」を提供するとすれば、 ZKテクノロジースタックの進化は「より効率的なソフトウェアアーキテクチャ」を模索していると言えるでしょう。これは少し早口言葉のように聞こえるかもしれませんが、この違いは大きく、ZKの開発における2つの段階を表しています（続きを読む：「 ZKロードマップ『夜明け』：イーサリアム終焉へのロードマップは加速しているのか？ 」）。

最初の段階は当然 zkEVM であり、これは互換性派または改善派と見なすことができます。

そのロジックは、Ethereum EVM のすべての命令を模倣するように努め、開発者が Solidity コードを可能な限り直接展開できるようにして、移行のコストと障壁を削減することです。

言い換えれば、zkEVMの最大の利点は既存のEthereumアプリケーションとの互換性であり、これによりEthereumエコシステム開発者の作業負荷が大幅に軽減されます。既存のインフラストラクチャとツール（実行クライアント、ブロックエクスプローラー、デバッグツールなど）のほとんどを再利用できます。

しかし、まさにこのため、 EVM は ZK との互換性を考慮して設計されていなかったため、互換性を確保するために zkEVM の証明効率には上限があることが多く、証明時間が大幅に遅くなり、歴史的に大きな負担を伴います。

一方、zkVMは急進的な革命家に属します。ZK証明（RISC-VやWASMベースなど）に非常に適合した仮想マシンを直接構築することで、証明時間を短縮し、実行速度とパフォーマンスを向上させます。

しかし、多くのEVM機能との互換性が失われ、既存のツール（低レベルデバッガなど）も利用できなくなります。しかし、L2プロジェクトが負担を軽減し、速度とコストを最適化し、zkVMベースのアーキテクチャを検討する傾向がますます強まっていることは明らかです。

では、なぜ Fusaka アップグレードはロック解除ツールと見なされるのでしょうか?

EIP-7825 より前は、タスクを分割できなかったため、Ethereum 上で大量のトランザクションが発生すると、zkEVM と zkVM の両方で証明生成時間が急増していました。

EIP-7825では、トランザクションを予測可能な小さな単位に分割することが義務付けられています。並列化可能な環境により、zkVMの効率的なアーキテクチャはその潜在能力を最大限に発揮できます。複雑なEthereumブロックであってもzkVMに配置でき、並列計算能力の助けを借りてリアルタイムの証明を実現できます。

これは相互運用性にとって何を意味するのでしょうか？zkVMの普及とEIP-7825の組み合わせは、証明生成コストを大幅に削減することを意味します。クロスチェーン証明生成コストが無視できるほどになり、その速度が電子メールの送信と同程度になると、従来の「クロスチェーンブリッジ」は完全に消滅し、基盤となる汎用メッセージングプロトコルに置き換えられるでしょう。

結論は

これまでのInteropの記事で繰り返し述べてきたように、Interopの究極の目標は、資産の「クロスチェーン」通信だけではありません。また、「アセットブリッジ」という概念に限定されるものでもありません。むしろ、Interopとは、クロスチェーンデータ通信、クロスチェーンロジック実行、クロスチェーンユーザーエクスペリエンス、クロスチェーンセキュリティ、そしてコンセンサスなど、システムレベルの機能全体を指す総称です。

この観点から見ると、Interopは将来のEthereumエコシステムプロトコル間の共通言語として理解できます。その意義は価値の伝達だけでなく、ロジックの共有にも存在します。ZKは、実行の正確性を保証し、リアルタイムの状態検証をサポートし、クロスドメイン呼び出しを「思い切って実行し、実行できる」状態にする役割を果たします。リアルタイムZKがなければ、真に実用的なInterop UXを実現することは難しいと言えるでしょう。

したがって、EIP-7825 が Fusaka アップグレードでひっそりと有効化され、L1 zkEVM が徐々に実現されるようになると、実行、決済、証明がバックグラウンドで完全に抽象化され、ユーザーはプロセス全体を通じてチェーンの存在に気付かないという最終状態にどんどん近づいていきます。

これは、私たち全員が将来楽しみにしている Interop のフィナーレでもあります。