第113回イーサリアムコア開発者コンセンサスミーティング：Dencunに続き、イーサリアムの次のCLアップグレードは「E」の頭で名付けられる

Galaxy Research 副社長の Christine Kim 氏は、第 113 回イーサリアムコア開発者コンセンサス会議を要約した記事を発表し、開発者らは検証者の損失制限、つまり検証者がビーコンチェーンに出入りする速度を削減する可能性について議論しました。検証セットのサイズの増加を抑制し、デネブ/カンクン (デンクン) のアップグレードを時間内に完了するためです。まずはデネブ試験のアップグレードについて。 Devnet #7 は EIP 4844 専用のテストネットで、2 週間アクティブになっています。これまでのところ、Erigon (EL) クライアントを除く、ほとんどすべての EL クライアントと CL クライアントの組み合わせがテストされています。 Devnet #7 追跡 BLOB データのブロックチェーン エクスプローラーが更新されました。 Devnet #8 に関しては、EIP 4844 だけでなく、Dencun EIP 機能スイート全体のテストが含まれます。クライアント バージョンが Hive テストに合格すると、開発者は最初にローカル テストネットを起動し、続いて Devnet #8 を起動します。 Dencun テストと並行して、開発者は BLOB トランザクションを導入することにより、イーサリアム ピアツーピア レイヤーのさまざまな最適化を引き続き検討しています。開発者らはまた、デンクンに続くイーサリアムアップグレードの名前についても議論し、カンクンに続く次のELアップグレードはプラハと呼ばれ、CLアップグレードはスターにちなんで命名されることで合意した。 Deneb の後の CL アップグレードがビーコン チェーンの 5 番目のハード フォーク アップグレードとなり、CL アップグレードが文字「E」で始まることを考えると、開発者の間で最も人気があるのは Electra のようです。さらに、EIP-6110 (バリデーターデポジットを EL ブロック構造に追加し、デポジット包含の責任を EL に移管する)、EIP-7251 (増加バリデーターの最大有効バランス)、EIP-7002 (バリデーターの EL からの終了をトリガーする新しいプリコンパイルを作成)、Verkle ツリー (Merkle Patricia ツリーを Verkle ツリーに置き換え、おそらくより効率的)、Big EOF (EVM への一連のアップグレード)、RLP SSZ (CL で使用されているのと同じスキームを反映するようにイーサリアム EL ブロックのシリアル化形式を更新します)、BLS 署名 (BLS 署名と SNARK 検証用の新しいプリコンパイルを作成します)。今後数か月にわたって、開発者は上記の提案された EIP と GitHub の問題で提案された他の EIP について議論を開始し、Dencun の後の次の Ethereum アップグレードに含めるサブセットの優先順位を決定します。開発者らはまた、別の暗号化デバイスに保存された秘密鍵を使用して、イーサリアム EL、ビーコン チェーンなどの複数のプロトコルにわたるトランザクションにリモート署名するためにコンセンシスが構築したオープンソース開発ツールである Web3Signer に関する標準化作業についても議論しました。最後に、Lodestar (CL) クライアント チームの「Dapplion」という匿名の開発者が、イーサリアムはバリデーター セットのサイズが大きくなるのを望まないため、バリデーター セットの増加率を制限するという提案を共有しました。 Dapplion の提案は、チャーンをエポックごとに 12 回のバリデーターのエントリーとエグジットに制限することです。現在、アクティブなバリデーター セットのサイズが大きくなるにつれて、チャーン制限は指数関数的に増加します。バリデーターのチャーンに上限を設定することで、開発者はバリデーター セットの増加率を効果的に減らすことができます。開発者はこの提案について徹底的に議論しました。