# 以太坊核心开发者共识会议#107 主なポイントの概要2023年4月20日、イーサリアムの開発者は第107回コア開発者合意電話会議(ACDC)を開催しました。会議はイーサリアム財団の研究員が主導し、主にイーサリアムのコンセンサス層(CL)の修正内容、Denebの進捗更新、及び次回のカンクンアップグレードにおけるEIP-4844以外の他の提案について議論されました。## Deneb测试网#5上海のアップグレードが成功裏にアクティブ化された後、開発者はカンクンの準備作業に焦点を移しました。Cancunはイーサリアムの実行層(EL)の次回アップグレードの名称であり、Denebは対応するCLアップグレードの名称です。開発者たちはCancun/Denebアップグレードの最終的な範囲について議論し、このアップグレードはEIP-4844を中心に、blobトランザクションタイプを実装する予定です。Denebの第5のテストネットは来週開始される予定です。一部のクライアントが試運転を行い、テストネットのリリースに備えています。エンジンAPIには小さな変更があり、"getPayloadV3"と"getBlobsBundleV1"の呼び出しが1つに統合されます。この変更はテストネット#5でテストされる予定です。開発者は、チェーンの再構成時にblobトランザクションを再挿入する方法についても議論しました。blobトランザクションは通常のトランザクションとは分離されているため、再構成後のblobsは公共メモリプールのトランザクションからのみ取得できます。多くのトランザクションがメモリプールを回避することを考慮して、開発者は2つの解決策を提案しました:CLが各ブロックのblobデータをELに渡すか、メモリプールをスキップするトランザクションのユーザーにチェーン再構成イベントでトランザクションを再提出させることです。この問題について、開発者たちは異なる見解を持っています。ある人は、blobデータをELに転送する方が簡単な解決策だと考えていますが、別の人はこれがELとCL層の間の抽象を破壊するのではないかと懸念しています。ELクライアントチームの参加がないため、この問題は次回の会議で再度議論される予定です。## Deneb 追加提案EIP-4844を除いて、Denebアップグレードは他のコードアップグレードも考慮しています:1. EIP-4788:EL内でCL Beacon Chainの状態を公開し、スマートコントラクトによるCLへの最小限の信頼アクセスを可能にする。2. EIP-6914:完全にネットワークから退出し、長期間活動していないバリデーターのインデックス番号を再利用し、バリデーターリストの無限の増加を抑制します。3. Beacon Chainの創世ブロックからデータをバックフィルし、新しい「歴史的サマリー」コンテンツを作成します。4. PR 3175:罰を受けないためのバリデーターが退出キューでブロックを提案するのを防ぐ。5. EIP-6493:CLとELで異なるblobトランザクションタイプを処理する方法を解決します。開発者は、次回のアップグレードにEIP-4788、PR 3175をEIP-4844とともに含める傾向があります。EIP-6914は複雑性が高いため、Denebの後のハードフォークでの実施が遅れる可能性があります。他の提案は引き続き議論と精緻化が必要です。
イーサリアム開発者がカンクンアップグレードについて集中討論 EIP-4844が焦点
以太坊核心开发者共识会议#107 主なポイントの概要
2023年4月20日、イーサリアムの開発者は第107回コア開発者合意電話会議(ACDC)を開催しました。会議はイーサリアム財団の研究員が主導し、主にイーサリアムのコンセンサス層(CL)の修正内容、Denebの進捗更新、及び次回のカンクンアップグレードにおけるEIP-4844以外の他の提案について議論されました。
Deneb测试网#5
上海のアップグレードが成功裏にアクティブ化された後、開発者はカンクンの準備作業に焦点を移しました。Cancunはイーサリアムの実行層(EL)の次回アップグレードの名称であり、Denebは対応するCLアップグレードの名称です。開発者たちはCancun/Denebアップグレードの最終的な範囲について議論し、このアップグレードはEIP-4844を中心に、blobトランザクションタイプを実装する予定です。
Denebの第5のテストネットは来週開始される予定です。一部のクライアントが試運転を行い、テストネットのリリースに備えています。エンジンAPIには小さな変更があり、"getPayloadV3"と"getBlobsBundleV1"の呼び出しが1つに統合されます。この変更はテストネット#5でテストされる予定です。
開発者は、チェーンの再構成時にblobトランザクションを再挿入する方法についても議論しました。blobトランザクションは通常のトランザクションとは分離されているため、再構成後のblobsは公共メモリプールのトランザクションからのみ取得できます。多くのトランザクションがメモリプールを回避することを考慮して、開発者は2つの解決策を提案しました:CLが各ブロックのblobデータをELに渡すか、メモリプールをスキップするトランザクションのユーザーにチェーン再構成イベントでトランザクションを再提出させることです。
この問題について、開発者たちは異なる見解を持っています。ある人は、blobデータをELに転送する方が簡単な解決策だと考えていますが、別の人はこれがELとCL層の間の抽象を破壊するのではないかと懸念しています。ELクライアントチームの参加がないため、この問題は次回の会議で再度議論される予定です。
Deneb 追加提案
EIP-4844を除いて、Denebアップグレードは他のコードアップグレードも考慮しています:
EIP-4788:EL内でCL Beacon Chainの状態を公開し、スマートコントラクトによるCLへの最小限の信頼アクセスを可能にする。
EIP-6914:完全にネットワークから退出し、長期間活動していないバリデーターのインデックス番号を再利用し、バリデーターリストの無限の増加を抑制します。
Beacon Chainの創世ブロックからデータをバックフィルし、新しい「歴史的サマリー」コンテンツを作成します。
PR 3175:罰を受けないためのバリデーターが退出キューでブロックを提案するのを防ぐ。
EIP-6493:CLとELで異なるblobトランザクションタイプを処理する方法を解決します。
開発者は、次回のアップグレードにEIP-4788、PR 3175をEIP-4844とともに含める傾向があります。EIP-6914は複雑性が高いため、Denebの後のハードフォークでの実施が遅れる可能性があります。他の提案は引き続き議論と精緻化が必要です。