以太坊核心开发者共识会议#107のまとめ

4月20日、イーサリアムの開発者たちは第107回コア開発者合意電話会議(ACDC)を開催しました。会議はイーサリアム財団の研究員が主催し、イーサリアムのコンセンサスレイヤーの修正内容、Denebの進捗更新、そして間もなく行われるカンクンアップグレードでのEIP-4844以外の他の提案について重点的に議論されました。

Deneb测试网#5

上海のアップグレードが成功裏にアクティブ化された後、開発者たちはすぐにカンクンアップグレードの準備作業に注意を向けました。カンクンはイーサリアムの実行層の次のアップグレードであり、Denebはそれに対応するコンセンサス層のアップグレードです。会議の間、開発者たちはカンクン/Denebアップグレードの最終的な範囲について議論し、このアップグレードはEIP-4844（blobトランザクションタイプの実装）を中心に展開されます。

Denebの準備作業は、テストネット#5のローンチから始まります。開発者は来週EIP-4844の第五のテストネットを開始する予定です。財団のエンジニアの一人は、テストネットのリリースに向けて一部のクライアントで試運転を行っていると述べました。

エンジンAPIに小さな変更があり、2つの呼び出しが統合されます。この変更はまだEIP-4844仕様に統合されていませんが、近日中に完了し、テストネット#5でテストされる予定です。

開発者は、チェーン再編成時にどのようにblobトランザクションを再挿入するかについても議論しました。blobトランザクションは通常のトランザクションから分離されているため、再編成後のblobsは公共メモリプールのトランザクションからのみ取得可能です。多くのトランザクションがメモリプールをバイパスすることを考慮し、開発者は2つの解決策を提案しました。1つ目は、コンセンサス層が各ブロックのblobデータを実行層に渡すこと。2つ目は、メモリプールトランザクションをスキップするユーザーに、チェーン再編成イベントでトランザクションを再提出することを要求することです。

いくつかの開発者は最初の提案を支持し、実行層への追加の負荷はそれほど大きくないと考えています。しかし、他の人々は、これが実行層とコンセンサス層の間の抽象をさらに破壊し、将来のデータ可用性サンプリングのアップグレードに影響を及ぼす可能性があると指摘しています。実行層クライアントチームの参加が不足しているため、この問題は次の会議で再度議論されることになります。

Deneb 追加提案

EIP-4844の他に、Denebアップグレードでは他のコードアップグレードも考慮されています：

1. EIP-4788：コンセンサスレイヤーのビーコーチェーンの状態を実行レイヤーで公開することを許可し、スマートコントラクトがコンセンサスレイヤーの情報にアクセスしやすくします。

2. EIP-6914：完全にネットワークを退出し、長期間活動していないバリデーターのインデックス番号を再利用する提案。開発者はこの提案の改良を続けることに同意しましたが、その実施はDenebの後に遅れる可能性があります。

3. 創世ブロックからデータをバックフィルし、新しい「歴史の要約」を作成する潜在的なコード変更。

4. PR 3175：罰を受けることを避けるために、検証者が退出キューでブロックを提出するのを防ぎ、「高い障害モード」に対する保護を提供します。

5. EIP-6493：ノードがコンセンサス層と実行層で異なるblobトランザクションタイプをどのように処理するかの問題を解決します。

開発者は、次のアップグレードにEIP-4788、PR 3175、およびEIP-4844を含める傾向があります。