Interopロードマップの「加速」：Fusakaのアップグレード後、イーサリアムの相互運用性が重要な一歩を迎える

2025-12-11 13:55:33

Fusaka 升級中の EIP-7825 提案は、単一取引の Gas 上限を制限することで、Ethereum における L1 zkEVM およびリアルタイム証明の障壁を取り除き、「リアルタイム証明」が理論上不可能から実用的にスケジュール可能なものへと変貌させ、相互運用の終局に道を開いています。
（前回の要約：BitMine が1.1億ドルを投じてEthereumを追加購入！Tom Leeの呼びかけ：ETHはすでに底を打った）
（背景補足：Vitalik氏が「Prysmクライアント」脆弱性事件に対しコメント：「Ethereumが時折最終性を欠くのは問題ない！最終化の誤りさえなければ良い」）

この記事の目次

一、Fusaka 升級の裏に隠された過小評価された EIP-7825
二、L1 zkEVM：Ethereum相互運用の「信頼の錨」
三、Fusaka & EIP-7825：相互運用性ロードマップの解放
最後に書いて

Interopシリーズの過去の記事では、OIF（意図フレームワーク）と EIL（相互運用層）についてそれぞれ取り上げ、クロスチェーンの意図標準化（全ネットワンにあなたの意図を伝える）と実行チャネルの問題（資金の標準化と実行）を解決してきました。

しかし、完璧な「シングルチェーン体験」を実現するには、速度と信頼のトレードオフに直面します。現状の相互運用体験では、遅さに耐える（例：Optimistic Rollupは7日間のチャレンジ期間を待つ必要がある）か、分散性を犠牲にする（マルチシグ橋の信頼仮定に依存）必要があります。

この「不可能な三角形」を打破するには、Ethereum相互運用のロードマップにまたがる「加速（Acceleration）」と最終確定（Finalisation）の基礎能力——ZK技術による「リアルタイム証明」が不可欠です。

そして、今回の Fusaka 升級で、さりげなく登場した EIP-7825は、その終局に向けた最大のエンジニアリング障壁を取り除いています。

一、Fusaka 升級の裏に隠された過小評価された EIP-7825

12月4日、Ethereumの Fusaka 升級がメインネットで正式に始動しました。Dencun のような大規模な話題には及びませんでしたが、市場の焦点は Blob の拡張と PeerDAS へと向かい、Layer 2 のコスト削減に注目が集まりました。

しかし、その喧騒の背後には、実は目立たない提案である EIP-7825 があります。これが Ethereum の L1 zkEVM やリアルタイム証明の最大の障壁を取り除き、ひそかに相互運用の終局の基盤を整えつつあります。

今回の Fusaka 升級では、多くの人が関心を寄せたのは容量拡張です。Blob の容量を8倍に増やし、PeerDAS のランダムサンプリングによる検証を組み合わせることで、データ利用性（DA）のコスト競争はほぼ過去のものとなりました。

確かに、より安価な Layer 2 は良いことですが、Ethereum の長期的な ZK 路線にとって、EIP-7825こそが真のルールチェンジャーです。それは、Ethereum の単一取引に Gas 上限（約 1678 万 Gas）を設けた点にあります。

広く知られているように、今年の Ethereum ブロックの Gas Limit は既に 6000 万に達していますが、上限が上昇し続けても、理論上は誰かが極めて高い Gas 価格を支払えば、超巨大な取引（Mega-Transaction）を送り続け、全ブロックの 6000 万 Gas を占有し、ブロックを詰まらせることも可能です。

これは以前も許されていたことですが、EIP-7825により新たな制限が導入されました。すなわち、ブロックの大小に関係なく、単一取引の消費 Gas は 1678 万 Gas を超えてはならないというものです。

なぜ、単一取引のサイズを制限する必要があるのでしょうか？実は、この変更は一般ユーザーの送金にはほとんど影響しません。しかし、ZK証明の生成者（Prover）にとっては、生死を分ける重大な違いとなります。これは、ZKシステムが証明を生成する方式と深く関係しています。

例を挙げると、EIP-7825以前に、ブロック内に 6000 万 Gas の巨大取引が含まれていた場合、ZK Proverはこの非常に複雑な取引を順番に処理しなければならず、分割も並列もできません。これは、一本の高速道路に大型トラックが遅く走っているようなもので、その後ろの車（他の取引）は待たされることになります。

これにより、「リアルタイム証明」は事実上不可能となり、証明の生成時間はコントロール不能になり、数十分またはそれ以上かかることもありました。

しかし、EIP-7825により、将来的にブロック容量が 1 億 Gas に拡大されても、各取引は常に 1678 万 Gas以内に制限されるため、ブロックは予測可能で、境界があり、並列処理可能な「小さなタスク」に分解されます。これは、Ethereum の証明生成を、難問から純粋な「計算資本（Money Problem）」へと変貌させます。

十分な並列計算能力を投入すれば、これらのタスクを短時間で同時に処理でき、巨大なブロックの ZK証明も可能になるのです。

