イーサリアム開発エコシステムは、2023年10月24日に開催された第223回オールコア・デベロッパー実行(ACDE)会議において、重要な節目を迎えました。この会議では、ネットワークの技術的ロードマップが明確なタイムラインのもとに具体化されました。2025年12月3日、Fusakaメインネットのアップグレードが正式に稼働し、イーサリアムのコアインフラストラクチャが2026年第一四半期以降にどのように進化していくかの基準を確立した画期的な瞬間となりました。## 12月3日メインネットローンチ：タイムラインに焦点を当ててクリスティン・キムによってまとめられた会議議事録によると、イーサリアム財団のアレックス・ストークスは、12月3日をFusakaの最終リリース日として確認する調整を行いました。これは偶然のものではなく、Geth、Nethermind、Reth、Besu、Erigonの各実行層(EL)クライアントチームは、それぞれの実装がこの期限を守れることを検証しました。アップグレードのシーケンスは12月3日で終わりませんでした。計画は連続した最適化フェーズに展開され、12月9日にBlob Parameter Optimization (BPO)が行われ、その後2026年1月7日に二次パラメータ調整が予定されていました。この段階的アプローチにより、開発者はFusakaフレームワークの下でネットワークの挙動を観察しながら、更なる改善を実施できるようになっていました。## Glamsterdamアップグレードパス：提案のハードルFusakaが最優先のメインネットとして注目を集める一方で、開発者たちは次の進化サイクルであるGlamsterdamの調整も並行して進めていました。タイムラインでは、EIP (Ethereum Improvement Proposal)の提出期限として10月30日が設定され、クライアントチームは11月6日までフィードバックを提供しました。最終的な範囲の確定は11月27日を目標とし、開発コミュニティにとっては2か月未満の期間で合意形成を行う必要がありました。この短期間を実現するために、Ethereum Cat Herdersは10月28日に公開オフィスアワーを開催し、EIPの作成者が提出プロセスを円滑に進められるよう支援を提供しました。Hoodiテストネットは同日、Fusakaバージョンを稼働させ、メインネットローンチ前の最終リハーサルとして機能しました。一方、Holeskyテストネットは翌週に運用を終了し、テスト階層における役割を完了しました。## 技術的議論：範囲内での革新会議では、両アップグレードの基盤となる重要な技術的議論も明らかになりました。EFの研究者マリア・シルバは、ガス単位の精度向上を目的とした二つのアプローチを提案し、その研究をGlamsterdamの検討用に正式なEIP提案に昇格させました。同時に、EIP 8058は、複数回同一コントラクトを展開する開発者に対して「重複排除割引」を提供する新たな提案として登場し、Ethereumの構造的課題の一つであるステートの膨張に対抗する仕組みを提案しました。しかし、すべての提案が審査を通過したわけではありません。Verkleデータ構造の実装に関するEIP 7667とEIP 6873は、技術的範囲が現行のロードマップから逸脱したため、優先順位が下げられました。このような規律あるアプローチにより、スコープの拡大を防ぎつつ、12月3日を達成可能な目標としました。## 12月3日の戦略的重要性12月3日という日付は、単なるアップグレードの目印を超え、イーサリアムの着実で予測可能な進化へのコミットメントを象徴しています。Fusakaの展開とその後の最適化フェーズを1月まで確定させることで、ネットワークは開発者、バリデーター、ユーザーのエコシステムに安定性と先見性を示しました。アレックス・ストークスは、11月末までにGlamsterdamの技術的範囲を最終決定することが、イーサリアムをもう一段階スムーズなメインネット移行へと導くと強調しました。これにより、規律ある調整と協調の進展リズムが確立され、プロトコルの信頼性と開発者の信頼感が強化されるのです。
イーサリアムの12月3日の Fusaka アップグレード解説：第223回 ACDE 会議後の戦略的進化
イーサリアム開発エコシステムは、2023年10月24日に開催された第223回オールコア・デベロッパー実行(ACDE)会議において、重要な節目を迎えました。この会議では、ネットワークの技術的ロードマップが明確なタイムラインのもとに具体化されました。2025年12月3日、Fusakaメインネットのアップグレードが正式に稼働し、イーサリアムのコアインフラストラクチャが2026年第一四半期以降にどのように進化していくかの基準を確立した画期的な瞬間となりました。
12月3日メインネットローンチ：タイムラインに焦点を当てて
クリスティン・キムによってまとめられた会議議事録によると、イーサリアム財団のアレックス・ストークスは、12月3日をFusakaの最終リリース日として確認する調整を行いました。これは偶然のものではなく、Geth、Nethermind、Reth、Besu、Erigonの各実行層(EL)クライアントチームは、それぞれの実装がこの期限を守れることを検証しました。
アップグレードのシーケンスは12月3日で終わりませんでした。計画は連続した最適化フェーズに展開され、12月9日にBlob Parameter Optimization (BPO)が行われ、その後2026年1月7日に二次パラメータ調整が予定されていました。この段階的アプローチにより、開発者はFusakaフレームワークの下でネットワークの挙動を観察しながら、更なる改善を実施できるようになっていました。
Glamsterdamアップグレードパス：提案のハードル
Fusakaが最優先のメインネットとして注目を集める一方で、開発者たちは次の進化サイクルであるGlamsterdamの調整も並行して進めていました。タイムラインでは、EIP (Ethereum Improvement Proposal)の提出期限として10月30日が設定され、クライアントチームは11月6日までフィードバックを提供しました。最終的な範囲の確定は11月27日を目標とし、開発コミュニティにとっては2か月未満の期間で合意形成を行う必要がありました。
この短期間を実現するために、Ethereum Cat Herdersは10月28日に公開オフィスアワーを開催し、EIPの作成者が提出プロセスを円滑に進められるよう支援を提供しました。Hoodiテストネットは同日、Fusakaバージョンを稼働させ、メインネットローンチ前の最終リハーサルとして機能しました。一方、Holeskyテストネットは翌週に運用を終了し、テスト階層における役割を完了しました。
技術的議論：範囲内での革新
会議では、両アップグレードの基盤となる重要な技術的議論も明らかになりました。EFの研究者マリア・シルバは、ガス単位の精度向上を目的とした二つのアプローチを提案し、その研究をGlamsterdamの検討用に正式なEIP提案に昇格させました。同時に、EIP 8058は、複数回同一コントラクトを展開する開発者に対して「重複排除割引」を提供する新たな提案として登場し、Ethereumの構造的課題の一つであるステートの膨張に対抗する仕組みを提案しました。
しかし、すべての提案が審査を通過したわけではありません。Verkleデータ構造の実装に関するEIP 7667とEIP 6873は、技術的範囲が現行のロードマップから逸脱したため、優先順位が下げられました。このような規律あるアプローチにより、スコープの拡大を防ぎつつ、12月3日を達成可能な目標としました。
12月3日の戦略的重要性
12月3日という日付は、単なるアップグレードの目印を超え、イーサリアムの着実で予測可能な進化へのコミットメントを象徴しています。Fusakaの展開とその後の最適化フェーズを1月まで確定させることで、ネットワークは開発者、バリデーター、ユーザーのエコシステムに安定性と先見性を示しました。アレックス・ストークスは、11月末までにGlamsterdamの技術的範囲を最終決定することが、イーサリアムをもう一段階スムーズなメインネット移行へと導くと強調しました。これにより、規律ある調整と協調の進展リズムが確立され、プロトコルの信頼性と開発者の信頼感が強化されるのです。