Ethereumの次の大規模アップグレード「Glamsterdam」は、テストが進行中です——ただし、メインネットへの展開はまだ見込めません。開発者は、10月26日17時42分48秒（UTC）にHoodiテストネットでこのアップグレードを有効化する予定であり、メインチェーン展開の決定前にプロトコルおよびクライアントの動作を検証するための別のライブ環境をチームに提供します。
クイックファクト
- 有効化：Hoodiエポック132,352、スロット4,235,264 — 10月26日17:42:48 UTC
- テストネットのガスリミット：有効化時に2億に引き上げられます
- 前回のテスト実行：Glamsterdamは10月6日にSepoliaで既に有効化されています
メインネット日：未発表
何が変わり、なぜそれが重要なのか
Glamsterdamに二つの核心的な変更が適用されます：
- 確立されたプロポーザー・ビルダー分離（ePBS）：これにより、プロポーザーとビルダーの関係がオフチェーンの合意に依存するのではなく、Ethereumプロトコル自体に組み込まれます。プロポーザーとビルダーの役割を形式化することで、ePBSはブロックの構築方法を改善し、外部調整への依存を削減することを目的としています。
ブロックレベルのアクセスリスト：これにより、クライアントはブロックの各部分をより効率的かつ並列に識別して検証でき、処理速度の向上とクライアントのパフォーマンス改善が可能になります。
Glamsterdamはガスの会計方法も更新しました——特にステートの作成とステートへのアクセスに対するプロトコルの課金方法です。これは開発者にとって重要です。固定されたガスコストの仮定に依存するスマートコントラクトやツールは、正確性とコストの予測可能性を維持するために見直しと更新が必要になる可能性があります。
2億のガス制限が重要な理由（そしてこれがメインネットの約束ではない理由）
Hoodiのガスリミットを2億に引き上げることは、重要なエンジニアリングのマイルストーンです。これにより、チームはプロトコルやクライアントがより高いスループットと複雑なブロック下でどのように動作するかを観察できます。ただし、これは明確にテストネットでの実験であり、メインネットの容量が即座に（あるいはいずれ）そのレベルに跳ね上がるという意味ではありません。Hoodiからの結果は、開発者がメインネットでの有効化をどの程度自信を持って進められるか、またそのタイミングを決定するための指針となります。
バリデーターとノードオペレーターが行うべきこと
Hoodiでバリデーターやフルノードを実行している場合、アクティベーション前に実行クライアントとコンセンサスクライアントがGlamsterdamと互換性があることを確認してください。メインネット利用者については、現在のところ何もする必要はありません。テストネットの結果を分析した後、ファウンデーションとクライアントチームが次のステップを発表します。
次のステップ
HoodiはSepoliaの10月6日のアクティベーションに続き、互換性の問題を検出したり、パフォーマンスを測定したり、予期しない動作を特定したりするための別の環境を提供します。開発者が複数のテストネットでの結果に満足したら、メインネットのアクティベーション日を設定します。
ニュースデスク執筆、サミュエル・レイ編集
クイックファクト
- 有効化：Hoodiエポック132,352、スロット4,235,264 — 10月26日17:42:48 UTC
- テストネットのガスリミット：有効化時に2億に引き上げられます
- 前回のテスト実行：Glamsterdamは10月6日にSepoliaで既に有効化されています
メインネット日：未発表
何が変わり、なぜそれが重要なのか
Glamsterdamに二つの核心的な変更が適用されます：
- 確立されたプロポーザー・ビルダー分離（ePBS）：これにより、プロポーザーとビルダーの関係がオフチェーンの合意に依存するのではなく、Ethereumプロトコル自体に組み込まれます。プロポーザーとビルダーの役割を形式化することで、ePBSはブロックの構築方法を改善し、外部調整への依存を削減することを目的としています。
ブロックレベルのアクセスリスト：これにより、クライアントはブロックの各部分をより効率的かつ並列に識別して検証でき、処理速度の向上とクライアントのパフォーマンス改善が可能になります。
Glamsterdamはガスの会計方法も更新しました——特にステートの作成とステートへのアクセスに対するプロトコルの課金方法です。これは開発者にとって重要です。固定されたガスコストの仮定に依存するスマートコントラクトやツールは、正確性とコストの予測可能性を維持するために見直しと更新が必要になる可能性があります。
2億のガス制限が重要な理由（そしてこれがメインネットの約束ではない理由）
Hoodiのガスリミットを2億に引き上げることは、重要なエンジニアリングのマイルストーンです。これにより、チームはプロトコルやクライアントがより高いスループットと複雑なブロック下でどのように動作するかを観察できます。ただし、これは明確にテストネットでの実験であり、メインネットの容量が即座に（あるいはいずれ）そのレベルに跳ね上がるという意味ではありません。Hoodiからの結果は、開発者がメインネットでの有効化をどの程度自信を持って進められるか、またそのタイミングを決定するための指針となります。
バリデーターとノードオペレーターが行うべきこと
Hoodiでバリデーターやフルノードを実行している場合、アクティベーション前に実行クライアントとコンセンサスクライアントがGlamsterdamと互換性があることを確認してください。メインネット利用者については、現在のところ何もする必要はありません。テストネットの結果を分析した後、ファウンデーションとクライアントチームが次のステップを発表します。
次のステップ
HoodiはSepoliaの10月6日のアクティベーションに続き、互換性の問題を検出したり、パフォーマンスを測定したり、予期しない動作を特定したりするための別の環境を提供します。開発者が複数のテストネットでの結果に満足したら、メインネットのアクティベーション日を設定します。
ニュースデスク執筆、サミュエル・レイ編集