イーサリアム開発者がカペラのアップグレードを発表

ジャカルタ-イーサリアムの予想されるアップグレードであるShapellaは、2月28日のエポック56832でセポリアネットワーク上でアクティブ化される準備ができていると、ETHコア開発者のTim Beiko氏は述べています。

一時的な開発ネットのテストと立ち上げを何ヶ月も行った後、Shapellaの開発は「上海」と「カペラ」の2つのイーサリアムアップグレードで構成されていました。このアップグレードにより、イーサリアムは実行レイヤーで撤退し、同時にビーコンチェーンのコンセンサスレイヤーを改善します。

実行層とコンセンサス層に新しい機能が導入されます。実行レイヤーへの変更には、EIP-3651:ウォームコインベース、EIP-3855:PUSH0命令、EIP-3860:境界とメーター初期化コード、EIP-4895:操作としてのビーコンチェーンスラストプル、EIP-6049:自己破壊を使用しなくなりました。

一方、コンセンサスレイヤーに対するCapellaの改善には、バリデーターの完全ドローダウンと部分ドローダウンの両方が含まれます。元の単一の歴史的ルートは独立した状態に置き換えられ、歴史的アキュムレータをブロックします。

イーサリアムユーザーまたはETH保有者は、追加の手順を実行するように通知されない限りアップグレードする必要はありませんが、ステークしないノードオペレーターは、Sepoliaアップグレードのためにノードをイーサリアムクライアントリリースにアップグレードする必要があります。同じことがステーカーにも当てはまります。

開発者は、最新バージョンにアップグレードすることの重要性を強調しています。ステーカーまたはノードオペレーターが最新バージョンへの更新に失敗した場合、クライアントはアップグレード後にフォーク前のブロックチェーンに同期されます。その結果、彼らは古いルールに従って互換性のないチェーンで立ち往生し、ETHトークンを送信したり、セポリアのポストシャペラネットワークで操作したりできなくなります。

この最新の開発は、Shapellaのパブリックテストネットワークで検出された脆弱性のために上海のアップグレードの潜在的な遅延に関する懸念が生じてから1週間後に行われます。ただし、開発者は、問題はパッチで修正できると主張しています。すべての関係者は、同様の問題を回避するために、できるだけ早くノードを更新することが期待されています。