イーサリアム開発者、10月26日のHoodiでのグラムステルダムアップグレードをキャンセル

中止するには、すでに配布されているソフトウェアに変更を加える必要があります。オープンな Besu プル リクエストによると、バージョン 26.10.0 を実行している Hoodi ノードは、反転を含むリリースを実行するまで、Glamsterdam の実行層コンポーネントである Amsterdam を元のタイムスタンプでアクティブ化し続けるとのことです。その変更ログエントリには、「未リリース」の下にキャンセルがリストされています。

ガス会計のセキュリティ上の懸念

Kim 氏は、キャンセルの原因は ChainSecurity によって特定されたセキュリティ問題にあると考えました。これらの調査結果は、10 月 22 日の全コア開発実行の議題にも取り上げられました。

ChainSecurity の分析は、状態の作成と状態へのアクセスのガス アカウンティングを変更する EIP-8037 と EIP-8038 に焦点を当てています。この変更により、利用可能なガスが補充されたり、残りのガスの支払い額が変更されたりするため、契約の障害処理コードが以前に戻されるはずだった場所で終了できるようになるという。これにより、コントラクトのコードを変更しなくても、再試行可能なはずの操作が永続的な失敗に変わる可能性があります。

以前The Defiantで取り上げられたグラムステルダムのスケーリング変更には、イーサリアムのプロトコルに提案者と構築者の分離を導入することや、並列検証をサポートするブロックレベルのアクセスリストの導入が含まれます。イーサリアム財団の当初の Hoodi の発表では、アップグレードは 10 月 6 日にセポリアで有効化されたと述べられていました。

ロールバックでは、Hoodi の代替日付は設定されず、メインネットのアクティベーションはすでに未定でした。キャンセル前の10月22日の開発者アジェンダでは、チームはHoodiが順調に進んだ場合、翌週のコンセンサスコールでメインネットの日付を選択することを目指していると述べていた。