eip-8037

イーサリアム財団はブログを発表し、契約開発者と監査者に対し、プロジェクトが8つのGas課金仮定に依存しているかどうかを自己点検するよう警告しました。これらの仮定は、GlamsterdamにおけるEIP-8037およびEIP-8038によるGas料金の調整により成り立たなくなります。イーサリアム財団はコードリポジトリを設立し、各仮定の説明、例、および自己点検に使用できるヒントを提供しています。影響を受けるプロジェクトは、メールでチームに連絡できます。チームは複数の監査会社と連携し、内部監査を行っていますが、イーサリアム上のすべてのプロジェクトおよびそのオンチェーンおよびオフチェーンコードをカバーすることはできません。イーサリアム財団は10月23日に、HoodiテストネットでのGlamsterdamアップグレードの予定を延期することを発表しました。新しいアクティベーションの日時はまだ決まっていません。イーサリアム財団の研究者トニ・ヴァールシュテッターは10月26日に、延期の理由はChainSecurityの報告書がEIP-8037と一部の契約との相互作用に問題があることを明らかにしたためであり、その影響はほぼ明確になったと述べました。

ChainSecurity の報告により、EIP-8037 が一部のスマートコントラクトとの互換性およびセキュリティ問題を明らかにしたため、コア開発者は先週 Hoodi テストネットのアップグレードを Glamsterdam まで延期することを決定しました。現在確認されている問題には、取引実行中に残りのガスが増加する可能性があり、それが一部のガス計算ロジックのアンダーフローを引き起こし、ロールバックをトリガーするか、元々実行されるべきでないコードパスがトリガーされることで、取引が成功したように見えることが含まれます。さらに、一部のコントラクトは、呼び出し中のガス消費を正しく計算できないために、使用量を過小評価する可能性があります。ChainSecurity は以前、13 の実際のケースを発見し、影響を受けたプロジェクトと責任ある開示を行っていると述べました。トニ・ヴァールシュテッターは、今週関連するコントラクトをさらに調査し、今後の解決策を評価する予定であり、アプリケーション開発者、コア開発者、監査人、およびノードオペレーターが協力して対処する必要があるかもしれないと述べました。最悪の場合、プロトコル仕様の調整が必要になる可能性があります。彼はアプリケーション開発者と監査人に対し、コントラクトが EIP-8037 および EIP-8038 と互換性があるかどうかを確認し、問題を迅速に報告するように促しました。

10月22日、スマートコントラクトセキュリティ会社ChainSecurityは、イーサリアムHoodiテストネットのGlamsterdamハードフォークが延期されたと発表しました。研究者によると、既存のコントラクトにセキュリティの影響が発見され、13の実際のケースが特定されており、現在影響を受けたプロジェクトと責任ある開示を行っています。発表ではチームにコントラクトの確認を求めており、イーサリアム財団は影響の範囲を評価しています。発表ではプロジェクト名は挙げられず、コントラクトアドレスも提供されておらず、代替のフォーク日も示されていません。関連する問題は、失敗した外部呼び出しの後も実行を続けるコントラクトに関するものです。審査されたガスの変化の下では、失敗処理プログラムが実行を完了する可能性があり、以前はガスが尽きてロールバックされていました。呼び出し元は、目標操作を完了するには不十分だが、外層コントラクトに永久的な失敗を記録させるのに十分なガスを故意に提供することができ、元々再試行可能だった操作が回復パスを失うことになります。技術的な開示は、10月13日のバージョン仕様におけるEIP-8037およびEIP-8038を審査しており、文中のガスの例は提案された実行動作を説明しています。state-gasリザーバーは呼び出しが完全に伝達され、転送制限はexecution gasに適用され、gasleft()はexecution残高のみを報告します。審査されたルールに従えば、取引開始時にゼロのストレージスロットをクリアすることで最大97,920のexecution gasを補填できます；中介コントラクトがREVERTした場合、すでに計上されたstate-creation費用を呼び出し元に戻す可能性もあります。

イーサリアムの共同創設者である Vitalik Buterin は、イーサリアムの状態ストレージ問題についてコメントし、ユーザーがデータを自分で保存し、ブロックチェーンがハッシュのみを保存し、取引が証明を含む場合でも、証明を検証するために必要なデータを保存および更新する必要があり、これらのデータは最終的に状態自体とほぼ同じ大きさになると述べました。Vitalik は、関連する問題には解決策が存在するが、多くの構成要素が関与し、現在のイーサリアムと比較してトレードオフが必要であると述べました。以前、DeFi コンテンツライターの marilyn100x.eth は、イーサリアムには状態ストレージの問題があり、開発者はデータを書き込むために一度だけ料金を支払い、ノードは長期間にわたってストレージコストを負担するが、EIP-8037 は時間加重の家賃や継続的な費用ではなく、新しい契約、アカウント、およびストレージスロットの初期ガスコストを大幅に引き上げ、拡張プロセス中に状態の成長を制御することを目的としていると述べました。