Brevisの共同創業者兼CEOであるMichael氏も述べるように、EIP-7825は、未来の ZK と Ethereum の100倍スケーリングへの最も過小評価されたアップグレードです。それは、「理論上不可能」だった「リアルタイム証明」を、「技術的にスケジュール可能」に変え、計算能力を並列化すれば、2億 Gas のブロックでも秒単位の証明が実現可能となるのです。
これは、ZK技術の突破だけでなく、Ethereumの相互運用層（EIL）が秒級のクロスチェーン決済を実現するための物理的基盤ともなります。

このため、今回のアップグレードは一見すると主役ではないかもしれませんが、ZK路線と2026年のEthereumスケーリングの未来にとっては、重要な突破口です。

二、L1 zkEVM：Ethereum相互運用の「信頼の錨」

しかし、EIP-7825は、単一取引のサイズ制限を通じてリアルタイム証明の物理的基盤（並列化）を整えましたが、これは表面上の一面に過ぎません。もう一つの側面は、Ethereumメインネット自体がこの能力をどう活用するかです。

それが、Ethereumのロードマップにおける最もコアな話題——L1 zkEVMです。

長らく、zkEVMはEthereumの「聖杯」と見なされてきました。性能のボトルネックを解決するだけでなく、ブロックチェーンの信頼メカニズムも再定義します。その核心は、EthereumメインネットがZK証明を生成・検証できる能力を持つことにあります。

つまり、将来的にEthereumの各ブロックが実行後に、検証可能な数学的証明を出力できるようになれば、他のノード（特に軽量ノードやLayer 2）は、計算を再実行せずとも結果の正しさを確認できるのです。もし、このZK証明生成能力をEthereumの协议層（L1）に直接書き込めば、提案者（Proposer）はブロックをまとめてZK証明を作成し、検証ノードはその証明だけを検証すればよくなります。

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

Interopの観点から、L1 zkEVMは単なるスケーリングの解決策を超えた意味を持ちます。それは、すべてのLayer 2の「信頼の錨」となるからです。もしEthereumのL1がリアルタイムで証明を生成できるなら、すべてのL2は最終状態をリアルタイムかつ信頼なしに読み取れることになります。これにより、二つの劇的な変化が起きます。

チャレンジ期間の廃止： チェーン間の確認時間が「7日間（OP机制）」から「秒単位（ZK机制）」に短縮される。
非中央集権的相互運用： クロスチェーンで第三者のマルチシグ橋の信頼は不要となり、Ethereumメインネットの数学的真理だけを信じることになる。

これが、我々が前回述べたEIL（相互運用層）が真に機能するための物理的基盤です。L1のリアルタイム最終性（Finality）がなければ、Layer 2間の相互運用は永遠に「遅延」の影に覆われてしまいます。

目標が（L1 zkEVM）達成され、物理的な制約も（EIP-7825）整った今、具体的な実現手段は何でしょうか。

それが、ZK技術スタックの微妙な進化——zkEVMからzkVMへの移行です。

三、Fusaka & EIP-7825：相互運用性ロードマップの解放

もし、EIP-7825が単一取引のサイズ制限を通じて、ZKに「並列処理可能なハードウェア環境」を提供したとすれば、ZK技術スタックの進化は、「より効率的なソフトウェアアーキテクチャ」を模索することになります。 これは、言葉だけでは理解しにくいかもしれませんが、非常に重要な意味を持ち、ZKの発展の二つの段階を示しています。

第一段階は、zkEVMです。これは、互換派または改良派とも呼ばれます。

基本的な考えは、EthereumのEVMの各命令を忠実に模倣し、開発者がSolidityのコードを直接デプロイできるようにすることです。これにより、移行コストとハードルが大きく下がります。

言い換えると、zkEVMの最大のメリットは、既存のEthereumアプリケーションとの互換性です。Ethereumエコシステムの開発者の作業負担を大幅に減らし、多くのインフラやツール（実行クライアント、ブロックエクスプローラー、デバッグツールなど）を再利用できるのです。

しかし、その一方で、EVMは最初からZKに最適化されていなかったため、互換性を保つために証明効率には天井があり、証明時間が遅くなるという制約もあります。 これが歴史的な負担となっています。

一方、zkVMは、より革新的なアプローチです。RISC-VやWASMに基づく仮想マシンを構築し、ZK証明に非常に友好的な設計を採用することで、証明時間の短縮と実行速度の向上を目指します。

ただし、その分、EVMとの互換性や既存ツールの利用の面では制約も出てきます。現状、多くのLayer 2プロジェクトは、証明速度とコストの最適化のために、zkVMの採用を検討し始めています。

なぜ、Fusakaのアップグレードが「アンロッカー」なのか？

それは、EIP-7825の前までは、巨大なEthereum取引に遭遇すると、証明の分割や並列化ができず、証明時間が爆発的に増加していたからです。

しかし今や、EIP-7825は、取引を予測可能な小さな単位に分解し、並列環境を整えたことで、zkVMの本領を発揮できる土壌を整えました。 これにより、複雑なEthereumブロックも、zkVMに投入して並列計算させれば、リアルタイム証明が可能となります。

これが相互運用に何をもたらすのか？ zkVMの普及とEIP-7825の組み合わせは、「証明生成コスト」の大幅な低減を意味します。クロスチェーン証明のコストが無視できるレベルになり、速度もメールの送信のように高速化すれば、従来の「ブリッジ」は根絶され、底層の汎用メッセージ伝送プロトコルに置き換わるでしょう。