単純に Gas 上限を引き上げるだけでは、ネットワークが実際にその負荷を処理できることを意味しません。実行クライアントの性能が追いつかない場合、高い Gas 上限はあくまで理論値に過ぎず、ピーク時には渋滞が発生する可能性があります。一方、ePBS、EIP-8037、Block-Level Access Lists の三つの技術が同時に支えることで、今回の Gas 上限引き上げは、基底の実行から状態保存まで多層的な保障を備えています。
BAL の効果は、より低レベルの最適化に近いです。クライアントが実行前にブロックの読み書きセットを事前に取得することで、トランザクションの並列処理とバッチ I/O を実現します。この改善は、極限のスループットを直接引き上げるわけではありませんが、実行中の最も遅いパスの性能を優先的に向上させるものです。Gas 上限の大幅な引き上げに伴い、ノードの同期速度や状態根の計算効率がより重要となるため、BAL はこの変化に対応するために設計されています。
イーサリアムの並列化の道は、段階的な進化と理解できます。初期はシリアル実行性能とストレージ構造の最適化に重点を置き、中期には BAL を用いたベンチマークテストを開発ネットワーク上で行い、後期にはより広範な高並列トランザクション形態へと移行します。Glamsterdam は、イーサリアムを一夜にして完全な並列ブロックチェーンにするものではありませんが、より効率的な並列実行モデルの基盤を整えています。
EIP-8037 如何应对状态膨胀与资源定价失衡？
Gas 上限の大幅な引き上げは、状態データの急速な膨張を招くリスクがあります。イーサリアムのグローバル状態は、すべてのアカウント残高とコントラクトデータを記録していますが、これを制御しなければ、状態はフルノード運用の最大負担となります。
EIP-8037 は、従来の動的な per-state-byte の価格設定を固定の cost_per_state_byte に変更し、新規状態の Gas コストを引き上げることで、攻撃者や非効率なコントラクトの展開が低コストで状態を爆発させるのを抑制します。この仕組みは、ブロック容量が 2 億に膨らんでも、新たに追加される状態データの限界コストが実際のハードウェアストレージコストと整合することを保証し、「ブロックがより多くのことを行う」ことが持続不可能なデータベース膨張に直結しないようにします。
イーサリアム Glamsterdam アップグレード：ガス上限を2億に引き上げ、10,000 TPSを実現するには？
2026 年 5 月初，超 100 名以太坊核心贡献者齐聚北极圈内的朗伊尔城，在连续日光下完成为期一周的 Soldøgn 互操作会议，并宣布 Glamsterdam 升级三大核心技术目标已基本就位：Gas 上限下限锁定至 2 亿，ePBS 在外部 Builder 流程中稳定运行，以及 EIP-8037 重计价参数的最终确认。此次升级预计于 2026 年 6 月左右上线主网，被广泛视为自 2022 年 The Merge 以来以太坊最重要的性能提升。
以太坊 Gas 上限从 6,000 万跃升至 2 亿意味着什么？
以太坊当前的 Gas 上限约为 6,000 万，自 2021 年以来历经 Pectra 和 Fusaka 两次升级才从 3,000 万逐步提升至该水平。Glamsterdam 将其一次性提高至 2 亿，意味着单区块可容纳的计算操作量将增加 3.3 倍，网络理论吞吐量将从约 1,000 TPS 大幅跃升至约 10,000 TPS。
単純に Gas 上限を引き上げるだけでは、ネットワークが実際にその負荷を処理できることを意味しません。実行クライアントの性能が追いつかない場合、高い Gas 上限はあくまで理論値に過ぎず、ピーク時には渋滞が発生する可能性があります。一方、ePBS、EIP-8037、Block-Level Access Lists の三つの技術が同時に支えることで、今回の Gas 上限引き上げは、基底の実行から状態保存まで多層的な保障を備えています。
ePBS 如何实现出块机制的协议级重构？
Enshrined Proposer-Builder Separation は Glamsterdam の最も核心的なアーキテクチャの変化です。その本質は、ブロック構築者と提案者の役割をプロトコルレベルで徹底的に分離することにあります。これまでは、この分離機構は外部リレーやサードパーティの Builder ネットワークに依存していましたが、ePBS はこれをコンセンサス層に内蔵し、サードパーティへの信頼依存を排除します。
ePBS は、ブロック構築、ペイロードのリビール、アテステーションに明確な締め切り時間を設けることで、タイムライン上に実行層の余裕を生み出します。これにより、バリデーターは複雑なブロック構築作業を同時に担う必要がなくなり、検証作業に専念できる一方、高性能な構築者は独立してブロック構造戦略を最適化できます。さらに、Payload Timeliness Committee と二重締め切りロジックを導入し、スループットの向上とともに、ブロック検証のボトルネックを低減します。
Block-Level Access Lists 如何赋能并行执行与性能抬升？
BAL の効果は、より低レベルの最適化に近いです。クライアントが実行前にブロックの読み書きセットを事前に取得することで、トランザクションの並列処理とバッチ I/O を実現します。この改善は、極限のスループットを直接引き上げるわけではありませんが、実行中の最も遅いパスの性能を優先的に向上させるものです。Gas 上限の大幅な引き上げに伴い、ノードの同期速度や状態根の計算効率がより重要となるため、BAL はこの変化に対応するために設計されています。
イーサリアムの並列化の道は、段階的な進化と理解できます。初期はシリアル実行性能とストレージ構造の最適化に重点を置き、中期には BAL を用いたベンチマークテストを開発ネットワーク上で行い、後期にはより広範な高並列トランザクション形態へと移行します。Glamsterdam は、イーサリアムを一夜にして完全な並列ブロックチェーンにするものではありませんが、より効率的な並列実行モデルの基盤を整えています。
EIP-8037 如何应对状态膨胀与资源定价失衡？
Gas 上限の大幅な引き上げは、状態データの急速な膨張を招くリスクがあります。イーサリアムのグローバル状態は、すべてのアカウント残高とコントラクトデータを記録していますが、これを制御しなければ、状態はフルノード運用の最大負担となります。
EIP-8037 は、従来の動的な per-state-byte の価格設定を固定の cost_per_state_byte に変更し、新規状態の Gas コストを引き上げることで、攻撃者や非効率なコントラクトの展開が低コストで状態を爆発させるのを抑制します。この仕組みは、ブロック容量が 2 億に膨らんでも、新たに追加される状態データの限界コストが実際のハードウェアストレージコストと整合することを保証し、「ブロックがより多くのことを行う」ことが持続不可能なデータベース膨張に直結しないようにします。
L1 执行层扩容如何改变 L2 的生存价值与竞争格局？
過去数年のイーサリアムのスケーリングの核心は Rollup-Centric です。大部分の実行タスクを L2 ネットワークに移行し、L1 メインネットは高いセキュリティの決済に専念します。一方、Glamsterdam は明確なシグナルを放ちます：メインネットの実行能力の境界が再定義されつつあることを。
L2 ネットワークは、イーサリアムエコシステムの 95% から 99% の取引を処理しますが、L1 の送金コストはすでに非常に低くなっています。Glamsterdam のアップグレード後、L1 のデータ決済コストはさらに低下し、Rollup の費用は約 70% 削減される見込みです。これは、大規模な L2 ソリューションにとってコスト面での追い風となる一方、メインネット自体のカバー範囲も拡大します。もともと L2 で処理せざるを得なかったシンプルな取引も、アップグレード後は直接 L1 で完結できるようになります。
L2 プロジェクトにとっては、短期的な利益と中長期的な圧力が共存します。コスト削減のメリットは明白ですが、よりユニークな機能や高い効率性をもって、市場に自身の存在価値を証明しなければ、「なぜ L2 を使う必要があり、直接 L1 で実行しないのか」という選択肢がユーザーの真の判断材料となるでしょう。
Glamsterdam 升级的时间表与执行确定性如何体现？
Soldøgn 互操作会議開催前、Glamsterdam の多くの技術パラメータは議論中でした。一週間のフルタイム調整を経て、最終的な仕様は glamsterdam-devnet-2 テストネットで検証され、外部 Builder のエンドツーエンドパスもクロスクライアントテストを完了し、複数クライアントの開発ネットワークは安定して稼働しています。
EIP-8061 はアップグレードに組み込まれ、EIP-8080 は明確に拒否され、EIP-8045 は提案者の責任範囲に縮小されるなど、これらの選択は、チームが「技術的な実現可能性の議論」から「実行可能な仕様の確定」へと移行したことを示しています。最終的なパラメータは、後の AllCoreDevs 会議で正式に確認され、主網は 2026 年 6 月にアップグレードをアクティベートする見込みです。
扩容之后还会继续扩容吗？Glamsterdam 之后的路线图指向何处？
イーサリアム財団が発表した 2026 年のプロトコル優先順位のアップデートによると、プロトコル作業は三つの長期的なメインラインに再編されています：Scale、Improve UX、Harden the L1。Glamsterdam はスケールの軌道における重要な節点であり、終点ではありません。業界では、今回の Gas 上限 2 億はこの拡張の天井ではないと一般的に考えられています。Glamsterdam 以降も、Gas 上限はさらに高みを目指して引き上げられる見込みです。
Glamsterdam に続くのは Hegotá アップグレードであり、Verkle 木構造と無状態クライアントを導入し、フルノードのデータストレージ負担を指数関数的に低減させ、一般的な消費者向けデバイスでもノードを運用できるようにします。これにより、ネットワークの分散性と検閲耐性が根本的に強化され、イーサリアムの長期的な競争力の基盤となるインフラが整います。
总结
Glamsterdam アップグレードは、Gas 上限を 2 億に引き上げ、ePBS による提案者–構築者分離、EIP-8037 による状態コストの再価格設定の三つのコア技術を通じて、イーサリアムの L1 の理論的スループットを約 10,000 TPS に押し上げます。これは、The Merge 以降で最大のプロトコル層の性能向上です。
L1 の容量拡大に伴い、Rollup のデータ決済コストは約 70% 削減される見込みです。これにより、L2 の費用競争空間もさらに広がります。同時に、L1 メインネットのシナリオカバー範囲も大きく拡大します。Glamsterdam に続く Hegotá アップグレードは、Verkle 木と無状態クライアントの導入により、2026 年後半に推進され、フルノードの運用コストもさらに低減される見込みです。
FAQ
問：Glamsterdam アップグレードはいつ頃イーサリアムメインネットに導入されますか？
イーサリアム財団の計画によると、Glamsterdam アップグレードは 2026 年 6 月頃にメインネットでアクティベートされる見込みですが、具体的な時期は AllCoreDevs 会議での最終確認次第です。
問：Gas 上限が 6,000 万から 2 億に引き上げられると、ノード運用コストは大幅に増加しますか？
アップグレードは BAL によるノード同期効率の向上、EIP-8037 による状態膨張速度の制御、さらに Hegotá で Verkle 木と無状態クライアントを導入し、ノードのデータストレージ負担を低減します。
問：L1 の拡張後、L2 Rollup の費用はどれくらい下がりますか？
アップグレードにより L1 のデータ決済コストは低下し、Rollup の費用は約 70% 削減される見込みです。同時に、Glamsterdam の L1 優先方針は、L2 エコシステムの差別化と競争を促進します。
問：ePBS と従来の PBS との違いは何ですか？
従来の PBS は外部リレーやサードパーティの Builder ネットワークに依存して提案者と構築者を分離していましたが、ePBS はこれをコンセンサス層に直接書き込み、サードパーティへの信頼依存を排除し、ブロック生成と検証の分離を実現します。
問：Glamsterdam 以降の次の大きなイーサリアムのアップグレードは何ですか？
2026 年末に予定されている Hegotá アップグレードです。Verkle 木、無状態クライアント、FOCIL などの抗検閲・アカウント抽象化の強化を含み、最終的なパラメータは開発中です。