EthereumのGlamsterdamアップグレードが壁にぶつかる、開発者が中期予測を「大幅に縮小」

Ethereumの開発者は、ブロックチェーンの次の主要なGlamsterdamアップグレードの範囲を縮小して中期の期限を満たす可能性に直面しており、これはProtocol Watchの創設者であるChristine D. Kimによるとです。

2026年1月23日（金）にXとSubstackで公開されたニュースレターで、Kimは、今週のAll Core Developer Consensus（ACDC）コール中に、開発者がGlamsterdamアップグレードに計画された機能セットの一部が2026年半ばまでの出荷と互換性がないという厳しい現実を受け入れたと述べています。 

この状況は、以前の Pectraアップグレード.

「私のニュースレターをPectraアップグレードの日々から追ってきた読者の一部は、内心でうめき、『またか！』と思っているかもしれません」とKimは投稿で書きました。

Glamsterdamは、2025年に財団が導入した新しい年2回アップグレードのペースの最初の主要なテストです。

Glamsterdamは、Ethereumがその Fusakaアップグレード を正常に実装した後に到来する予定であり、ネットワークの公平性と処理能力に対する重要な改善を提供することを意図していました。

EthereumのGlamsterdamアップグレードが期限を逃した場合、何が起きる可能性がありますか？

EIP 7732（Enshrined Proposer-Builder Separation (ePBS) Devnet-0として知られる）は、期限を逃した場合、Glamsterdamから範囲が縮小または削除される可能性があります。

この機能は、Ethereumの最大抽出可能価値（MEV）経済における操作と集中化のリスクを軽減することを目指しているため、高く期待されています。

開発者はACDCコール中に、2月末までに相互運用可能な実装を対象とすることに合意しましたが、設定された期限内にそれが実現しない可能性があると強調しました。

2番目の主要なコンポーネントであるブロックレベルアクセスリスト（BALs）のためのEIP-7928は、ネットワークスループットを改善するための並列処理機能を可能にします。 

しかし、実装作業はコンセンサスレイヤーのクライアントチーム全体で技術的な課題によって妨げられています。

Ethereum FoundationのプロトコルプロトタイピングチームリーダーであるToni Wahrstatterは、エンジンAPIの変更がEIP 7928のコンセンサスレイヤー（CL）クライアント実装に影響を与えていると報告しました。

Kimによると、部分的セル証明（partial cell proofs）の完全に動作する実装を達成したチームはまだありません。これは、さらなるブロードキャパシティの増加をサポートするために必要なネットワーク変更です。

さらに複雑化したのは、12月にEthereum FoundationのEthPandaOpsチームによって行われたストレステストからのものです。 

ConsensysでTekuクライアントに取り組んでいる開発者であるEnrico del Fanteは、ストレステスト中にTekuクライアントで発見した問題を報告しました。しかし、彼はチームが既知の問題を軽減するためにまだ作業中であると報告しました。

Del Fanteは、EthPandaOpsチームに軽減策を開発している間、さらなるメインネットストレステストを一時停止するよう求め、その問題がGlamsterdamでの作業を遅らせていると指摘しました。

2月の期限が迫る

開発者はまだGlamsterdamの範囲とタイムラインの不一致を公式に認めていません。 

Kimは、開発者が問題があることを認識し、2月末までにそれを対処することに合意したと指摘しました。

NimbusとLodestarチームはこの予備的な作業を完了しましたが、他のクライアントチームはシステムを更新中であり、Nimbusの開発者であるEtan Kisslingによるとです。

遅延 Glamsterdam の遅延は、Glamsterdamの正常な実装の後に到来するはずのHegotaアップグレードにも影響を与える可能性があります。

Ethereum FoundationのProtocol Coordinationチームの共同リーダーであるAlex Stokesは、提案著者に今後のACDCでアイデアを提示するよう奨励しています。