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