# イーサリアムコア開発者コンセンサス会議第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のテストネットは来週開始されます。一部のクライアントはテストネットのリリースに向けて試運転を行っています。エンジンAPIに小さな変更があり、"getPayloadV3"と"getBlobsBundleV1"の呼び出しが1つに統合されました。この変更はまだEIP-4844仕様に統合されていませんが、テストネット#5でテストするために、今後数日中に完了する予定です。開発者は、チェーン再編成時にどのようにblobトランザクションをブロックに再挿入するかについて議論しました。blobトランザクションが通常のトランザクションとは別に扱われるため、再編成後のblobsは公共のmempoolのトランザクションからのみ取得できます。多くのトランザクションがmempoolをバイパスすることを考慮すると、すべてのblobを再構築できることを保証する方法の1つは、CLが各ブロックのblobデータをELに渡し、その後ELがブロックが完了するまでキャッシュできるようにすることです。一部の開発者は、blobデータをELに転送することが比較的簡単な解決策であり、ELへの追加の負荷はそれほど大きくないと考えています。しかし、一方で、これがELとCL層間の抽象をさらに破壊し、将来のデータ可用性サンプリング(DAS)の実装に影響を与える可能性があると指摘する人もいます。ELクライアントチームの参加が不足しているため、この問題は次回の会議で再度議論されます。## Deneb 追加提案EIP-4844を除いて、Denebアップグレードは他のコードアップグレードも考慮しています:1. EIP-4788:EL内でCLビaconチェーンの状態を公開し、スマートコントラクトによるCLへの最小限の信頼アクセスを可能にします。2. EIP-6914:ネットワークから完全に退出し、長期間活動していないバリデーターのインデックス番号を再利用することで、バリデーターリストの無限の増加を減らすのに役立ちます。3. 潜在的なコード変更であり、Beacon Chainの創世ブロックからデータをバックフィルし、新しい「歴史的サマリー」コンテンツを作成することに関連しています。4. PR 3175:退出キューでペナルティを受けないバリデーターがブロックを提案するのを防ぐ。5. EIP-6493:CL上でSSZ形式でフォーマットされたが、EL上で異なるblobトランザクションタイプとしてエンコードされたものをノードがどのように処理するかを解決します。Denebの範囲について議論する際、開発者はEIP-4788、EIP-3175をEIP-4844と共に次のアップグレードに含める傾向があります。
イーサリアムコア開発者会議でCancunアップグレードについて議論し、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のテストネットは来週開始されます。一部のクライアントはテストネットのリリースに向けて試運転を行っています。
エンジンAPIに小さな変更があり、"getPayloadV3"と"getBlobsBundleV1"の呼び出しが1つに統合されました。この変更はまだEIP-4844仕様に統合されていませんが、テストネット#5でテストするために、今後数日中に完了する予定です。
開発者は、チェーン再編成時にどのようにblobトランザクションをブロックに再挿入するかについて議論しました。blobトランザクションが通常のトランザクションとは別に扱われるため、再編成後のblobsは公共のmempoolのトランザクションからのみ取得できます。多くのトランザクションがmempoolをバイパスすることを考慮すると、すべてのblobを再構築できることを保証する方法の1つは、CLが各ブロックのblobデータをELに渡し、その後ELがブロックが完了するまでキャッシュできるようにすることです。
一部の開発者は、blobデータをELに転送することが比較的簡単な解決策であり、ELへの追加の負荷はそれほど大きくないと考えています。しかし、一方で、これがELとCL層間の抽象をさらに破壊し、将来のデータ可用性サンプリング(DAS)の実装に影響を与える可能性があると指摘する人もいます。
ELクライアントチームの参加が不足しているため、この問題は次回の会議で再度議論されます。
Deneb 追加提案
EIP-4844を除いて、Denebアップグレードは他のコードアップグレードも考慮しています:
EIP-4788:EL内でCLビaconチェーンの状態を公開し、スマートコントラクトによるCLへの最小限の信頼アクセスを可能にします。
EIP-6914:ネットワークから完全に退出し、長期間活動していないバリデーターのインデックス番号を再利用することで、バリデーターリストの無限の増加を減らすのに役立ちます。
潜在的なコード変更であり、Beacon Chainの創世ブロックからデータをバックフィルし、新しい「歴史的サマリー」コンテンツを作成することに関連しています。
PR 3175:退出キューでペナルティを受けないバリデーターがブロックを提案するのを防ぐ。
EIP-6493:CL上でSSZ形式でフォーマットされたが、EL上で異なるblobトランザクションタイプとしてエンコードされたものをノードがどのように処理するかを解決します。
Denebの範囲について議論する際、開発者はEIP-4788、EIP-3175をEIP-4844と共に次のアップグレードに含める傾向があります。