イーサリアム財団は、コア開発者が最近ノルウェーのスヴァールバル諸島で開催された相互運用性会議の成果を発表し、次の段階のGlamsterdamの重要な技術進展を更新しました。会議中、複数のクライアントチームがネットワークのスケーリングと実行層の最適化に関して協力し、いくつかの方向で進展を遂げました。開発者は、ePBS、BALの最適化、およびEIP-8037の再価格設定メカニズムに基づく総合的な結果として、Glamsterdam以降の「信頼できる道筋」が合意に達したことを確認しました。実行層に関しては、ePBS（外部提案者分離アーキテクチャ）が複数のクライアントのGlamsterdam-devnetで安定して稼働しており、外部ブロック構築者のプロセスがエンドツーエンドテストを完了し、ほぼすべてのクライアント実装をカバーしています。同時に、EIP-8037は最終草案が完成し、fixed cost_per_state_byteモデルが確立され、bal-devnet-6で完全な再価格設定パラメータの出力が完了しました。拡張方向のHegotáも同様に進展を遂げています。FOCIL関連のプロトタイプは実行可能な実装を備え、アカウント抽象（AA）の要求範囲が定義され、次の段階では複数のクライアント開発ネットワークの検証段階に入ります。現在の開発の重点は依然としてGlamsterdamの最終実装に集中しており、同時にHegotáの拡張設計とその後のStrawmapの進化を進めています。開発ネットワークはオンラインになっており、FOCILなどの機能は次の段階のテストでさらに深化することが期待されています。組織の面では、今回のinterop会議はProtocol Clusterのリーダーシップ構造の調整が正式に開始されたことを示しています。新しい責任者にはWill Corcoran、Kev Wedderburn、Fredrikが含まれています。Will CorcoranはzkVMの証明と後量子コンセンサスの調整を担当し、Kev WedderburnはzkEVMの開発を主導し、FredrikはプロトコルのセキュリティとTrillion Dollar Securityプロジェクトを担当します。元Protocol ClusterのリーダーチームメンバーであるBarnabé MonnotとTim Beikoは徐々に管理役割から退くことになり、Alex Stokesは休暇期間に入ります。財団は、その任期中にプロトコルがモジュール化の推進を完了し、Fusakaのアップグレードをオンラインにした（2025年12月）、PeerDASを導入し、メインネットのガス能力を向上させたと述べています。

イーサリアム財団は、Soldøgn Interop作業の要約を発表し、Glamsterdamアップグレードの重要な目標がほぼ完了したことを報告しました。これには、アップグレード後の2億Gas Limitの下限に関する合意の達成、安定したePBS外部ビルダーのプロセスの実現、そして最終的なEIP-8037 Gas再価格設定パラメータの確定が含まれます。Glamsterdamアップグレードの重点は、Gas Limitの安全性を向上させ、イーサリアムのスループット能力を拡大することにあります。EIP-8037は、状態作成コストを引き上げることによって、高いGas Limitが状態の無限膨張を引き起こすのを防ぎます。イーサリアム財団はまた、ほとんどのクライアントがglamsterdam-devnet-2上で安定した運用を完了し、外部ビルダーの全プロセスを成功裏にテストしたことを示しました。さらに、FOCIL、ネイティブアカウントの抽象化、Hegotáアップグレードに関連する機能も実質的な進展を遂げており、今後数週間でコア開発者はクライアントの強化、テストの完了、コードの統合を引き続き進める予定です。最終的なパラメータは、AllCoreDevs会議で公開確認される予定です。

イーサリアム財団は、Soldøgn Interop作業の要約を発表し、Glamsterdamアップグレードの重要な目標がほぼ完了したことを報告しました。これには、アップグレード後の2億Gas Limitの下限に関する合意の達成、安定したePBS外部ビルダーのプロセスの実現、そして最終的なEIP-8037 Gas再価格設定パラメータの確定が含まれます。Glamsterdamアップグレードの重点は、Gas Limitの安全性を向上させ、イーサリアムのスループット能力を拡大することにあります。EIP-8037は、状態作成コストを引き上げることで、高いGas Limitが状態の無限膨張を引き起こすのを防ぎます。イーサリアム財団はまた、ほとんどのクライアントがglamsterdam-devnet-2上で安定した運用を完了し、外部ビルダーの全プロセスを成功裏にテストしたと述べています。さらに、FOCIL、ネイティブアカウント抽象化、及びHegotáアップグレードに関連する機能も実質的な進展を遂げており、今後数週間でコア開発者はクライアントの強化、テストの改善、及びコードの統合を引き続き進める予定です。最終的なパラメータは、AllCoreDevs会議で公開確認される予定です。