イーサリアム財団は5月2日に公式ブログでSoldøgn Interopの作業成果をまとめた。Soldøgnはノルウェー語で夏至（太陽が沈まない状態）を意味し、EFは地理や自然のイメージにちなんでInteropの伝統的な命名を継続。今年のイベントは4月末に開催され、100人以上のコア開発者が参加した。このInteropはGlamsterdamアップグレードの三つの重要な目標に焦点を当て、基本的に完了したと宣言している。• **200M Gas Limit下限の合意達成**：各クライアントチームは200百万をアップグレード後の下限基準として確認し、段階的な試行をやめた • **ePBS外部ビルダーのプロセス安定稼働**：多くのクライアントはglamsterdam-devnet-2テストネット上で全工程の検証を完了し、外部ビルダーの完全なパスの成功テストも行われた • **EIP-8037 Gas再価格設定パラメータの最終確認**：このEIPはGas容量の爆発的増加による状態（ステート）膨張リスクを調整する役割を担うなぜ200M Gas LimitをePBSとEIP-8037と結びつけるのか？単にGas Limitの数字を大きくするだけでは、ネットワークが対応できる取引量にはならない。イーサリアム財団のアプローチは、これら三つの要素を「スケーリング三種の神器」としてパッケージ化し、欠かせないものとした。**ePBS（Enshrined Proposer-Builder Separation、内蔵提案者とビルダーの分離）**—平たく言えば、「誰が取引をパックし、誰がブロックを提出するか」を正式に切り離すこと。これにより、実行層はより多くの処理時間を得られ、BAL（ブロックアクセスリスト）の最適化と相まって、各クライアントの実効スループットに余裕が生まれる。ePBSがなければ、Gas上限を200Mにしても、ピーク時にクライアントは耐えられない可能性がある。**EIP-8037**はもう一つの安全弁：Gas Limitを引き上げると、各ブロックでより多くの処理が可能になるが、その代償としてイーサリアムのステート（全アカウントの残高やコントラクト情報を記録するデータベース）が膨張しやすくなる。EIP-8037は、「新しいステートを作る」ためのGasコストを引き上げることで、この問題を抑制し、攻撃者や開発者の無制限な状態膨張を防ぐ。これら三つの要素を組み合わせることで、ePBSとBALは実行容量を提供し、EIP-8037は状態の暴走を防ぎ、200Mの安全な適用を可能にしている。EIP-8037：状態暴走防止の具体的メカニズムイーサリアムのステートは、全てのアドレスの残高やコントラクトの情報を記録した「グローバル台帳」と理解できる。台帳が大きくなるほど、全ノードの保存と同期のコストは増大し、最終的にはフルノードの運用が裕福な人の特権になり、分散性を損なう恐れがある。Gas Limitを60Mから200Mに引き上げると、理論上は書き込めるデータ量も増加する。EIP-8037は、「新しいステートを作る」ためのGasコストを高め、「既存のステートを読む」コストは低く抑える設計だ。これにより、通常の照会や送金、コントラクト操作はほぼ影響を受けず、無限にアカウントやストレージを増やそうとする操作だけがコスト高により自然に抑制される。Soldøgn期間中にイーサリアム財団はEIP-8037の再価格設定パラメータを最終決定し、Glamsterdamのリリースと同時にこの防御策が有効になることを確認した。容量拡大と管理のタイミングのずれを防ぐためだ。FOCIL（Fork Choice Inclusion Lists、分岐選択包含リスト）、ネイティブアカウント抽象化、Hegotá：次のアップグレードも同時に推進Glamsterdamが今年の主役だが、EFはSoldøgn期間中により遠い未来のロードマップも進めている。**FOCIL（フォークチョイスインクルージョンリスト）**は検閲防止の仕組みで、ノードが特定の取引をブロックに含めるよう強制できる仕組み。これにより、ビルダーが意図的に不都合な取引を排除するのを防ぐ。今回のInteropで実質的な進展があり、Glamsterdamや次のアップグレードサイクルへの道が開かれつつある。**ネイティブアカウント抽象化**—平たく言えば、普通のウォレットアカウントもスマートコントラクトのようなロジックを実行できるようにすること。例として、バッチ取引、ソーシャルリカバリー、Gas代の前払いなど。現在のERC-4337はアプリ層で模擬的に実現しているが、ネイティブ版は直接プロトコルに組み込み、効率と普及性を高める。**Hegotáのアップグレード**もSoldøgn中に進展。これはGlamsterdam以降に予定されている次の主要アップグレードで、詳細はまだ計画中だが、一部機能は早期にテスト段階に入っている。EFは、今後数週間でコア開発者がクライアントの堅牢化やテスト、コード統合を進め、最終的なパラメータはAllCoreDevs会議で公開・確認されると述べている。誰もがライブ配信でその歴史的な決定の瞬間を見守れる。このアップグレードの影響はイーサリアムのメインネットだけにとどまらない。**ベースレイヤーのスループットが3.3倍に増加し、L2の「必要性」議論を圧縮**する。過去、多くのユーザーはL1のGas代高騰と遅さによりArbitrumやOptimism、Baseに移行したが、Glamsterdamの実現により、一部の軽量アプリは直接メインネットに戻る可能性もある。Rollupの競争軸は、「安さ」から「差別化された機能」へとシフトしつつある。
イーサリアム財団はGlamsterdamのアップグレード目標を確定：2億ガスリミット、10,000 TPSに挑戦
イーサリアム財団は5月2日に公式ブログでSoldøgn Interopの作業成果をまとめた。Soldøgnはノルウェー語で夏至（太陽が沈まない状態）を意味し、EFは地理や自然のイメージにちなんでInteropの伝統的な命名を継続。今年のイベントは4月末に開催され、100人以上のコア開発者が参加した。
このInteropはGlamsterdamアップグレードの三つの重要な目標に焦点を当て、基本的に完了したと宣言している。
• 200M Gas Limit下限の合意達成：各クライアントチームは200百万をアップグレード後の下限基準として確認し、段階的な試行をやめた
• ePBS外部ビルダーのプロセス安定稼働：多くのクライアントはglamsterdam-devnet-2テストネット上で全工程の検証を完了し、外部ビルダーの完全なパスの成功テストも行われた
• EIP-8037 Gas再価格設定パラメータの最終確認：このEIPはGas容量の爆発的増加による状態（ステート）膨張リスクを調整する役割を担う
なぜ200M Gas LimitをePBSとEIP-8037と結びつけるのか？
単にGas Limitの数字を大きくするだけでは、ネットワークが対応できる取引量にはならない。イーサリアム財団のアプローチは、これら三つの要素を「スケーリング三種の神器」としてパッケージ化し、欠かせないものとした。
ePBS（Enshrined Proposer-Builder Separation、内蔵提案者とビルダーの分離）—平たく言えば、「誰が取引をパックし、誰がブロックを提出するか」を正式に切り離すこと。これにより、実行層はより多くの処理時間を得られ、BAL（ブロックアクセスリスト）の最適化と相まって、各クライアントの実効スループットに余裕が生まれる。ePBSがなければ、Gas上限を200Mにしても、ピーク時にクライアントは耐えられない可能性がある。
EIP-8037はもう一つの安全弁：Gas Limitを引き上げると、各ブロックでより多くの処理が可能になるが、その代償としてイーサリアムのステート（全アカウントの残高やコントラクト情報を記録するデータベース）が膨張しやすくなる。EIP-8037は、「新しいステートを作る」ためのGasコストを引き上げることで、この問題を抑制し、攻撃者や開発者の無制限な状態膨張を防ぐ。
これら三つの要素を組み合わせることで、ePBSとBALは実行容量を提供し、EIP-8037は状態の暴走を防ぎ、200Mの安全な適用を可能にしている。
EIP-8037：状態暴走防止の具体的メカニズム
イーサリアムのステートは、全てのアドレスの残高やコントラクトの情報を記録した「グローバル台帳」と理解できる。台帳が大きくなるほど、全ノードの保存と同期のコストは増大し、最終的にはフルノードの運用が裕福な人の特権になり、分散性を損なう恐れがある。
Gas Limitを60Mから200Mに引き上げると、理論上は書き込めるデータ量も増加する。EIP-8037は、「新しいステートを作る」ためのGasコストを高め、「既存のステートを読む」コストは低く抑える設計だ。これにより、通常の照会や送金、コントラクト操作はほぼ影響を受けず、無限にアカウントやストレージを増やそうとする操作だけがコスト高により自然に抑制される。
Soldøgn期間中にイーサリアム財団はEIP-8037の再価格設定パラメータを最終決定し、Glamsterdamのリリースと同時にこの防御策が有効になることを確認した。容量拡大と管理のタイミングのずれを防ぐためだ。
FOCIL（Fork Choice Inclusion Lists、分岐選択包含リスト）、ネイティブアカウント抽象化、Hegotá：次のアップグレードも同時に推進
Glamsterdamが今年の主役だが、EFはSoldøgn期間中により遠い未来のロードマップも進めている。
**FOCIL（フォークチョイスインクルージョンリスト）**は検閲防止の仕組みで、ノードが特定の取引をブロックに含めるよう強制できる仕組み。これにより、ビルダーが意図的に不都合な取引を排除するのを防ぐ。今回のInteropで実質的な進展があり、Glamsterdamや次のアップグレードサイクルへの道が開かれつつある。
ネイティブアカウント抽象化—平たく言えば、普通のウォレットアカウントもスマートコントラクトのようなロジックを実行できるようにすること。例として、バッチ取引、ソーシャルリカバリー、Gas代の前払いなど。現在のERC-4337はアプリ層で模擬的に実現しているが、ネイティブ版は直接プロトコルに組み込み、効率と普及性を高める。
HegotáのアップグレードもSoldøgn中に進展。これはGlamsterdam以降に予定されている次の主要アップグレードで、詳細はまだ計画中だが、一部機能は早期にテスト段階に入っている。
EFは、今後数週間でコア開発者がクライアントの堅牢化やテスト、コード統合を進め、最終的なパラメータはAllCoreDevs会議で公開・確認されると述べている。誰もがライブ配信でその歴史的な決定の瞬間を見守れる。
このアップグレードの影響はイーサリアムのメインネットだけにとどまらない。ベースレイヤーのスループットが3.3倍に増加し、L2の「必要性」議論を圧縮する。過去、多くのユーザーはL1のGas代高騰と遅さによりArbitrumやOptimism、Baseに移行したが、Glamsterdamの実現により、一部の軽量アプリは直接メインネットに戻る可能性もある。Rollupの競争軸は、「安さ」から「差別化された機能」へとシフトしつつある。