イーサリアムの Glamsterdam ハードフォーク解説：並列実行と ePBS が 10,000 TPS を実現する仕組み
現在、2 つのブロックビルダーがイーサリアムの全ブロックの 90% 以上を組み立てています。バリデーターがどれほど多くの CPU コアを持っていても、すべてのトランザクションは一列に並んで待機しています。そして、ガス代はいまだに、もはや存在しないハードウェア上で数年前に設定されたベンチマークを反映したままです。
2026 年上半期を予定しているイーサリアムの次期ハードフォーク「Glamsterdam」は、これら 3 つの問題を一度に解決するように設計されています。ガスリミットを 6,000 万から 2 億へと引き上げ、新たな並列実行プリミティブ、そしてコンセンサス層に直接組み込まれたプロポーザー・ビルダー分離（PBS）を備えたこのアップグレードは、The Merge 以来、最もアグレッシブな構造改革となります。予定通りにリリースされれば、イーサリアムのレイヤー 1 は現在の約 10 倍のスループットにあたる毎秒約 10,000 トランザクションを処理できるようになり、同時にガス代を約 79% 削減できる可能性があります。
以下に、実際に何が変わるのか、なぜそれが重要なのか、そしてどこにリスクが潜んでいるのかを解説します。
なぜイーサリア ムは構造のリセットを必要としたのか
2025 年、イーサリアムは競合他社に純粋な処理速度で追い抜かれるのを目の当たりにしてきました。Solana は実世界で毎秒 1,000 件以上のトランザクションを処理しています。EVM 互換の新人である Monad は、0.5 秒未満のブロック時間で 10,000 件以上の TPS を実証しました。一方、イーサリアムのレイヤー 1 は 15 ～ 20 TPS の間に留まっており、この数値は上海（Shanghai）アップグレード以来ほとんど変化していません。
このパフォーマンスの差は、顕著な移行パターンを生み出しました。ゲーム、高頻度 DeFi、AI エージェントのトランザクションなど、レイテンシに敏感なアプリケーションを構築する開発者は、ますます高速なチェーンをデフォルトで選択するようになっています。これまでのイーサリアムの対応は、スループットをレイヤー 2（Base、Arbitrum、Optimism）に逃がすことでしたが、その戦略は独自の断片化問題を引き起こしました。60 以上のロールアップに分散した流動性、7 日間の出金遅延、そしてブリッジの知識を必要とするユーザーエクスペリエンスです。
Glamsterdam は L2 ロードマップを放棄するものではありません。競合に流出したワークロードを取り戻せるほど L1 自体を高速化し、同時に L2 決済の経済性を改善するものです。ヴィタリック・ブテリン（Vitalik Buterin）は 2026 年 2 月下旬、このアップグ レードの範囲を定義する 8 つのイーサリアム改善案（EIP）の概要を説明しました。その中でも 2 つの「目玉」となる EIP が最優先事項となっています。
2 つの目玉：並列実行とプロトコルレベルのブロック構築
EIP-7928: ブロックレベル・アクセスリスト（BALs）
現在、イーサリアムのクライアントは、実行中になって初めて、ブロックがどのアカウントやストレージスロットに触れるかを知ることができます。ブロックのステートアクセスパターンを事前に把握することは不可能です。トランザクションは、たとえステートの全く無関係な部分に関わるものであっても、厳密な順序で一つずつ処理されます。
EIP-7928 は、ブロックレベル・アクセスリスト（BALs）を導入します。これは、各トランザクションがどのストレージスロットやアカウントを読み書きするかを正確に指定する構造化された宣言です。このアクセスリストのハッシュである 「BAL ルート」は、ブロックヘッダーに直接埋め込まれます。
この実用的なインパクトは革命的です。バリデーターは、あるトランザクションが Uniswap のスワップであり、別のトランザクションが別のプールへの Aave への預け入れであることを事前に知っていれば、それらを複数の CPU コアで同時に処理できます。逐次実行は、真に競合するトランザクションのみが互いを待つ必要がある依存グラフへと進化します。
また、BALs はステートのプリフェッチも可能にします。ノードは実行が始まる前に必要なステートデータをメモリにロードできるため、現在ブロック処理を遅らせている I/O ボトルネックが解消されます。イーサリアム財団は、BALs によって短期的には実行スループットが 10 ～ 30 倍向上する可能性があると予測しています。
EIP-7732: プロトコル組み込み型プロポーザー・ビルダー分離（ePBS）
ブロック構築の問題は見えにくいですが、同様に深刻です。現在、イーサリアムのブロック生成の 80 ～ 90% は、リレー（主に Flashbots の MEV-Boost）と呼ばれるオフチェーンサービスに依存しています。一握りの専門的なビルダー（Flashbots、Titan、BeaverBuild）がバリデーターのためにブロックを組み立て、トランザクションの並び替えを通じて最大抽出可能価値（MEV）を抽出しています。
この仕組みは機能してはいますが、3 つの構造的リスクを生み出しています：
- 中央集権化。 実質的にすべてのブロック生成を 2 ～ 3 のビルダーが支配しています。
- 検閲の脆弱性。 現在、ブロックの約 30% がリレーフィルタリングを通じて OFAC の制裁リストを遵守しており、これは特定のグループによってトランザクションが組織的に排除される可能性があることを意味します。
- 信頼への依存。 バリデーターは、リレーがブロックを改ざんしたり支払いを保留したりしないことを信頼しなければなりません。
EIP-7732 は、プロポーザー・ビルダーのメカニズム全体をオンチェーンに移行させます。ePBS の下では、ビルダーがブロックを組み立ててその内容を暗号的に封印し、ペイロードへのコミットメントを添えて入札（Bid）を公開します。プロポーザーは、中身を見たり改ざんしたりすることなく、最も高い支払いを行うブロックを選択します。トランザクションはブロックがファイナライズされた後にのみ公開されます。
新しいペイロード適時性委員会（PTC）が基本的な検証チェックを担当し、すべての入札、コミットメント、支払いは、オンチェーンで検証可能なプロトコル定義のメッセージを通じて流れます。オフチェーンのリレーはもう不要です。信頼の前提も必要ありません。
Flashbots はすでにこの変化を予見しており、2024 年 12 月にその運営を BuilderNet（BeaverBuild および Nethermind と共同運営される分散型ビルディングネットワーク） に移行しました。Glamsterdam の ePBS は、ネットワーク上のすべてのビルダーとプロポーザーに対して、この分散型アプローチをデフォルトにします。
脇役たち：ガスの再価格設定とステート経済学
主役級の機能以外にも、Glamsterdam にはイーサリアムの経済モデルを再構築するいくつかの EIP が含まれています。
EIP-7904： 一般的な再価格設定（General Repricing） は、最新のハードウェアによる実証的なベンチマークを使用して、EVM オプコードのガス・コストを再調整します。現在のガス価格の多くは何年も前に設定されたものであり、実際の計算コストを反映していません。この再調整により、単純な ETH 転送と複雑なスマートコントラクトのインタラクションの両方で、ガス代が 78.6% 削減されます。
EIP-8037： ステート作成ガス・コストの引き上げ（State Creation Gas Cost Increase） は、新しいアカウントやストレージ・スロットの作成にかかるガス・コストを導出し、チェーンを肥大化させる不要なステートの拡張を抑制します。
EIP-8038： ステート・アクセス・ガス・コストの引き上げ（State-Access Gas Cost Increase） は、コールド・アカウントやストレージの読み取りにかかるガス・コストを引き上げ、使用頻度の低いステートへのアクセスに伴う I/O コストをより正確に反映させます。
その純粋な効果は、真にコストがかかるもの（コールド・ステートの作成とアクセス）にはより多く課金し、安価なもの（現代のプロセッサ上での一般的なオプコードの実行）にはより少なく課金するというガス・モデルです。ブロックあたりのガス・リミットを 6,000 万から 2 億に引き上げることで、これらの変更を吸収するための生容量を確保しつつ、トランザクションあたりのコストを劇的に抑えることができます。
Glamsterdam と競合他社の比較
並列実行の競争は単独で起きているわけではありません。Glamsterdam が競合とどのように渡り合うかは以下の通りです。
| 機能 | イーサリアム (Glamsterdam) | Solana | Monad |
|---|---|---|---|
| 並列化のアプローチ | 事前宣言されたアクセス・リスト (BALs) | ネイティブの Sealevel スケジューラ | オプティミスティック並列実行 |
| 目標 TPS | ~10,000 | ~1,000-1,500 (実測値) | ~10,000+ |
| EVM 互換性 | ネイティブ | なし (Rust での書き換えが必要) | 完全な EVM 互換 |
| ブロック時間 | ~12 秒 | ~400ms | ~400ms |
| MEV 管理 | プロトコル・レベルの ePBS | Jito チップ・マーケットプレイス | EVM エコシステムを継承 |
| バリデータ・セット | ~500,000+ | ~1,500 | 新興 |
イーサリアムのアプローチは明確に保守的です。トランザクションはステートへのアクセスを事前に宣言する必要があり、これにより競合のない並列実行が保証されますが、開発者にはツールの変更が求められます。Solana の Sealevel ランタイムは、VM レベルでネイティブに並列化を処理します。Monad はオプティミスティック実行を採用しており、トランザクションを並列に処理し、競合が発生した場合に再実行することで、開発者の変更なしに完全なイーサリアム互換性を維持します。
決定的な違いはエコシステムの重力です。イーサリアムには 50 万以上のバリデータ、最も深い DeFi 流動性、そして最大の開発者コミュニティがあります。たとえ Monad が同等のスループットを実現したとしても、それ以外のすべてをゼロから構築しなければなりません。Glamsterdam の賭けは、既存のプラットフォームを十分に高速化することで、移行の動機をなくすことにあります。
L2 への影響： ロールアップのためのより良い経済学
Glamsterdam の改善は L1 ユーザーだけに利益をもたらすものではありません。ガス・リミットの引き上げと、ブロックあたり 72 個以上のデータ・ブロブへの拡張の可能性は、レイヤー 2（L2）ロールアップの経済性を劇的に改善します。
Arbitrum、Optimism、Base などのロールアップは、現在トランザクション・データを投稿するためにイーサリアム L1 のガス代を支払っています。ガス・コストの低下とブロブ容量の増加により、L2 セトルメントが安価になり、それがこれらのチェーンのエンドユーザーにとっての低手数料につながります。イーサリアム財団は、ブロブ・スケーリングと並列実行が組み合わさることで、L1 + L2 の合計スループットは最終的に数十万 TPS に達する可能性があると予測しています。
これにより好循環が生まれます。安価な L2 セトルメントはより多くの L2 ユーザーを惹きつけ、L2 の利用が増えることで L1 セトルメント手数料がより多く発生し、L1 のスループットが向上することでセトルメント・レイヤーがボトルネックにならないようになります。
何が問題になり得るか
Glamsterdam は野心的であり、野心にはリスクが伴います。
BAL の採用にはツールの変更が必要。 開発者やウォレットは、ブロック・レベルのアクセス・リストを生成するためにアップデートする必要があります。エコシステムのツールが成熟するまで、並列実行の利点は一部のトランザクション・タイプにおいて理論上のものにとどまる可能性があります。
タイムラインは希望的観測である。 コミュニティのドキュメントでは 2026 年 6 月を目標としていますが、イーサリアム財団の DevOps チ ームは 2026 年初頭の時点で Devnet-4 で提案された EIP のうち 3 つしかテストしておらず、Devnet-5 が進行中です。イーサリアムのハードフォークは歴史的に数ヶ月遅れる傾向があります。
ePBS は既存の MEV インフラを混乱させる。 ブロック・ビルダーやサーチャーは、現在のリレー・ベースのシステムを中心にビジネスを構築してきました。ePBS への移行は MEV サプライチェーンを再構築することになり、すべての参加者が利益を得られるわけではありません。
ガスの再価格設定が前提条件を崩す可能性がある。 ガス見積もりをハードコードしているアプリケーションは、オプコード・コストが変更された際に予期しない挙動を示す可能性があります。再価格設定はほとんどのコストを削減しますが、ステート作成とコールド・リードのコスト増は、多くのコールド・ストレージ操作を行うコントラクトに影響を与える可能性があります。
Glamsterdam では、スロット時間の短縮、多次元ガス・メータリング、耐量子署名検証など、30 以上の提案が却下されました。これらの機能は、2026 年後半に予定されている 2 つ目のフォークである Hegota で導入される見込みです。
今後の展望： 4 つのフォーク戦略
Glamsterdam は、2027 年まで続く調整された 4 つのフォークによるパフォーマンス戦略の第一歩です。
- 高速確認ルール（Fast Confirmation Rule） — ハードフォークなしでの 13 秒の預金確認（すでに稼働中、または間近）
- Glamsterdam（2026 年上半期） — 並列実行 + ePBS + ガスの再価格設定
- Fusaka — 30,000 倍の容量増加を伴う 1 GB/s のデータ可用性を実現する PeerDAS
- Hegota（2026 年下半期） — 証明サイズを 10 分の 1 に縮小する Verkle 木（Verkle Trees） + 耐量子暗号への移行
これらのアップグレードが合わさることで、イーサリアムは単一車線の道路から、あらゆる種類のトラフィックに最適化されたオンランプを備えた多車線ハイウェイへと変貌を遂げます。もはや問題は「イーサリアムが競合他社の速度に追いつけるか」ではなく、「パフォーマンスに敏感なユースケースが他へ恒久的に移ってしまう前に、これらのアップグレードを届けられるか」にあります。
結論
Glamsterdam は単なるマーケティング施策ではありません。これは、競合他社がゲーミング、決済、AI エージェントのトランザクション、リアルタイム DeFi といった最も重要なワークロードを奪っていく中で、Ethereum のレイヤー 1 が汎用的な実行環境として無意味なものになるという存亡の危機に対する、構造的な回答です。
このアップグレードでは、並列実行のための BAL、分散型ブロック構築のための ePBS、経験に基づいたガス代の再価格設定（empirical gas repricing）といった、Ethereum が長年許容してきた課題 を解決する真のアーキテクチャの革新が導入されます。予定通りに実施されれば、ネットワークの分散性は低下するどころか向上しつつ、スループットは 15 TPS から 10,000 TPS へと向上します。
懸念点は、「予定通り」という言葉がこの文章において非常に重い意味を持っていることです。Ethereum の歴史を振り返ると、タイムラインについては慎重になる必要があります。しかし、エンジニアリング作業は着実に進んでおり、開発用ネットワーク（devnets）は稼働しており、競合他社からの圧力もかつてないほど高まっています。
開発者、バリデーター、そして動向を注視しているユーザーにとって、Glamsterdam は密に監視する価値があります。これは、今後 10 年間にわたって Ethereum の地位を確固たるものにするアップグレードとなるか、あるいは野心と実行の乖離が最終的に露呈するものになるかのどちらかです。
BlockEden.xyz は、Ethereum L1 およびその上で決済を行うロールアップで構築を行う開発者向けに、エンタープライズグレードの Ethereum RPC エンドポイントとマルチチェーン API インフラストラクチャを提供しています。Glamsterdam が実行レイヤーを再構築するにつれ、信頼性の高いノードインフラストラクチャはかつてないほど重要になります。当社の Ethereum API サービスを探索してください 。次世代のオンチェーンスループット向けに設計された基盤上で構築を開始しましょう。