原題:Ethereum All Core Developers Consensus Call #121クリスティン・キムによるオリジナル記事オリジナルコンピレーション:Luccy、BlockBeats2023年11月2日、イーサリアム開発者はAll Core Developers Consensus(ACDC)コール#121ミーティングのためにZoomに集まりました。 ACDCの電話会議は、イーサリアム財団の研究者であるダニー・ライアンが司会を務める隔週の一連の会議で、開発者はイーサリアムのコンセンサスレイヤー(CL)の変更について議論し、調整します。 今週、開発者は次のトピックに焦点を当てています。1. チャンクの実装の複雑さを軽減するために、Cancun/Deneb 仕様を大幅に変更しました。2. 誠実なバリデーターが後期ブロックを再編成できるようにするための別のアップグレード仕様の変更。3. カンクン/デネブテストネットの進捗状況の更新。4. CL SSZ 仕様の仕様の JSON マッピングを作成します。### ブロブサイドカーの仕様を簡略化するPrysmのクライアントチームとの議論の後、Danny Ryan氏は、開発者がブロブ伝播条件を処理するための代替手段を考案し、ブロブ伝播に関連する複雑さと問題を大幅に軽減すると述べた。 「過去 6 週間から 8 週間の間に開発者ネットワークで見られた問題のほとんどは、これらのメッセージを処理する複雑さに関係していると思います。たとえば、いつ無効にするか、どのように無効にするか、どのような条件でこれらの検証を行うかなどです」と Ryan 氏は述べています。 イーサリアム財団の研究者であるフランチェスコ・ダマトは、これらの問題に対処するために、各ブロブサイドカーにブロックヘッダーとインクルージョンの証明を添付することを提案しました。この提案は、Lodestarのクライアント開発者「Dapplion」によってGitHub上のプルリクエスト(PR)として作成されています。 Ryan氏は、CLクライアントでCancun/Deneb仕様への変更を実装するには、新しいコンテンツを追加するのではなく、主に不要なコードを削除する必要があることを強調しました。 これらの変更がメインネットのアップグレードの進捗にどのような影響を与えるかについて、Ryan氏は遅延を最小限に抑える必要があると述べました。 「明らかに、ここには Deneb のリリースと、Devnet 11 と 12 がいつ、何について書かれているかに関係しています。 しかし同時に、私の評価では、メインネットのローンチと同時期であるのは、正しく行うのが簡単で、開発者ネットワークでそれほど多くのバグに遭遇する必要がないからです。 Ryan氏は、「これにより、よりシンプルで正しく実装しやすい仕様であるため、メインネットをより安全に立ち上げることができることはほぼ間違いないでしょう」と付け加えました。電話では、開発者はPRに異議を唱えませんでした。 開発者は、クライアント間の一貫性を確保するために、PR の実装の詳細について時間をかけて話し合いました。 Ryan氏は、11月2日にPRを統合し、11月3日にDeneb仕様の新バージョンをリリースする予定だと述べた。### カンクン/デネブ仕様のその他の変更イーサリアム財団の研究者であるアレックス・ストークス氏は、MEVビルダーの仕様についてクライアントチームに質問しました。 ストークスは、「根本的に、KZGの包含証明を計算するのは誰ですか?」と尋ねます。 現在、この仕様では、MEV トランクでこれらの構成証明を計算する必要があります。 ただし、これらの証明は、ビーコン API を介してビーコン ノードによって渡すことができます。 これにより、リレーの責任が 1 つ減り、MEV ワークフローでテストする必要がある新しいコードが少なくなります。 Ethereum JSとLodestarクライアントの開発者であるGajinder Singh氏は、ビーコンノードからリレーにKZGインクルージョンプルーフを渡すことに賛成しています。 他の開発者からの異議はありません。 それ以来、Stokesはこの変更のビルダー仕様を更新しました。次に、開発者はコンセンサス仕様のGitHubリポジトリでPR#3034について説明しました。 PR #3034は2022年10月に発表された古い提案で、誠実なバリデーターが遅れたブロックを再編成できるようにすることで、すべてのバリデーターがより多くのMEVを得るために提出を遅らせるのではなく、タイムリーにブロックを提案することを奨励しています。 このPRは、Lighthouseクライアントの開発者であるMichael Sproulによって完了しました。 これは、クライアント・オペレーターとノード・オペレーターの両方がオプションで実装できる変更です。 このPRを統合することに異議はありませんでした。### カンクン/デネブテストスケジュール更新Danny Ryan氏によると、クライアントチームはPRを実施するための推定期間を3週間と見積もっているという。 クライアント チームが実装を完了すると、開発者は新しい開発者ネットワーク Devnet 12 を起動して、新しいコードをテストできます。 11月中旬のEthereum Developer FocusであるDevconnectで開発者がクライアントバージョンを更新しなければ、Devnet 12は12月上旬に稼働する可能性があります。 これらの新しいテスト見積もりに基づくと、開発者は当初の計画どおりに11月末までにGoerliテストネットへのアップグレードをリリースできない可能性があります。 開発者は、2024年第1四半期のホリデーシーズン後にパブリックイーサリアムテストネットのアップグレードを開始する可能性が高いです。Ethereum FoundationのDevOpsエンジニアであるParithosh Jayanthi氏は、Devnet 11は、Devnet 12のローンチまでの間に、クライアントチームがCancun/Denebのコードをテストするためにローンチされたと述べた。 また、開発者は11月3日にGoerliテストネットでシャドウフォークを実行し、ブロックとブロックのレイテンシーをより適切に評価すると述べました。### JSON は SSZ 仕様にマップされます最後に、開発者はコンセンサス仕様の GitHub リポジトリで PR #3506 について議論しました。 この PR では、標準の 1 対 1 の JSON マッピングを CL SSZ 仕様に追加することを提案しています。 これにより、ビーコンAPI仕様のドキュメントが簡素化され、コードの可読性が向上するなど、いくつかの利点がもたらされます。 Nimbusクライアントの開発者であるJacek Sieka氏は、PRの最新バージョンは、バイトと符号なし整数の等価性に関する以前の問題に対処していると述べました。 Ryan氏は、Ethereum R&D DiscordチャンネルでPRを共有し、コンセンサス仕様リポジトリにマージする前に、開発者から最終的なコメントを集めることができると述べた。
最新のイーサリアムコア開発者会議の要約:2024年第1四半期の休暇後にパブリックイーサリアムテストネットをアップグレードする
原題:Ethereum All Core Developers Consensus Call #121
クリスティン・キムによるオリジナル記事
オリジナルコンピレーション:Luccy、BlockBeats
2023年11月2日、イーサリアム開発者はAll Core Developers Consensus(ACDC)コール#121ミーティングのためにZoomに集まりました。 ACDCの電話会議は、イーサリアム財団の研究者であるダニー・ライアンが司会を務める隔週の一連の会議で、開発者はイーサリアムのコンセンサスレイヤー(CL)の変更について議論し、調整します。 今週、開発者は次のトピックに焦点を当てています。
チャンクの実装の複雑さを軽減するために、Cancun/Deneb 仕様を大幅に変更しました。
誠実なバリデーターが後期ブロックを再編成できるようにするための別のアップグレード仕様の変更。
カンクン/デネブテストネットの進捗状況の更新。
CL SSZ 仕様の仕様の JSON マッピングを作成します。
ブロブサイドカーの仕様を簡略化する
Prysmのクライアントチームとの議論の後、Danny Ryan氏は、開発者がブロブ伝播条件を処理するための代替手段を考案し、ブロブ伝播に関連する複雑さと問題を大幅に軽減すると述べた。 「過去 6 週間から 8 週間の間に開発者ネットワークで見られた問題のほとんどは、これらのメッセージを処理する複雑さに関係していると思います。たとえば、いつ無効にするか、どのように無効にするか、どのような条件でこれらの検証を行うかなどです」と Ryan 氏は述べています。 イーサリアム財団の研究者であるフランチェスコ・ダマトは、これらの問題に対処するために、各ブロブサイドカーにブロックヘッダーとインクルージョンの証明を添付することを提案しました。
この提案は、Lodestarのクライアント開発者「Dapplion」によってGitHub上のプルリクエスト(PR)として作成されています。 Ryan氏は、CLクライアントでCancun/Deneb仕様への変更を実装するには、新しいコンテンツを追加するのではなく、主に不要なコードを削除する必要があることを強調しました。 これらの変更がメインネットのアップグレードの進捗にどのような影響を与えるかについて、Ryan氏は遅延を最小限に抑える必要があると述べました。 「明らかに、ここには Deneb のリリースと、Devnet 11 と 12 がいつ、何について書かれているかに関係しています。 しかし同時に、私の評価では、メインネットのローンチと同時期であるのは、正しく行うのが簡単で、開発者ネットワークでそれほど多くのバグに遭遇する必要がないからです。 Ryan氏は、「これにより、よりシンプルで正しく実装しやすい仕様であるため、メインネットをより安全に立ち上げることができることはほぼ間違いないでしょう」と付け加えました。
電話では、開発者はPRに異議を唱えませんでした。 開発者は、クライアント間の一貫性を確保するために、PR の実装の詳細について時間をかけて話し合いました。 Ryan氏は、11月2日にPRを統合し、11月3日にDeneb仕様の新バージョンをリリースする予定だと述べた。
カンクン/デネブ仕様のその他の変更
イーサリアム財団の研究者であるアレックス・ストークス氏は、MEVビルダーの仕様についてクライアントチームに質問しました。 ストークスは、「根本的に、KZGの包含証明を計算するのは誰ですか?」と尋ねます。 現在、この仕様では、MEV トランクでこれらの構成証明を計算する必要があります。 ただし、これらの証明は、ビーコン API を介してビーコン ノードによって渡すことができます。 これにより、リレーの責任が 1 つ減り、MEV ワークフローでテストする必要がある新しいコードが少なくなります。 Ethereum JSとLodestarクライアントの開発者であるGajinder Singh氏は、ビーコンノードからリレーにKZGインクルージョンプルーフを渡すことに賛成しています。 他の開発者からの異議はありません。 それ以来、Stokesはこの変更のビルダー仕様を更新しました。
次に、開発者はコンセンサス仕様のGitHubリポジトリでPR#3034について説明しました。 PR #3034は2022年10月に発表された古い提案で、誠実なバリデーターが遅れたブロックを再編成できるようにすることで、すべてのバリデーターがより多くのMEVを得るために提出を遅らせるのではなく、タイムリーにブロックを提案することを奨励しています。 このPRは、Lighthouseクライアントの開発者であるMichael Sproulによって完了しました。 これは、クライアント・オペレーターとノード・オペレーターの両方がオプションで実装できる変更です。 このPRを統合することに異議はありませんでした。
カンクン/デネブテストスケジュール更新
Danny Ryan氏によると、クライアントチームはPRを実施するための推定期間を3週間と見積もっているという。 クライアント チームが実装を完了すると、開発者は新しい開発者ネットワーク Devnet 12 を起動して、新しいコードをテストできます。 11月中旬のEthereum Developer FocusであるDevconnectで開発者がクライアントバージョンを更新しなければ、Devnet 12は12月上旬に稼働する可能性があります。 これらの新しいテスト見積もりに基づくと、開発者は当初の計画どおりに11月末までにGoerliテストネットへのアップグレードをリリースできない可能性があります。 開発者は、2024年第1四半期のホリデーシーズン後にパブリックイーサリアムテストネットのアップグレードを開始する可能性が高いです。
Ethereum FoundationのDevOpsエンジニアであるParithosh Jayanthi氏は、Devnet 11は、Devnet 12のローンチまでの間に、クライアントチームがCancun/Denebのコードをテストするためにローンチされたと述べた。 また、開発者は11月3日にGoerliテストネットでシャドウフォークを実行し、ブロックとブロックのレイテンシーをより適切に評価すると述べました。
JSON は SSZ 仕様にマップされます
最後に、開発者はコンセンサス仕様の GitHub リポジトリで PR #3506 について議論しました。 この PR では、標準の 1 対 1 の JSON マッピングを CL SSZ 仕様に追加することを提案しています。 これにより、ビーコンAPI仕様のドキュメントが簡素化され、コードの可読性が向上するなど、いくつかの利点がもたらされます。 Nimbusクライアントの開発者であるJacek Sieka氏は、PRの最新バージョンは、バイトと符号なし整数の等価性に関する以前の問題に対処していると述べました。 Ryan氏は、Ethereum R&D DiscordチャンネルでPRを共有し、コンセンサス仕様リポジトリにマージする前に、開発者から最終的なコメントを集めることができると述べた。