なぜイーサリアムペクトラの活性化スケジュールが遅れたのですか？

テストネットワークは、イーサリアムのアップグレードプロセスにおいて重要な役割を果たします。ただし、2つの主要なテストネットワークであるHoleskyとSepoliaは、最近一定の状態にあります。ペクトラのアップグレードをテストすると、セポリアネットワークは初期段階で順調に進んでいるように見えましたが、数時間後にエラーが発生し始め、その結果、空のブロックがチェーンに追加されました。 Ethereum Foundationは、この問題を「Sepoliaのライセンス預金契約契約構成エラー」で非難しました。これにより、多くの実行レイヤークライアントがブロック内のトランザクションを含めることができなくなり、テストの通常の進捗に深刻な影響を与えました。

Sepolia Test Networkの認可された預金契約の問題は、孤立した事件ではありません。問題が発生した後、クライアントチームはすぐに原因を特定し、修正を開始しましたが、テストの進捗状況に影響を与えました。 Sepoliaネットワークは、VALDATORが修正を展開した後にのみ通常のスループットに戻ります。ただし、この投げにより、すべてのSepoliaノードオペレーターが実行レイヤークライアントをアップグレードしてネットワークの互換性を維持することを余儀なくされました。

Holeskyネットワークも免れませんでした。ペクトラアップグレードのテストでは、構成エラーによって引き起こされる脆弱性も発生しました。不安定なテストのため、開発者はHolesky TestNetの「Shadow Fork」を作成する必要があります。この動きは、Pectraが正式に発売される前に、Pectraが公式に発売される前に、Pectraがコードをテストし続けることができるように、主要な利害関係者を可能にするように設計されています。ただし、Holeskyネットワークは3月28日まで通常の操作を再開する予定であり、その間、ペクトラのアップグレードに安定したテスト環境を提供するための完全な努力を提供することができず、アップグレードの速度を深刻に妨げます。

テストネットワーク自体の技術的な問題に加えて、Ethereumエコシステムの準備もPectraの活性化タイムラインに影響を与えました。ペクトラアップグレードのテスト中、関連する生態学的プロジェクトとアプリケーションによるアップグレードのサポートレベルと適応レベルは不均一です。一部のDappsとL2は、アカウントの抽象化など、ペクトラのアップグレードのいくつかの重要な機能をサポートする準備ができていません。これにより、テストプロセス中の実際のアプリケーションシナリオでのアップグレードの実現可能性と安定性を完全かつ効果的に検証することができなくなり、その結果、開発者は生態系のすべての関係者を調整し、関連する準備を改善するためにより多くの時間を必要とします。

Pectraアップグレードには、レイヤー2ネットワーク上の「BLOB」トランザクションの数を増やすことでデータの可用性コストを削減し、ステーキング制限を大幅に増加させること、アカウントの抽象化の導入など、いくつかの重要な技術改善が含まれます。これらの技術の改善は相互に関連しており、統合プロセスで多くの課題に直面しています。さまざまな技術モジュールを完全に慣れさせてデバッグする必要があります。テストネットワークでは、メインネットワークがアクティブ化された後に協力して安定して動作できるようにします。ただし、現在の状況から判断すると、テストネットワークで暴露されたさまざまな問題は、テクノロジー統合の難しさが期待を超えていることを示しています。これは、アクティベーションスケジュールの遅延における重要な要因でもあります。

Ethereum Communityは、ペクトラのアップグレードに大きな注意を払っています。テストプロセス中に発生した問題は、コミュニティの一部のメンバーの間で不満を引き起こし、明確な開発ルートの策定に失敗したことでイーサリアム財団を批判しました。これらのフィードバックに直面して、開発者はすべての関係者の意見を比較検討し、アップグレード計画に必要な調整と最適化を行う必要があります。このプロセスには、調整と意思決定には時間がかかり、ある程度はペクトラの活性化スケジュールの遅延につながりました。

HoleskyおよびSepoliaのテストネットワークの現在の状況を考えると、Ethereum Foundation開発者は新しいテストネットワークであるHoodiを立ち上げることを決定しました。 Hoodiは、メインネットのアクティブ化の前に最終的なペクトラ展開をテストするために使用されます。ただし、新しいテストネットワーク自体の準備にも時間がかかり、すべてのリンクを計画、建設、デバッグまで無視することはできません。 Hoodiが正式に発売され、Pectraアップグレードテストを効果的にサポートできるようになるまで、MainNetのアクティブ化は待機することができるため、Pectraのアップグレードのタイムラインがさらに拡張されます。

ペクトラのアップグレードには、開発者、バリデーター、ノードオペレーター、DAPP開発者、ステーキングプールなど、イーサリアムエコシステムの多くの参加者が関与します。すべての関係者には、アップグレードプロセス中に独自のタスクとニーズがあり、密接に調整され、協力する必要があります。ただし、実際の運用では、各当事者の関心と技術的能力の違いにより、調整作業は非常に複雑になります。たとえば、テストネットワークの問題を解決する場合、さまざまな当事者が修理計画の策定と実装に違いがある場合があります。これには、通信および交渉に多くの時間が必要であり、ペクトラアクティベーションスケジュールが遅れます。