イーサリアムの開発者は10月26日17:42:48 UTCにHoodiテストネットでGlamsterdamアップグレードを有効化し、ネットワークのガス上限を6,000万から2億に引き上げます。このスケジュールはイーサリアム財団が発表したもので、公式ブログ記事に発動の詳細が示されています。

Hoodiへの展開により、開発者はメインネット発動日の決定前に、トランザクション処理、ブロック生成、ガスコストの変更を実際の環境でテストできます。テストネットは、メインネットの資金にリスクを与えることなく実際のネットワーク条件下でプロトコルの変更を検証できるリハーサルネットワークとして機能します。ブロックそのものの構築と検証の方法を変えるアップグレードにとって、この段階はとりわけ重要です。

Hoodiの発動はSepoliaに続くもの

発表によると、Hoodiはエポック132,352、スロット4,235,264でGlamsterdamを発動します。この発動は、10月6日にSepoliaで展開されたGlamsterdamに続くもので、Sepoliaではすでに2億のガス上限で運用されています。Hoodiの上限は予定されたフォーク時に約3.3倍に引き上げられます。

この引き上げはテストネットのみに適用されるものであり、イーサリアムのメインネットのガス上限を確定するものではありません。開発者はHoodiへの展開を利用して、クライアントの互換性を評価し、新しいパラメータ下でのネットワークの挙動を観察する予定です。

バリデータおよびノード運用者は、発動前に実行クライアントとコンセンサスクライアントの両方を更新し、アップグレード後のチェーンに留まる必要があります。更新を怠った場合はフォーク前のテストネットチェーンに残ります。Sepoliaフォークでの経験はこの手順の重要性を示しています。一部のバリデータクライアントがデフォルトのガスターゲット6,000万のまま残り、運用者は2億ガスを含むブロックを提案するために手動で設定を調整する必要がありました。

ePBSとブロックレベルアクセスリストがブロック処理を再形成

Glamsterdamには2つの中核的な変更が含まれています。組み込みプロポーザー・ビルダー分離PBS)と、ブロックレベルアクセスリスト(BAL)です。ePBSの仕組みは、ブロックプロポーザーとブロックビルダーの関係をイーサリアムのプロトコル自体に取り込み、両者間の外部取り決めへの依存を減らします。この受け渡しをコンセンサスルールに組み込むことで、一方が提案し他方が構築したブロックがどのように整合するかを、参加者間のオフチェーンの合意ではなくプロトコル自体が規定します。

BALはブロック内でアクセスされるアカウントとストレージの場所を特定します。この情報により、クライアントは逐次処理ではなく並列でステートデータを処理し、トランザクションを検証できます。テストされるブロック容量が増える中、これはノードが各ブロックの処理に要する時間を短縮できる可能性があります。

イーサリアム研究者のToni Wahrstätter氏は、Hoodiがメインネット前の最後のテストネットであると述べています。また、3億のガス上限が現実的な次のステップになり得るとの見解を示しましたが、開発者はその設定を確認していません。10月26日の発動は、メインネットに関する決定前の最後の予定されたテストの節目となります。

ガス料金改定が既存ツールに影響する可能性

Glamsterdamは、ステート作成とデータアクセスに関するガス料金も改定します。過去のメインネットトランザクションのリプレイにより、アップグレード下で既存のガス前提が破綻する可能性のある少数のコントラクトが特定されました。

イーサリアム財団のプロトコルDevOpsチームは以前、固定の最大ガス上限に依存するツールは更新が必要になると警告していました。Hoodiの発動前にツール提供者がこれらの更新を提供できるかどうかは、フォークにおける実践的な確認点の一つです。

開発者はまず、8月13日に開始したPlatabergetテストネットでGlamsterdamのガスモデルをテストしました。10月6日にSepoliaがアップグレードを有効化した後、Hoodiがロールアウト順序で次の予定されたテストネットとなりました。

イーサリアム財団はメインネットの発動日を発表しておらず、ETH保有者が対応を行う必要はありません。