第166回イーサリアムコア開発者エグゼクティブミーティング: 次のイーサリアムエグゼクティブレイヤーはプラハにアップグレードされ、エグゼクティブレイヤーはElectraになります

イーサリアムコア開発者のティム・ベイコ氏は、第166回イーサリアムコア開発者エグゼクティブミーティングで、開発者らはDencunのアップグレードdevnetの現状について議論したと述べた：devnet-7はまだ実行中であり、特に創世記以降のすべてのBLOBを含むBLOBブラウザのサポートなど、ツールのサポートに関する作業も進行中である。また、小規模な Sepolia シャドウ フォークが行われ、クライアントのバグがいくつか見つかりました。クライアントは devnet-8 の作業に移行しており、これには 4844 以外の機能も含まれます。現在、Nethermind はすべてを実装していますが、一部の EIP はまだ検討中です。Erigon は 4844、1153、5656、4788 を実装しており、作業中です。また、SELFDESTRUCT の削除 (6780) も未処理です。 Hyperledger Besuは4788と6780を除き準備ができており、EthereumJSも準備が整っています。 CL 開発者らは、Lighthouse と Lodestar の実装を検討中であり、Teku はほぼ準備が整っていると述べています。テストに関しては、4844、6780、5656 はすべて準備が整っており、チームは現在 4788 と 1153 のカバレッジに重点を置いています。次に、開発者は Dencun の仕様変更の可能性について話し合いました。 1 つ目は、実行ペイロードに親ビーコン ブロック ルートを追加するという提案で、大きな支持を得ました。この変更を devnet-8 に含めるかどうかはコンセンサス会議で決定されます。次に、開発者は、EIP-6780 に関連するいくつかのエッジケースを明確にする方法について議論し、コントラクトが破棄されない場合、オペコードが ETH を破棄しないことについて多くの議論がありました。開発者は、API インターフェイスのさらなる変更についても話し合い、新しいエンドポイントを追加し、仕様からマイニング関連のエンドポイントを削除することに同意しました。 EL および CL クライアントが相互認証に使用する jwt トークンの標準ファイルの場所を設定することについても議論されましたが、十分な合意は得られませんでした。 EIP と ERC のコード ベースを分割する問題については、クライアント チームと研究者の両方が賛成しましたが、Greg Colvin は反対し、イーサリアム/EIP を編集目的と「有効な」ドラフトのリスト用に別個のリポジトリとして保持し、ドラフト前の EIP/ERC 用に新しいリポジトリを作成することを提案しました。最後に開発者らは、イーサリアムの次のアップグレードの命名について議論した。つまり、ELはPrague (Prague)を使用し、CLはElectraを使用することになる。