イーサリアムのスケーリング命題は全く新しい実行段階に入ろうとしている。
2026年6月17日、イーサリアム財団のコア開発者Parithosh Jayanthiは、Glamsterdamアップグレードが最終開発段階に入り、開発者ネットワーク（devnets）で計画されたすべてのイーサリアム改善提案（EIPs）が稼働中であることを確認した。これはコードベースの強化とパブリックテストネットへの展開前の最後の段階である。Glamsterdamは2026年後半にメインネットに正式に導入される見込みだが、公式には正確なアクティベーションスケジュールは未定である。
このアップグレードは、2022年のThe Merge以来、イーサリアム最大のプロトコル改革と広く語られている。従来のL2データ可用性やアカウント抽象化に焦点を当てたアップグレードとは異なり、Glamsterdamの核心はLayer 1自体にある——ブロック生成メカニズムの再構築、並列実行能力の導入、資源価格モデルの全面的調整を通じて、イーサリアムの取引処理方式を根本的に変えようとしている。
Glamsterdamの登場は孤立した出来事ではなく、2025年のPectraとFusakaの二度のアップグレード成功の自然な継続である。2025年、イーサリアムはPectra（アカウント抽象化とバリデータステーキングの統合）とFusaka（PeerDASとBlobデータ可用性拡張）の二つのハードフォークを完了し、半年ごとのアップグレードサイクルの実現性を検証した。2026年に入り、Glamsterdamとその後のHegotáアップグレードは技術的目標において段階的に進化している——前者は「ネットワークをより速くする方法」を解決し、後者は「ネットワークをより軽く、持続可能にする方法」を答える。こうしたエンジニアリングのリズムコントロールは、イーサリアムの開発が「緊急修復」段階から「体系的なイテレーション」成熟期へと移行したことを示している。
ロードマップのタイムラインからも、イーサリアムのアップグレードの流れは明確に見て取れる。2021年のベルリンとロンドンアップグレードはGasメカニズムの最適化とEIP-1559の導入を行った。2022年のマージはPoWからPoSへの歴史的なコンセンサス変革を完了させた。2023年の上海アップグレードはステーキングの引き出しを解放し、2024年のカンクンアップグレードはBlob取引を導入してL2コストを削減した。2025年のPectraとFusakaはアカウント抽象化とデータ可用性を新たな高みへと推し進めた。Glamsterdamはこの進化曲線の重要な位置にあり——それはイーサリアムが「L2優先の拡張」から「L1とL2の協調拡張」への戦略的転換点である。
Glamsterdamの技術的コアは、相互に噛み合う三つの層に要約できる：プロトコル内提案者-構築者の分離（ePBS）、ブロックレベルアクセスリスト（BALs）、そして全面的なGasの再価格設定。これらは、L1のスループット向上、中央集権リスクの低減、資源価格の最適化を目的とした完全なソリューションを構成している。
Glamsterdamのアップグレードは、devnetから最終テスト段階に進んでいる。現在、開発者はdevnet上で完全なEIPの組み合わせを稼働させており、これはコードベースの強化とパブリックテストネットへの展開前の最後の段階だ。次に、パブリックテストネットへの展開とテストネットの強化を完了させ、最終的にメインネットに導入される予定だ。2026年5月2日に終了したSoldøgnのクロスクライアント相互運用活動は、Glamsterdamの実装層の堅牢性を検証する重要な役割を果たした。イーサリアム財団の2026年4月のCheckpointレポートも、Glamsterdamの実装作業が着実に進行していることを確認している。
ノード運用者やバリデータにとって、Glamsterdamはクライアントの同期アップグレードを意味する——実行層（EL）とコンセンサス層（CL）のクライアントは、メインネットのアクティベーション前に更新を完了させる必要がある。一般のETH保有者は特に操作を必要としない。開発者にとっては、Gasの再価格設定の影響が既に現れ始めており、高頻度の状態読み書きが多いDAppsは戦略の調整を迫られ、計算集約型アプリはコストの恩恵を受けることになる。
Glamsterdamはまた、MEV産業構造の再編にも大きな影響を与える。現状のMEV市場は、チェーン外リレーや中央集権的インフラに大きく依存しているが、ePBSが提案者-構築者の仕組みをプロトコル層に取り込むことで、より透明で分散化されたMEV体系の構築が期待される。中央集権リレーへの依存を低減することで、イーサリアムのネットワークの検閲耐性も強化される。これは単なる技術的最適化ではなく、イーサリアムの経済的基盤に対する構造的な調整だ。
Glamsterdamの後も、イーサリアムのロードマップは止まらない。次のアップグレードHegotáは、コア機能の選定を終えている——Focil（Fork-Choice Enforced Inclusion Lists、EIP-7805）がコンセンサス層の旗艦提案として選ばれた。GlamsterdamのL1性能拡張からHegotáの状態軽量化へと、イーサリアムのアップグレードは「拡張」から「持続可能な拡張」へと進化している。これはより成熟したエンジニアリング体系によるペースだ。
Glamsterdamは、Merge以降のイーサリアム最も野心的な単一のアップグレードだ。コンセンサスメカニズムを変更しない一方で、基盤の経済モデルとブロック生成ロジックを再構築する。ePBSはブロック構築の信頼仮定をチェーン外からチェーン内に移し、BALsは並列実行の扉を開き、Gasの再価格設定はより高いスループットの経済的基盤を整える。これらの組み合わせにより、Glamsterdamはイーサリアムの「L2優先」から「L1高性能＋L2拡張」の二重戦略の重要なハブとなる。
もちろん、このアップグレードには不確実性も伴う。ePBSの実現の複雑さは予想を超える可能性があり、Gasの再価格設定がエコシステムに与える長期的影響も未だ見極めが必要だ。パブリックテストネットの展開結果やクロスクライアントの整合性、コミュニティの受容度次第で、最終的なメインネットのアクティベーション時期は左右されるだろう。しかし、具体的な日付が2026年後半のどのタイミングに落ち着いても、Glamsterdamはイーサリアムの進化史において不可欠な位置を占めている——それはイーサリアムが「使える」から「使いやすい」へと進むための必経路だ。
Glamsterdamアップグレードは、イーサリアム2026年ロードマップの中で最も重要な技術的マイルストーンだ。ePBS（EIP-7732）により提案者-構築者の分離をプロトコルに書き込み、ブロックレベルアクセスリスト（EIP-7928）で並列実行能力を解放し、全面的なGas再価格設定で資源コスト構造を再構築する。これらは一体となって、イーサリアムLayer 1が分散性を維持しつつ、取引処理能力を大幅に向上させることを目指している。現在、アップグレードはdevnetの最終テスト段階にあり、2026年後半のメインネット導入が見込まれる。ノード運用者、開発者、エコシステム参加者にとって、このアップグレードの技術的論理と経済的意味を理解することは、次なるイーサリアムの発展段階において有効な意思決定を行うための前提条件だ。
問：Glamsterdamアップグレードはいつメインネットに導入されるのか？
イーサリアム財団のコア開発者Parithosh Jayanthiによると、Glamsterdamは2026年後半にメインネットに導入される見込みだが、「具体的なスケジュールは未定」である。現在はdevnetテスト段階であり、その後パブリックテストネットへの展開とテストネットの堅牢化を経て、最終的に本番環境に移行する。
問：ePBS（EIP-7732）はどのようにMEV操作を減らすのか？
現状のイーサリアムのブロック構築と提案の分離は、チェーン外リレーに依存しており、信頼仮定と中央集権リスクが存在する。EIP-7732はこの仕組みをプロトコル層に移行し、チェーン外の仲介に対する依存を低減することで、MEVの抽出過程での操作の機会を減らす。
問：Gasの再価格設定はイーサリアムのユーザーと開発者にどのような影響を与えるか？
高計算コスト操作（複雑な計算やゼロ知識証明の検証など）のコストは低下し、状態管理操作（ストレージの読み書き）のコストは上昇する。これにより、計算集約型アプリのGasコストは削減される一方、頻繁に状態を読み書きするDAppsはコスト増に適応する必要がある。
問：ETH保有者はGlamsterdamアップグレードに伴い何をすればよいか？
一般のETH保有者は特に操作を必要としない。ノード運用者とバリデータは、メインネットのアクティベーション前に実行層（EL）とコンセンサス層（CL）のクライアントを同期して更新する必要がある。
問：Glamsterdamと以前のイーサリアムアップグレードの違いは何か？
Pectra（アカウント抽象化）やFusaka（データ可用性拡張）は主にL2の拡張に焦点を当てていたが、GlamsterdamはLayer 1自体の再構築に直接取り組む。2022年のThe Merge以来最大規模のプロトコルアップグレードであり、L1の取引処理能力と分散性の向上を目的としている。
問：Glamsterdamの後、次のイーサリアムのアップグレードは何か？
次のアップグレードはHegotáであり、そのコア機能Focil（EIP-7805）はコンセンサス層の旗艦提案として選定された。Hegotáは状態の軽量化に焦点を当てており、Glamsterdamの性能拡張と技術的に連続している。
734.55K 人気度
1.4M 人気度
58.74K 人気度
858.72K 人気度
715.6K 人気度
ePBS から並列実行へ：Glamsterdam アップグレードはイーサリアムの L1 パフォーマンスをどのように再構築するか？
イーサリアムのスケーリング命題は全く新しい実行段階に入ろうとしている。
2026年6月17日、イーサリアム財団のコア開発者Parithosh Jayanthiは、Glamsterdamアップグレードが最終開発段階に入り、開発者ネットワーク（devnets）で計画されたすべてのイーサリアム改善提案（EIPs）が稼働中であることを確認した。これはコードベースの強化とパブリックテストネットへの展開前の最後の段階である。Glamsterdamは2026年後半にメインネットに正式に導入される見込みだが、公式には正確なアクティベーションスケジュールは未定である。
このアップグレードは、2022年のThe Merge以来、イーサリアム最大のプロトコル改革と広く語られている。従来のL2データ可用性やアカウント抽象化に焦点を当てたアップグレードとは異なり、Glamsterdamの核心はLayer 1自体にある——ブロック生成メカニズムの再構築、並列実行能力の導入、資源価格モデルの全面的調整を通じて、イーサリアムの取引処理方式を根本的に変えようとしている。
イーサリアムのアップグレードペースは「問題解決」から「基盤再構築」へとシフトしている
Glamsterdamの登場は孤立した出来事ではなく、2025年のPectraとFusakaの二度のアップグレード成功の自然な継続である。2025年、イーサリアムはPectra（アカウント抽象化とバリデータステーキングの統合）とFusaka（PeerDASとBlobデータ可用性拡張）の二つのハードフォークを完了し、半年ごとのアップグレードサイクルの実現性を検証した。2026年に入り、Glamsterdamとその後のHegotáアップグレードは技術的目標において段階的に進化している——前者は「ネットワークをより速くする方法」を解決し、後者は「ネットワークをより軽く、持続可能にする方法」を答える。こうしたエンジニアリングのリズムコントロールは、イーサリアムの開発が「緊急修復」段階から「体系的なイテレーション」成熟期へと移行したことを示している。
ロードマップのタイムラインからも、イーサリアムのアップグレードの流れは明確に見て取れる。2021年のベルリンとロンドンアップグレードはGasメカニズムの最適化とEIP-1559の導入を行った。2022年のマージはPoWからPoSへの歴史的なコンセンサス変革を完了させた。2023年の上海アップグレードはステーキングの引き出しを解放し、2024年のカンクンアップグレードはBlob取引を導入してL2コストを削減した。2025年のPectraとFusakaはアカウント抽象化とデータ可用性を新たな高みへと推し進めた。Glamsterdamはこの進化曲線の重要な位置にあり——それはイーサリアムが「L2優先の拡張」から「L1とL2の協調拡張」への戦略的転換点である。
Glamsterdamの技術的コア
Glamsterdamの技術的コアは、相互に噛み合う三つの層に要約できる：プロトコル内提案者-構築者の分離（ePBS）、ブロックレベルアクセスリスト（BALs）、そして全面的なGasの再価格設定。これらは、L1のスループット向上、中央集権リスクの低減、資源価格の最適化を目的とした完全なソリューションを構成している。
Glamsterdamの現状進捗はどうか？
Glamsterdamのアップグレードは、devnetから最終テスト段階に進んでいる。現在、開発者はdevnet上で完全なEIPの組み合わせを稼働させており、これはコードベースの強化とパブリックテストネットへの展開前の最後の段階だ。次に、パブリックテストネットへの展開とテストネットの強化を完了させ、最終的にメインネットに導入される予定だ。2026年5月2日に終了したSoldøgnのクロスクライアント相互運用活動は、Glamsterdamの実装層の堅牢性を検証する重要な役割を果たした。イーサリアム財団の2026年4月のCheckpointレポートも、Glamsterdamの実装作業が着実に進行していることを確認している。
Glamsterdamのアップグレードは業界にどのような影響をもたらすか？
ノード運用者やバリデータにとって、Glamsterdamはクライアントの同期アップグレードを意味する——実行層（EL）とコンセンサス層（CL）のクライアントは、メインネットのアクティベーション前に更新を完了させる必要がある。一般のETH保有者は特に操作を必要としない。開発者にとっては、Gasの再価格設定の影響が既に現れ始めており、高頻度の状態読み書きが多いDAppsは戦略の調整を迫られ、計算集約型アプリはコストの恩恵を受けることになる。
Glamsterdamはまた、MEV産業構造の再編にも大きな影響を与える。現状のMEV市場は、チェーン外リレーや中央集権的インフラに大きく依存しているが、ePBSが提案者-構築者の仕組みをプロトコル層に取り込むことで、より透明で分散化されたMEV体系の構築が期待される。中央集権リレーへの依存を低減することで、イーサリアムのネットワークの検閲耐性も強化される。これは単なる技術的最適化ではなく、イーサリアムの経済的基盤に対する構造的な調整だ。
Glamsterdamの後も、イーサリアムのロードマップは止まらない。次のアップグレードHegotáは、コア機能の選定を終えている——Focil（Fork-Choice Enforced Inclusion Lists、EIP-7805）がコンセンサス層の旗艦提案として選ばれた。GlamsterdamのL1性能拡張からHegotáの状態軽量化へと、イーサリアムのアップグレードは「拡張」から「持続可能な拡張」へと進化している。これはより成熟したエンジニアリング体系によるペースだ。
Glamsterdamは、Merge以降のイーサリアム最も野心的な単一のアップグレードだ。コンセンサスメカニズムを変更しない一方で、基盤の経済モデルとブロック生成ロジックを再構築する。ePBSはブロック構築の信頼仮定をチェーン外からチェーン内に移し、BALsは並列実行の扉を開き、Gasの再価格設定はより高いスループットの経済的基盤を整える。これらの組み合わせにより、Glamsterdamはイーサリアムの「L2優先」から「L1高性能＋L2拡張」の二重戦略の重要なハブとなる。
もちろん、このアップグレードには不確実性も伴う。ePBSの実現の複雑さは予想を超える可能性があり、Gasの再価格設定がエコシステムに与える長期的影響も未だ見極めが必要だ。パブリックテストネットの展開結果やクロスクライアントの整合性、コミュニティの受容度次第で、最終的なメインネットのアクティベーション時期は左右されるだろう。しかし、具体的な日付が2026年後半のどのタイミングに落ち着いても、Glamsterdamはイーサリアムの進化史において不可欠な位置を占めている——それはイーサリアムが「使える」から「使いやすい」へと進むための必経路だ。
まとめ
Glamsterdamアップグレードは、イーサリアム2026年ロードマップの中で最も重要な技術的マイルストーンだ。ePBS（EIP-7732）により提案者-構築者の分離をプロトコルに書き込み、ブロックレベルアクセスリスト（EIP-7928）で並列実行能力を解放し、全面的なGas再価格設定で資源コスト構造を再構築する。これらは一体となって、イーサリアムLayer 1が分散性を維持しつつ、取引処理能力を大幅に向上させることを目指している。現在、アップグレードはdevnetの最終テスト段階にあり、2026年後半のメインネット導入が見込まれる。ノード運用者、開発者、エコシステム参加者にとって、このアップグレードの技術的論理と経済的意味を理解することは、次なるイーサリアムの発展段階において有効な意思決定を行うための前提条件だ。
よくある質問（FAQ）
問：Glamsterdamアップグレードはいつメインネットに導入されるのか？
イーサリアム財団のコア開発者Parithosh Jayanthiによると、Glamsterdamは2026年後半にメインネットに導入される見込みだが、「具体的なスケジュールは未定」である。現在はdevnetテスト段階であり、その後パブリックテストネットへの展開とテストネットの堅牢化を経て、最終的に本番環境に移行する。
問：ePBS（EIP-7732）はどのようにMEV操作を減らすのか？
現状のイーサリアムのブロック構築と提案の分離は、チェーン外リレーに依存しており、信頼仮定と中央集権リスクが存在する。EIP-7732はこの仕組みをプロトコル層に移行し、チェーン外の仲介に対する依存を低減することで、MEVの抽出過程での操作の機会を減らす。
問：Gasの再価格設定はイーサリアムのユーザーと開発者にどのような影響を与えるか？
高計算コスト操作（複雑な計算やゼロ知識証明の検証など）のコストは低下し、状態管理操作（ストレージの読み書き）のコストは上昇する。これにより、計算集約型アプリのGasコストは削減される一方、頻繁に状態を読み書きするDAppsはコスト増に適応する必要がある。
問：ETH保有者はGlamsterdamアップグレードに伴い何をすればよいか？
一般のETH保有者は特に操作を必要としない。ノード運用者とバリデータは、メインネットのアクティベーション前に実行層（EL）とコンセンサス層（CL）のクライアントを同期して更新する必要がある。
問：Glamsterdamと以前のイーサリアムアップグレードの違いは何か？
Pectra（アカウント抽象化）やFusaka（データ可用性拡張）は主にL2の拡張に焦点を当てていたが、GlamsterdamはLayer 1自体の再構築に直接取り組む。2022年のThe Merge以来最大規模のプロトコルアップグレードであり、L1の取引処理能力と分散性の向上を目的としている。
問：Glamsterdamの後、次のイーサリアムのアップグレードは何か？
次のアップグレードはHegotáであり、そのコア機能Focil（EIP-7805）はコンセンサス層の旗艦提案として選定された。Hegotáは状態の軽量化に焦点を当てており、Glamsterdamの性能拡張と技術的に連続している。