Glamsterdam：イーサリアムのブロック処理を組み直す

予行演習の日が決まった

2026年10月16日、Ethereum FoundationはGlamsterdamの次の試験段階として、Hoodiでの10月26日の適用を発表しました。メインネットの適用日はまだ決まっていません。今回の発表を受けて、ETH保有者がメインネット上で行う手続きはありません。テストネットの運営者にとっては、足並みをそろえてソフトウェアを更新する日程です。^[1]

Hoodiのリポジトリにマージされた設定には、エポック132,352、それに対応するUTC 17:42:48、2億ガスの目標上限が記されています。設定の配布により、各クライアントは同じ時刻に同じ規則へ移る準備ができます。移行が成功するかどうかは、実行後に確かめることです。^[2]

仕事ごとに時間を割り当てる

イーサリアムのノードは、採用するブロックに合意し、その取引が何を実行するかも検証します。EIP-7732のePBS、つまりプロトコルに組み込む提案者・ビルダー分離は、この仕事の順序を変えます。ビルダーが実行内容へのコミットメントを送り、提案者がそれをブロックに含め、ビルダーが後から実行内容を公開します。両者の間の支払いの仕組みもプロトコルが提供します。^[3]

重要なのは時間の使い方です。すべての実行検証を終える前に合意の検査を進められます。委員会は、実行内容と付随するブロブデータが間に合ったかを報告します。この報告だけで全取引の実行が正しかったと認定されるわけではありません。実行検証は引き続き必要ですが、利用できる時間のより広い範囲に作業を配置できます。^[3]

検査する場所の地図を渡す

時間が増えても、ノードはブロックがデータベースのどこに触れるかを知る必要があります。EIP-7928のブロック単位アクセスリストは、アクセスしたアカウントや保存位置、取引後の変更を記録します。クライアントはそれを使ってデータを並列に読み込み、取引検証を準備できます。^[4]

複数の検査員が作業前に同じ部品表を受け取る、と考えると分かりやすいでしょう。探す対象を把握する手間を減らすための一覧で、検査を省く許可ではありません。EIPは提示されたリストを実行結果と照合するよう求めます。リストが誤っているブロックは検証に失敗します。並列に処理しても、ブロック内の取引順序が要求する状態を得る必要があります。^[4]

処理能力には保存の負担も伴う

予定されるガス上限は、ガス単位で測る仕事量の枠です。操作ごとに消費量が違うため、2億ガスを2億件の取引と読むことはできません。EIP-8261は、ネットワークが目標上限を事前に予定できる仕組みです。今回の数値はHoodiの予定設定であり、メインネットで実測された処理能力ではありません。^[6][2]

仕事量の枠が広がるほど、データベースに残る情報の増加も重要になります。EIP-8037は、新規アカウント、ストレージ、コントラクトコードなど、状態を作るコストを引き上げ、別枠で計量します。処理能力の拡大には資源の計算方法の変更が伴います。あらゆる操作を一律に安くする仕組みではありません。^[7]

財団のガス再価格設定の試験では、固定されたガス量の想定に依存し、点検が必要なコントラクトが見つかりました。より多くのガスを供給すれば対応できる例もあれば、ロジックを見直す必要がある例もあります。テストネットの日程が意味を持つのは、クライアントやアプリの開発者が、メインネットに適用する前に新しい規則の動きを確かめられるからです。^[5]