# 以太坊核心开发者共识会议 #107概要2023年4月20日、イーサリアムの開発者たちは第107回コア開発者コンセンサス電話会議(ACDC)を開催しました。会議はイーサリアム財団の研究員が主導し、イーサリアムのコンセンサスレイヤー(CL)の修正内容、Denebの進捗更新、次回のカンクンアップグレードでのEIP-4844以外の他の提案について重点的に議論されました。## Deneb 测试网 #5上海のアップグレードが成功裏にアクティブ化された後、開発者たちは迅速にカンクンの準備作業に注意を向けました。カンクンはイーサリアムの実行層(EL)の次のアップグレードであり、Denebは対応するCLのアップグレードです。開発者たちはCancun/Denebアップグレードの最終的な範囲について議論し、このアップグレードはEIP-4844(blobトランザクションタイプの実装)を中心に展開されます。Denebの準備作業は、テストネット#5の立ち上げから始まります。あるエンジニアによれば、彼は複数のクライアントのために試運転を行っており、来週のテストネットのリリースに備えているとのことです。エンジンAPIに小さな変更があり、「getPayloadV3」と「getBlobsBundleV1」の呼び出しが統合されました。この変更はまだEIP-4844規格に統合されていませんが、テストネット#5でのテストのために、今後数日以内に完了する予定です。開発者は、チェーン再構成時にblobトランザクションをどのように再挿入するかという問題についても議論しました。blobトランザクションは通常のトランザクションとは分離されているため、再構成後のblobは公共のmempoolからのトランザクションのみから取得できます。多くのトランザクションがmempoolをバイパスすることを考慮し、開発者は2つの可能な解決策を提案しました:CLが各ブロックのblobデータをELに渡すか、mempoolをバイパスするトランザクションユーザーに対してチェーン再構成イベントでトランザクションを再提出することを要求することです。一部の開発者は、blobデータをELに転送することを好み、これはELにとって追加の負荷がそれほど大きくないと考えています。しかし、他の人々は、これがELとCL層間の抽象をさらに破壊し、将来のデータ可用性サンプリング(DAS)のアップグレードに影響を与える可能性があると指摘しています。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上でSSZ形式でフォーマットされ、EL上で異なるblob取引タイプとしてエンコードされる方法をノードが処理する問題を解決します。Denebの範囲について議論する際、開発者はEIP-4788、PR 3175をEIP-4844と一緒に次回のアップグレードに含める傾向があります。
イーサリアムカンクン/Denebアップグレード計画:EIP-4844を中心に複数の提案が議論中
以太坊核心开发者共识会议 #107概要
2023年4月20日、イーサリアムの開発者たちは第107回コア開発者コンセンサス電話会議(ACDC)を開催しました。会議はイーサリアム財団の研究員が主導し、イーサリアムのコンセンサスレイヤー(CL)の修正内容、Denebの進捗更新、次回のカンクンアップグレードでのEIP-4844以外の他の提案について重点的に議論されました。
Deneb 测试网 #5
上海のアップグレードが成功裏にアクティブ化された後、開発者たちは迅速にカンクンの準備作業に注意を向けました。カンクンはイーサリアムの実行層(EL)の次のアップグレードであり、Denebは対応するCLのアップグレードです。開発者たちはCancun/Denebアップグレードの最終的な範囲について議論し、このアップグレードはEIP-4844(blobトランザクションタイプの実装)を中心に展開されます。
Denebの準備作業は、テストネット#5の立ち上げから始まります。あるエンジニアによれば、彼は複数のクライアントのために試運転を行っており、来週のテストネットのリリースに備えているとのことです。
エンジンAPIに小さな変更があり、「getPayloadV3」と「getBlobsBundleV1」の呼び出しが統合されました。この変更はまだEIP-4844規格に統合されていませんが、テストネット#5でのテストのために、今後数日以内に完了する予定です。
開発者は、チェーン再構成時にblobトランザクションをどのように再挿入するかという問題についても議論しました。blobトランザクションは通常のトランザクションとは分離されているため、再構成後のblobは公共のmempoolからのトランザクションのみから取得できます。多くのトランザクションがmempoolをバイパスすることを考慮し、開発者は2つの可能な解決策を提案しました:CLが各ブロックのblobデータをELに渡すか、mempoolをバイパスするトランザクションユーザーに対してチェーン再構成イベントでトランザクションを再提出することを要求することです。
一部の開発者は、blobデータをELに転送することを好み、これはELにとって追加の負荷がそれほど大きくないと考えています。しかし、他の人々は、これがELとCL層間の抽象をさらに破壊し、将来のデータ可用性サンプリング(DAS)のアップグレードに影響を与える可能性があると指摘しています。
ELクライアントチームの参加が不足しているため、この問題は次回の会議で再度議論されます。
Deneb アドオンの提案
EIP-4844の他に、Denebアップグレードは他のコードアップグレードも検討しています:
EIP-4788:ELにおけるCL Beacon Chainの状態を公開し、スマートコントラクトがCLに対して最小限の信頼アクセスを許可する。
EIP-6914:ネットワークから完全に退出し、長期間アクティブでないバリデーターインデックス番号を再利用することで、バリデーターリストの無限の増加を抑えるのに役立ちます。
潜在なコード変更には、Beacon Chainの創世ブロックからデータをバックフィルし、新しい「歴史的サマリー」コンテンツを作成することが含まれます。
PR 3175:罰を受けることを避けるために、バリデーターが退出キューに入る際にブロックを提出することを防ぐ。
EIP-6493:CL上でSSZ形式でフォーマットされ、EL上で異なるblob取引タイプとしてエンコードされる方法をノードが処理する問題を解決します。
Denebの範囲について議論する際、開発者はEIP-4788、PR 3175をEIP-4844と一緒に次回のアップグレードに含める傾向があります。