イーサリアム、Glamsterdamアップグレードを2026年下期に照準 開発者は第4四半期を目指す

イーサリアムのGlamsterdamアップグレードは2026年下期に計画されており、開発者は第4四半期を目指している。ただ、メインネットの日程はまだ確定していない。今回の更新は、コンセンサスレイヤーのGloasと実行レイヤーのAmsterdamを統合するもので、ブロック生成の改善、イーサリアムの並列処理拡大への備え、ネットワーク上のリソース利用の価格付け手法の見直しを目的とする。 ロードマップでは、時期は最終仕様の確定、クライアントの準備状況、セキュリティ審査、安定した公開テストネットの結果に左右されるとしている。イーサリアム財団は5月、マルチクライアントのdevnetで外部ビルダーパイプラインをほぼ全クライアントで検証したと説明した。開発者はまた、Glamsterdam後のガス上限について、信頼できる目標値として2億で一致したが、これは有効化後の目標であり、現在のメインネット設定ではない。 中心的な変更の1つがEIP-7732で、proposer-builder separationをイーサリアムのコンセンサスルールに組み込む内容である。この設計では、ビルダーが実行ペイロードと支払いをコミットし、提案者が入札を選択する。その後、Payload Timeliness Committeeが、ペイロードと関連するblobデータが期限内に公開されたかを確認する。ロードマップによれば、コンセンサスの検証と実行の検証を分離することで、12秒のスロット内でイーサリアムのブロック構築能力を拡大できる可能性がある。 もう1つの主要提案であるEIP-7928は、Block-Level Access Lists（BAL）を導入する。BALは、ブロック内で参照されたアカウントとストレージ位置に加え、実行後に残る値を記録する。これによりクライアントは独立した処理を見分けやすくなり、処理の一部を並列実行できるようになる見通しである。EIP-8159は、BALを交換するためのネットワーク手法を提供する。イーサリアムによれば、最終的な容量拡大の効果は、なおクライアント性能、ブロック内容、有効化後に採用されるガス上限に左右される。 今回の更新では、状態データの増大と手数料設計にも対応する。EIP-8037は状態の新規1バイトごとに固定コストを導入し、基準となるブロックガス上限1億5000万で年間平均120 GiBの増加を目標とする。なお、引き続き検討中のEIP-8038は、既存の状態データの読み取りや変更に対する料金を引き上げる内容である。このほか予定される変更には、コントラクトの最大サイズを引き上げるEIP-7954や、ゼロでないETH送金とバーンに標準ログを作成するEIP-7708が含まれる。 既存のコントラクトはフォーク後も引き続き動作する見通しで、ETH保有者がコインを交換したり変換したりする必要はない。一方で、ノード運営者とバリデーターは実行クライアントとコンセンサスクライアントの双方を更新する必要がある。アプリケーション開発チームにも、有効化前にガス使用量、インデクサー、トレーシングツール、手数料推定機能の検証が求められている。イーサリアムは、今回の更新によって家庭用ノードの運用を非現実的にせず容量拡大を図るとしているが、手数料、採用、ETH価格への影響は、変更が実装され測定されるまで不透明である。