# イーサリアムコア開発者コンセンサス会議第107回会議概要2023年4月20日、イーサリアム開発者は第107回コア開発者コンセンサス電話会議(ACDC)を開催しました。会議はイーサリアム財団の研究員が主導し、イーサリアムコンセンサスレイヤー(CL)の修正内容、Denebの進捗更新、次回のカンクンアップグレードにおけるEIP-4844以外の他の提案について重点的に議論されました。## Deneb测试网#5上海のアップグレードが成功裏にアクティブ化された後、開発者たちは迅速にカンクンの準備作業に注目を向けました。カンクンはイーサリアムの実行層(EL)の次のアップグレードであり、Denebは対応するCLアップグレードです。会議中、開発者たちはCancun/Denebアップグレードの最終的な範囲について議論し、このアップグレードはEIP-4844を中心に、blob取引タイプを実装します。Denebの準備作業はテストネット#5のリリースから始まります。開発者は来週にEIP-4844の第5のテストネットを立ち上げる予定です。ある財団のDevOpsエンジニアは、来週のテストネットリリースの準備のために複数のクライアントで試運転を行っています。エンジンAPIに小さな変更があり、"getPayloadV3"と"getBlobsBundleV1"の呼び出しが1つに統合されました。この変更はまだEIP-4844仕様に統合されていませんが、今後数日以内に完了し、テストネット#5でテストされる予定です。開発者は、チェーンの再構成時にblob取引をブロックに再挿入する方法についても議論しました。blob取引は通常の取引とは分離されているため、再構成後のblobsは公共メモリプールの取引からしか取得できません。多くの取引がメモリプールをバイパスすることを考慮して、一つの解決策はCLが各ブロックのblobデータをELに渡すようにし、ELはブロックが完了するまでそれをキャッシュできるようにすることです。別の方法は、メモリプールをバイパスする取引を行うユーザーに、チェーン再構成イベントで再度取引を提出させることです。ある開発者は、blobデータをELに転送する方が好ましいと述べており、再構成時に取引を再挿入できるようにしたいと考えています。彼は、これがELにとっての追加の負荷はそれほど大きくないと考えており、このプロセスが煩雑になる場合は、ELとCLの間のメッセージを調整して負担を軽減できるとしています。しかし、この解決策はELとCL層の間の抽象をさらに破壊し、将来のデータ可用性サンプリング(DAS)の実装と衝突する可能性があると指摘されています。## Deneb 追加提案EIP-4844を除いて、Denebアップグレードは他のコードアップグレードも考慮しています:1. EIP-4788:ELにおいてCL Beaconチェーンの状態を公開し、スマートコントラクトがCLに対して最小限の信頼アクセスを許可します。2. EIP-6914:完全にネットワークから退出し、長期間活動していないバリデーターのインデックス番号を再利用することで、バリデーターリストの無限の増加を抑えるのに役立ちます。3. 潜在なコード変更は、Beaconチェーンの創世ブロックからデータをバックフィルし、新しい「履歴サマリー」コンテンツを作成することに関係しています。4. PR 3175:ペナルティを受けないバリデーターが退出キューでブロックを提案するのを防ぎ、「高故障モード」に対する保護を提供します。5. EIP-6493:CL上でSSZ形式でフォーマットされているがEL上で異なるblob取引タイプとしてエンコードされているノードの処理方法を解決します。開発者はEIP-4788、EIP-3175をEIP-4844と一緒に次のアップグレードに含める傾向があります。
イーサリアム開発者会議はカンクンアップグレードに焦点を当て、EIP-4844が核心提案となる
イーサリアムコア開発者コンセンサス会議第107回会議概要
2023年4月20日、イーサリアム開発者は第107回コア開発者コンセンサス電話会議(ACDC)を開催しました。会議はイーサリアム財団の研究員が主導し、イーサリアムコンセンサスレイヤー(CL)の修正内容、Denebの進捗更新、次回のカンクンアップグレードにおけるEIP-4844以外の他の提案について重点的に議論されました。
Deneb测试网#5
上海のアップグレードが成功裏にアクティブ化された後、開発者たちは迅速にカンクンの準備作業に注目を向けました。カンクンはイーサリアムの実行層(EL)の次のアップグレードであり、Denebは対応するCLアップグレードです。会議中、開発者たちはCancun/Denebアップグレードの最終的な範囲について議論し、このアップグレードはEIP-4844を中心に、blob取引タイプを実装します。
Denebの準備作業はテストネット#5のリリースから始まります。開発者は来週にEIP-4844の第5のテストネットを立ち上げる予定です。ある財団のDevOpsエンジニアは、来週のテストネットリリースの準備のために複数のクライアントで試運転を行っています。
エンジンAPIに小さな変更があり、"getPayloadV3"と"getBlobsBundleV1"の呼び出しが1つに統合されました。この変更はまだEIP-4844仕様に統合されていませんが、今後数日以内に完了し、テストネット#5でテストされる予定です。
開発者は、チェーンの再構成時にblob取引をブロックに再挿入する方法についても議論しました。blob取引は通常の取引とは分離されているため、再構成後のblobsは公共メモリプールの取引からしか取得できません。多くの取引がメモリプールをバイパスすることを考慮して、一つの解決策はCLが各ブロックのblobデータをELに渡すようにし、ELはブロックが完了するまでそれをキャッシュできるようにすることです。別の方法は、メモリプールをバイパスする取引を行うユーザーに、チェーン再構成イベントで再度取引を提出させることです。
ある開発者は、blobデータをELに転送する方が好ましいと述べており、再構成時に取引を再挿入できるようにしたいと考えています。彼は、これがELにとっての追加の負荷はそれほど大きくないと考えており、このプロセスが煩雑になる場合は、ELとCLの間のメッセージを調整して負担を軽減できるとしています。
しかし、この解決策はELとCL層の間の抽象をさらに破壊し、将来のデータ可用性サンプリング(DAS)の実装と衝突する可能性があると指摘されています。
Deneb 追加提案
EIP-4844を除いて、Denebアップグレードは他のコードアップグレードも考慮しています:
EIP-4788:ELにおいてCL Beaconチェーンの状態を公開し、スマートコントラクトがCLに対して最小限の信頼アクセスを許可します。
EIP-6914:完全にネットワークから退出し、長期間活動していないバリデーターのインデックス番号を再利用することで、バリデーターリストの無限の増加を抑えるのに役立ちます。
潜在なコード変更は、Beaconチェーンの創世ブロックからデータをバックフィルし、新しい「履歴サマリー」コンテンツを作成することに関係しています。
PR 3175:ペナルティを受けないバリデーターが退出キューでブロックを提案するのを防ぎ、「高故障モード」に対する保護を提供します。
EIP-6493:CL上でSSZ形式でフォーマットされているがEL上で異なるblob取引タイプとしてエンコードされているノードの処理方法を解決します。
開発者はEIP-4788、EIP-3175をEIP-4844と一緒に次のアップグレードに含める傾向があります。