# 以太坊核心开发者共识会议#107のまとめ2023年4月20日、イーサリアムの開発者は第107回コア開発者コンセンサス電話会議(ACDC)を開催しました。会議はイーサリアム財団の研究員が主催し、イーサリアムコンセンサス層(CL)の変更内容、Denebの進捗更新、及び次回のカンクンアップグレードにおけるEIP-4844以外の他の提案について重点的に議論されました。## Deneb测试网#5上海のアップグレードの成功が活性化されると、開発者たちは迅速にカンクンの準備作業に注意を向けました。カンクンはイーサリアムの実行層(EL)の次のアップグレード名であり、デネブは対応するCLのアップグレード名です。会議中、開発者たちはカンクン/デネブアップグレードの最終的な範囲について議論し、このアップグレードはEIP-4844を中心に、blobトランザクションタイプを実装します。Denebの準備作業は、テストネット#5のローンチから始まります。開発者は来週EIP-4844の第5のテストネットを開始する予定です。一部のクライアントはテストネットのリリースに備えて試運転を行っています。エンジンAPIに小さな変更があり、"getPayloadV3"と"getBlobsBundleV1"の呼び出しが1つに統合されました。この変更は、テストネット#5でテストするために、次の数日以内にEIP-4844仕様に統合されます。開発者は、チェーン再編成時にblobトランザクションをブロックに再挿入する方法についても議論しました。blobトランザクションが通常のトランザクションと分離されているため、再編成後のblobは公共メモリプールのトランザクションからのみ取得できます。多くのトランザクションがメモリプールをバイパスすることを考慮して、開発者たちは2つの可能な解決策を提案しました。1つ目は、CLが各ブロックのblobデータをELに渡すこと、2つ目は、メモリプールトランザクションをスキップするユーザーに対して、チェーン再編成イベントでトランザクションを再提出することを要求することです。開発者たちはこの2つの提案について議論しましたが、ELクライアントチームの参加が欠けていたため、次回の会議で再度この問題を議論することに決定しました。## Deneb 追加提案EIP-4844を除いて、Denebアップグレードは他のコードアップグレードも考慮しています:1. EIP-4788:EL内でCLビーコンサインの状態を公開できるようにし、スマートコントラクトが最小限の信頼でCLにアクセスできるようにします。2. EIP-6914:完全ネットワークから退出し、長期間活動していないバリデーターのインデックス番号を再利用することを許可します。開発者はこの提案の複雑さが高いと考えており、Deneb以降のハードフォークでの実装が遅れる可能性があります。3. 潜在なコード変更があり、信号チェーンの創世ブロックからデータをバックフィルし、新しい「履歴の要約」コンテンツを作成します。4. PR 3175:罰則を回避するために、検証者が退出キューでブロックを提案することを防ぎ、「高障害モード」への保護を提供します。5. EIP-6493:CL上でSSZ形式でフォーマットされているが、EL上で異なるblobトランザクションタイプとしてエンコードされている場合に、ノードがそれをどのように処理するかの問題を解決します。Denebの範囲について議論する際、開発者はEIP-4788、PR 3175をEIP-4844と一緒に次回のアップグレードに含める傾向があります。
イーサリアム次のアップグレードCancun/Denebの主要内容が確定 EIP-4844がコア
以太坊核心开发者共识会议#107のまとめ
2023年4月20日、イーサリアムの開発者は第107回コア開発者コンセンサス電話会議(ACDC)を開催しました。会議はイーサリアム財団の研究員が主催し、イーサリアムコンセンサス層(CL)の変更内容、Denebの進捗更新、及び次回のカンクンアップグレードにおけるEIP-4844以外の他の提案について重点的に議論されました。
Deneb测试网#5
上海のアップグレードの成功が活性化されると、開発者たちは迅速にカンクンの準備作業に注意を向けました。カンクンはイーサリアムの実行層(EL)の次のアップグレード名であり、デネブは対応するCLのアップグレード名です。会議中、開発者たちはカンクン/デネブアップグレードの最終的な範囲について議論し、このアップグレードはEIP-4844を中心に、blobトランザクションタイプを実装します。
Denebの準備作業は、テストネット#5のローンチから始まります。開発者は来週EIP-4844の第5のテストネットを開始する予定です。一部のクライアントはテストネットのリリースに備えて試運転を行っています。
エンジンAPIに小さな変更があり、"getPayloadV3"と"getBlobsBundleV1"の呼び出しが1つに統合されました。この変更は、テストネット#5でテストするために、次の数日以内にEIP-4844仕様に統合されます。
開発者は、チェーン再編成時にblobトランザクションをブロックに再挿入する方法についても議論しました。blobトランザクションが通常のトランザクションと分離されているため、再編成後のblobは公共メモリプールのトランザクションからのみ取得できます。多くのトランザクションがメモリプールをバイパスすることを考慮して、開発者たちは2つの可能な解決策を提案しました。1つ目は、CLが各ブロックのblobデータをELに渡すこと、2つ目は、メモリプールトランザクションをスキップするユーザーに対して、チェーン再編成イベントでトランザクションを再提出することを要求することです。
開発者たちはこの2つの提案について議論しましたが、ELクライアントチームの参加が欠けていたため、次回の会議で再度この問題を議論することに決定しました。
Deneb 追加提案
EIP-4844を除いて、Denebアップグレードは他のコードアップグレードも考慮しています:
EIP-4788:EL内でCLビーコンサインの状態を公開できるようにし、スマートコントラクトが最小限の信頼でCLにアクセスできるようにします。
EIP-6914:完全ネットワークから退出し、長期間活動していないバリデーターのインデックス番号を再利用することを許可します。開発者はこの提案の複雑さが高いと考えており、Deneb以降のハードフォークでの実装が遅れる可能性があります。
潜在なコード変更があり、信号チェーンの創世ブロックからデータをバックフィルし、新しい「履歴の要約」コンテンツを作成します。
PR 3175:罰則を回避するために、検証者が退出キューでブロックを提案することを防ぎ、「高障害モード」への保護を提供します。
EIP-6493:CL上でSSZ形式でフォーマットされているが、EL上で異なるblobトランザクションタイプとしてエンコードされている場合に、ノードがそれをどのように処理するかの問題を解決します。
Denebの範囲について議論する際、開発者はEIP-4788、PR 3175をEIP-4844と一緒に次回のアップグレードに含める傾向があります。