イーサリアム開発者がコンセンサス層の変更とペクトラのアップグレードについて議論

PANewsによると、第130回イーサリアムコア開発者コンセンサス（ACDC）電話会議において、開発者はイーサリアムコンセンサスレイヤー（CL）の変更について議論し、調整した。今週、彼らはDencunのアップグレード、Pectraのアップグレード提案、Ethereumネットワークレイヤーの改善に関連する未解決のアクションアイテムに焦点を当てました。 イーサリアム財団の研究者であるダニー・ライアン氏は、ペクトラのコード変更に関する議論の中で、EIP 7251とEIP 7547という2つの主要な提案を取り上げ、意思決定の緊急性を強調しました。彼は、5月にエレクトラの機能的なプロトタイプと開発ネットワークを実現するためには、チームが3月末までに決定を下す必要があると指摘した。ライアンは、これらの変更は重要ではあるが、これ以上遅らせることはできない、さもなければ、これらの提案を採用しないという既定の結果になりかねないと考えている。最終的に、開発者はEIP 7251 (increase max_effecve_balance)をPectraに含めることに合意し、アップグレードに含める可能性のあるEIP 7547 (inclusion list)の検討を継続することになった。 さらに開発者は、イーサリアム財団の研究者であるAnsgar Dietrichs氏による、Pectraのアップグレード後4ヶ月以内にブロックあたりのBlob数を6個から最大16個まで段階的に増加させるという提案案について議論しました。これにより、データの可用性とイーサリアムに基づくLayer2のロールアップのコストがさらに削減されることになる。ライアンは、3つの重要な条件が満たされることを条件に、この提案への支持を表明した：1.1.ブロブパフォーマンスに関する信頼できるデータ、2.ペクトラにおけるEIP 7623の有効化、最大ブロックサイズの制限、3.時間に応じてブロブ数を増加させる正確なメカニズムに関する更なる議論。Ryanは開発者に対し、今後数週間のうちにこの提案について意見を述べるよう促した。 会議ではまた、同期委員会のペナルティとライトクライアントのデータバックフィルコンポーネントを含む、ライトクライアント開発に関する2つの提案案についても議論された。会議では、これらのコンポーネント、特にEIP 7251（max_effecve_balanceの増加）が同期委員会に参加する大規模バリデータのペナルティ条件に与える影響について、CLクライアントチームから意見を求めた。ネットワークの更新に関しては、開発者は、ネットワーク性能を最適化するための新しい認証サブネット（attnets）方式や、ノードの帯域幅を削減することを目的とした新しい制御メッセージなど、いくつかの新しいネットワーク技術と改善策を提案した。