# イーサリアムコア開発者コンセンサス会議第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でテストするために、今後数日内に完了する予定です。開発者は、チェーン再構成時にブロブ取引をブロックに再挿入する方法について議論しました。ブロブ取引は通常の取引から分離されているため、再構成後のブロブはパブリックメモリプールの取引からのみ取得できます。多くの取引がメモリプールを回避することを考慮し、1つの解決策は、CLが各ブロックのブロブデータをELに渡し、ELがブロックが完了するまでそれをキャッシュできるようにすることです。別の方法は、メモリプールを回避する取引を提出したユーザーに対して、チェーン再構成イベントでその取引を再提出するように求めることです。いくつかの開発者は、トランザクションを再挿入できるように、blobデータをELに転送する傾向があります。しかし、この方法はELとCL層間の抽象をさらに破壊する可能性があり、将来のデータ可用性サンプリング(DAS)の実装と衝突する可能性があります。## Deneb 追加提案EIP-4844の他に、Denebアップグレードでは他のコードアップグレードも考慮されています:1. EIP-4788:EL内でCL Beacon Chainの状態を公開し、EL上のスマートコントラクトがCLに対して最小限の信頼アクセスを許可します。2. EIP-6914:完全にネットワークから退出し、長期間活動していないバリデーターのインデックスを再利用できるようにします。複雑さが高いため、Deneb以降のハードフォークでの実装が遅れる可能性があります。3. 潜在的なコード変更は、Beacon Chainの創世ブロックからデータをバックフィルし、新しい「歴史的サマリー」コンテンツを作成することに関わっています。4. PR 3175:罰を受けないバリデーターが退出キューでブロックを提案するのを防ぎ、「高故障モード」に対する保護を提供します。5. EIP-6493:CL上でSSZ形式でフォーマットされ、EL上で異なるblobトランザクションタイプとしてエンコードされる場合のノードの処理方法を解決します。開発者は、次のアップグレードにEIP-4788、PR 3175、EIP-4844を含める傾向があります。
イーサリアムコア開発者会議はカンクンアップグレードに焦点を当て、主にEIP-4844とDeneb提案について議論します。
イーサリアムコア開発者コンセンサス会議第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でテストするために、今後数日内に完了する予定です。
開発者は、チェーン再構成時にブロブ取引をブロックに再挿入する方法について議論しました。ブロブ取引は通常の取引から分離されているため、再構成後のブロブはパブリックメモリプールの取引からのみ取得できます。多くの取引がメモリプールを回避することを考慮し、1つの解決策は、CLが各ブロックのブロブデータをELに渡し、ELがブロックが完了するまでそれをキャッシュできるようにすることです。別の方法は、メモリプールを回避する取引を提出したユーザーに対して、チェーン再構成イベントでその取引を再提出するように求めることです。
いくつかの開発者は、トランザクションを再挿入できるように、blobデータをELに転送する傾向があります。しかし、この方法はELとCL層間の抽象をさらに破壊する可能性があり、将来のデータ可用性サンプリング(DAS)の実装と衝突する可能性があります。
Deneb 追加提案
EIP-4844の他に、Denebアップグレードでは他のコードアップグレードも考慮されています:
EIP-4788:EL内でCL Beacon Chainの状態を公開し、EL上のスマートコントラクトがCLに対して最小限の信頼アクセスを許可します。
EIP-6914:完全にネットワークから退出し、長期間活動していないバリデーターのインデックスを再利用できるようにします。複雑さが高いため、Deneb以降のハードフォークでの実装が遅れる可能性があります。
潜在的なコード変更は、Beacon Chainの創世ブロックからデータをバックフィルし、新しい「歴史的サマリー」コンテンツを作成することに関わっています。
PR 3175:罰を受けないバリデーターが退出キューでブロックを提案するのを防ぎ、「高故障モード」に対する保護を提供します。
EIP-6493:CL上でSSZ形式でフォーマットされ、EL上で異なるblobトランザクションタイプとしてエンコードされる場合のノードの処理方法を解決します。
開発者は、次のアップグレードにEIP-4788、PR 3175、EIP-4844を含める傾向があります。