イーサリアムはレイヤー1スケーリング戦略の加速に伴い、2億ガスのプッシュを準備中

イーサリアム財団によると、Prysm 7.2.0とTeku 26.9.1は両方ともGlamsterdamをサポートしていますが、バリデーターが明示的に設定を変更しない限り、アクティベーション後も6,000万のガス設定を使用し続けます。 Prysm オペレーターはバージョン 2 プロポーザー設定またはキーマネージャー API を使用する必要がありますが、Teku バリデーターはバリデーター構成を通じてデフォルトをオーバーライドできます。

この区別により、セポリアは、レイヤー 1 容量を大幅に拡張するイーサリアムの取り組みの調整テストに変わります。

ブロックガス制限が高くなると、各ブロックに適合するより多くの集計計算が可能になり、より多くのトランザクションや、分散型取引所やその他の DeFi プロトコルなどの需要の高いアプリケーションのための余地が生まれます。容量を追加すると、需要が高まったときに混雑が緩和され、取引手数料への圧力が軽減されますが、イーサリアムの基本的なブロック時間が速くなるわけではありません。

イーサリアムはすでにその方向に進んでいます。そのブロックガス制限は、2025 年 2 月に 3,000 万から 3,600 万に向かって増加し始めました。これは、ネットワークがプルーフオブステークに移行して以来、最初の調整です。その後、Fusaka クライアントリリースがデフォルトとして 6,000 万を採用するまで、4,500 万に増加しました。

イーサリアムの2億の野心は6000万のデフォルトを達成

グラムステルダムはその規模拡大実験をさらに大幅に推進するだろうが、2億という数字が自動的に新たに設定されるガスの制限として解釈されるべきではない。

EIP-8261 では、コンセンサスクライアントが特定のエポックで推奨される設定を調整できるようにするオプションのガス制限スケジュールが導入されています。この提案はイーサリアムのコンセンサス有効性ルールを変更するものではなく、ガス制限が予定値を上回っても下回ってもブロックは有効なままです。バリデーターは自分の設定を明示的に選択することもできます。

これは、セポリアの実現されたガス制限が、グラムステルダムがアクティブ化されたときにすぐに2億に急上昇するのではなく、バリデーターがブロックを提案するにつれて徐々に移動することを意味します。

より高い目標は、検証を非現実的にすることなくイーサリアムが処理できる作業量を増やすための広範な取り組みの一環です。

Glamsterdam は、コンセンサス層で Amsterdam 実行アップグレードと Gloas を組み合わせ、ブロックレベルのアクセスリストと並んで、プロポーザーとビルダーの分離を導入しています。これにより、クライアントは状態の読み取りとトランザクションの検証を並列化できるようになります。財団は、この変更によりレイヤー 1 のスループット向上の基礎が築かれると述べています。

イーサリアムは、容量の増加に応じて安全策も追加しました。 Fusaka 氏は、個々のトランザクションに 1,670 万ガスの上限を導入し、ブロック全体の予算が増加しても、単一の操作で消費できるブロックの量を制限しました。つまり、ブロック制限が高くなると、個々のスマートコントラクトトランザクションが無制限に拡張されるのではなく、より多くのアクティビティが集約される余地が主に生まれます。

セポリアは、イーサリアム開発者が他の場所でどのように進めるかを決定する前に、グラムステルダムで最初の定期テストを実施する予定だ。 Hoodi とメインネットのアクティベーション日は未定のままで、アップグレードを実稼働に近づける前に、開発者が観察できるシグナルのうち 2 億件の優先順位にバリデーターが参加することになります。