イーサリアムのGas改革はジレンマに陥っており、EIP-8488では新旧コントラクトのデュアルトラック方式が提案されている：既存コントラクトは変更せず、新ルールは別の枠組みで構築される。

著者：TechFlow

イーサリアムコミュニティは正式にEIP-8488仕様草案を提出し、バージョン付きV2オペコードの導入により基盤層のGas価格見直しを進める方針だ。この案は新旧コントラクトが併走する実行環境の構築を目指しており、数万に及ぶ既存スマートコントラクトが基盤仕様の急変で崩壊するのを防ぎつつ、イーサリアムの長期的なストレージ膨張抑制やネットワーク全体のGas上限引き上げに向けたアーキテクチャ上の障害を撤去することを目的としている。

二重軌道設計が不変条件危機の僵局を回避

イーサリアム財団の技術アナウンスで8つのコントラクト不変条件が破綻するリスクが示されて以来、イーサリアムエコシステムは板挟みの状況に陥っている。EIP-8037仕様とEIP-8038仕様を直ちに実施すればGasロジックがハードコードされている既存アプリを直接的に破壊する一方、価格改定を完全に凍結すればネットワーク全体のストレージ爆発が制御不能になる恐れがある。

イーサリアムコア開発者会議（ACD）がHoodiテストネットのハードフォーク延期を決めたことを受け、開発者コミュニティは既存資産の安全性と基盤アーキテクチャの進化の両立を図る緩衝策を強く求めている。EIP-8488が提示するのは新旧分割戦略であり、有効化以前にデプロイされた旧コントラクトはすべて従来からの料金体系を永久に沿用する。

計測命令の削除によりハードコード定数の慢性的な問題を根治

EIP-8488のアーキテクチャ設計によれば、ネットワーク有効化後、新規デプロイされるすべてのコントラクトは強制的にV2オペコードを採用し、バイトコード検証時にバージョンフラグが書き込まれる必要がある。より重要なのは、新しいクロスコントラクト呼び出し命令において、呼出側と被呼出側が共にV2バージョンに属することを確認し、違えば即時の実行失敗を引き起こすという点である。

動的なシステムオーバーヘッドが業務コード内にハードコードされ続けることを根源的に防止するため、V2オペコードセットから内部実行余力を露出させるGASおよびGASLIMIT命令が完全に排除された。コントラクト内部における残りGasの内省機能を解除することで、アプリケーション層のロジックと基盤層の価格決定との間に存在した堅固な結合関係が断ち切られた。

既存資産の漸進的沈殿によりネットワーク全体のスケーラビリティ空間を確保

この併走型メカニズムは、過去の資産に対してリスクの高いコードリファクタリングを強制的に要求するものではない。リスト済みの分散型金融プロトコルがアップグレード可能なプロキシアーキテクチャを採用している場合、今後のイテレーションでV2実装へとスムーズに移行可能であり、変更不可能な本来のコントラクトは休眠状態を維持するか、従来のルール下で稼働し続ける。

ネットワーク全体の取引トラフィックがステート制約付きの新世代コントラクトへ順次移行していくにつれ、ノードが負う無秩序な状態膨張の圧力は本質的に緩和される。V2の実行比率が安全閾値に達し、ストレージ増加率が効果的に抑制されれば、コア開発者チームはネットワーク全体の1ブロックあたりGas上限を大幅に引き上げるための技術的な根拠を得ることになる。

当該提案は現在、イーサリアム改善提案（EIP）リポジトリにおいてドラフト状態にあり、コア開発者陣は今週のイーサリアムコア開発者執行会議（ACDE）のアジェンダリストに挙げられ、ピアレビューが展開されている。