## 概要イーサリアムの開発者は、次の大規模アップグレード「Glamsterdam」に関して、重要なスケジュール圧力に直面しています。Protocol WatchのChristine D. Kimによると、2026年中間の期限までにいくつかの主要な機能が準備できない可能性があるとのことです。最近の開発者会議では、チームはいくつかの計画された改善が現行のスケジュールに収まらないことを認めました。これは、以前のPectraアップグレード時に直面した課題と共通しています。## 危険にさらされている主要な機能二つの主要なコンポーネントが懸念を引き起こしています。**EIP 7732**は、提案者とビルダーの分離を確立することを目的とし、取引処理における操作リスクを軽減するために重要です。期限までに完了しない場合、Glamsterdamから除外されるか、その範囲が縮小される可能性があります。**EIP-7928**は、ブロックレベルのアクセスリストに焦点を当てており、ネットワークがより多くの取引を同時に処理し、全体的な容量を向上させることを目指しています。ただし、異なるクライアントチーム間の技術的コミュニケーションの問題が進行を遅らせています。## テストの課題12月のストレステストでは、特にTekuクライアントに関して追加の問題が明らかになりました。Tekuチームは、問題解決のためにメインネットのテストを一時停止するよう要請しています。特に、部分セル証明の完全なバージョンをまだ提供できていないチームがあり、これはネットワーク上のデータストレージ増加をサポートするために不可欠です。## より広い背景Glamsterdamは、イーサリアムの新しいアップグレードサイクルの最初のテストとなります。これは、従来のスケジュールの年に一度の大規模アップデートから、年に二回の主要な更新へと変更されたものです。この高速化は2025年に導入され、より定期的に改善を提供することを目的としています。Glamsterdamの遅延は、次のアップグレードであるHegotaにも波及する可能性があります。開発者は公式に範囲の変更を発表していませんが、2月末までに状況を再評価することに合意しています。NimbusやLodestarなどの一部チームは予備的な進展を見せていますが、他のチームはまだ追いついている段階です。プロトコルの調整リーダーは、提案者に対して、同じ技術的障壁なしに価値を提供できる代替案を提示するよう促しています。## 見解アップグレードを縮小することは必ずしもネガティブではありません。堅実で限定的なリリースを行う方が、野心的でバグの多いリリースよりも価値がある場合があります。ネットワークの安定性は、任意の期限よりも優先されるべきです。この状況は、イーサリアムが新しい年二回のアップグレードスケジュールの下で、どのようにスケジュール圧力を管理するかを示す重要な指標となるでしょう。
Ethereum開発者はGlamsterdamアップグレードのタイムライン圧力に直面
概要
イーサリアムの開発者は、次の大規模アップグレード「Glamsterdam」に関して、重要なスケジュール圧力に直面しています。Protocol WatchのChristine D. Kimによると、2026年中間の期限までにいくつかの主要な機能が準備できない可能性があるとのことです。
最近の開発者会議では、チームはいくつかの計画された改善が現行のスケジュールに収まらないことを認めました。これは、以前のPectraアップグレード時に直面した課題と共通しています。
危険にさらされている主要な機能
二つの主要なコンポーネントが懸念を引き起こしています。
EIP 7732は、提案者とビルダーの分離を確立することを目的とし、取引処理における操作リスクを軽減するために重要です。期限までに完了しない場合、Glamsterdamから除外されるか、その範囲が縮小される可能性があります。
EIP-7928は、ブロックレベルのアクセスリストに焦点を当てており、ネットワークがより多くの取引を同時に処理し、全体的な容量を向上させることを目指しています。ただし、異なるクライアントチーム間の技術的コミュニケーションの問題が進行を遅らせています。
テストの課題
12月のストレステストでは、特にTekuクライアントに関して追加の問題が明らかになりました。Tekuチームは、問題解決のためにメインネットのテストを一時停止するよう要請しています。特に、部分セル証明の完全なバージョンをまだ提供できていないチームがあり、これはネットワーク上のデータストレージ増加をサポートするために不可欠です。
より広い背景
Glamsterdamは、イーサリアムの新しいアップグレードサイクルの最初のテストとなります。これは、従来のスケジュールの年に一度の大規模アップデートから、年に二回の主要な更新へと変更されたものです。この高速化は2025年に導入され、より定期的に改善を提供することを目的としています。
Glamsterdamの遅延は、次のアップグレードであるHegotaにも波及する可能性があります。開発者は公式に範囲の変更を発表していませんが、2月末までに状況を再評価することに合意しています。
NimbusやLodestarなどの一部チームは予備的な進展を見せていますが、他のチームはまだ追いついている段階です。プロトコルの調整リーダーは、提案者に対して、同じ技術的障壁なしに価値を提供できる代替案を提示するよう促しています。
見解
アップグレードを縮小することは必ずしもネガティブではありません。堅実で限定的なリリースを行う方が、野心的でバグの多いリリースよりも価値がある場合があります。ネットワークの安定性は、任意の期限よりも優先されるべきです。この状況は、イーサリアムが新しい年二回のアップグレードスケジュールの下で、どのようにスケジュール圧力を管理するかを示す重要な指標となるでしょう。