イーサリアム開発者が ACDC コール #141 で Pectra のアップグレードとリソース制約について議論

イーサリアム開発者はACDCコール#141に集まり、Pectraアップグレードのアップデートとホームステーカー向けの証明計算に関連する問題について話し合いました。

Ethereum developers convened for All Core Developers Consensus (ACDC) call #141 to discuss updates to the Pectra upgrade and issues related to proof computation for home stakers.

イーサリアム開発者らは、All Core Developers Consensus (ACDC) コール #141 に招集され、Pectra アップグレードの更新とホームステーカー向けの証明計算に関連する問題について話し合いました。

On September 5, 2024, Ethereum developers gathered over Zoom for ACDC call #141, a biweekly meeting series where developers discuss and coordinate changes to the consensus layer (CL) of Ethereum, also known as the Beacon Chain. The call was chaired by Ethereum Foundation (EF) Researcher Alex Stokes.

2024 年 9 月 5 日、イーサリアム開発者は、ビーコン チェーンとしても知られるイーサリアムのコンセンサス層 (CL) に対する変更について議論し、調整する隔週の会議シリーズである ACDC コール #141 に Zoom で集まりました。この呼びかけはイーサリアム財団（EF）の研究員アレックス・ストークス氏が議長を務めた。

Pectra Devnet 2

ペクトラ デブネット 2

Debugging efforts on Pectra Devnet 2 are nearing completion. Prysm developer Terence Tsao reported that his team resolved a non-finality bug identified on the devnet and have not encountered further issues. EF Developer Operations Engineer Parithosh Jayanthi confirmed that with the Prysm bug fixed, Pectra Devnet 2 can be deprecated.

Pectra Devnet 2 でのデバッグ作業は完了に近づいています。 Prysm 開発者の Terence Tsao 氏は、彼のチームが開発ネットで特定された非ファイナリティのバグを解決し、それ以上の問題は発生していないと報告しました。 EF 開発者オペレーション エンジニアの Parithosh Jayanthi は、Prysm のバグが修正されたことで Pectra Devnet 2 が非推奨になる可能性があることを認めました。

Jayanthi also mentioned that not all client teams need to be ready to launch Pectra Devnet 3. The devnet can go live with a few implementations, and others can be added later. Stokes noted that issues with EIP 7702 may need to be addressed in execution layer (EL) clients before they can be added to the devnet.

Jayanthi 氏は、すべてのクライアント チームが Pectra Devnet 3 を起動する準備ができている必要はないとも述べました。Devnet はいくつかの実装で稼働し、他の実装は後で追加できます。 Stokes 氏は、EIP 7702 の問題は、devnet に追加する前に実行層 (EL) クライアントで対処する必要がある可能性があると指摘しました。

Pectra Specification Updates

Pectra 仕様の更新

Several updates to the Pectra implementation on the CL side were discussed. The first was an update to EIP 7251, resolving an edge case where the correlation penalty applied to validators with a high amount of staked ETH was incorrectly computed. This fix is in its final review phase and will be merged into Pectra CL specifications soon.

CL 側の Pectra 実装に対するいくつかの更新について議論されました。 1 つ目は EIP 7251 へのアップデートで、大量の ETH をステーキングしたバリデーターに適用される相関ペナルティが誤って計算されるというエッジ ケースを解決しました。この修正は最終レビュー段階にあり、間もなく Pectra CL 仕様に統合される予定です。

Another update involved improving the efficiency of accessing and storing certain components of the EL payload in the Beacon block body. This change is also nearing finalization.

もう 1 つの更新には、Beacon ブロック本体内の EL ペイロードの特定のコンポーネントへのアクセスと保存の効率の向上が含まれます。この変更も最終決定に近づいています。

Geth developer Felix Lange proposed a new strategy for improving the communication of validator withdrawals and consolidation requests from the EL to the CL. This proposal aims to reduce unnecessary overhead for EL and CL clients.

Geth 開発者の Felix Lange は、EL から CL へのバリデーターの引き出しと統合リクエストのコミュニケーションを改善するための新しい戦略を提案しました。この提案は、EL および CL クライアントの不必要なオーバーヘッドを削減することを目的としています。

Teku developer Mikhail Kalinin discussed the creation of a deposit requests queue to avoid unnecessary load on CL clients during spikes in deposit activity. This queue is also designed to prevent frontrunning attacks on withdrawals. Nimbus developer Jacek Sieka supported this idea, noting that it would make deposit caching less error-prone.

Teku 開発者の Mikhail Kalinin 氏は、デポジット アクティビティの急増時に CL クライアントにかかる不必要な負荷を回避するためのデポジット リクエスト キューの作成について説明しました。このキューは、出金時の先回り攻撃を防ぐようにも設計されています。 Nimbus 開発者の Jacek Sieka はこのアイデアを支持し、デポジットのキャッシュでエラーが起こりにくくなるだろうと指摘しました。

Various refinements of Ethereum’s networking layer based on EIP 7549 were also discussed. These changes aim to improve CL clients' hash computation and bandwidth.

EIP 7549 に基づくイーサリアムのネットワーク層のさまざまな改良点についても議論されました。これらの変更は、CL クライアントのハッシュ計算と帯域幅を改善することを目的としています。

PeerDAS Devnet 2

PeerDAS デブネット 2

The latest implementation of PeerDAS is being tested locally by clients. Both the Lodestar and Nimbus teams are running a new Kurtosis configuration that spins up a private testnet. PeerDAS Devnet 2 is expected to be based on the Pectra upgrade.

PeerDAS の最新の実装は、クライアントによってローカルでテストされています。 Lodestar チームと Nimbus チームは両方とも、プライベート テストネットを起動する新しい Kurtosis 構成を実行しています。 PeerDAS Devnet 2 は Pectra アップグレードに基づく予定です。

Stokes recommended reutilizing the stress tests used for the Deneb upgrade on PeerDAS testnets and increasing the blob count based on EIP 7742.

Stokes 氏は、PeerDAS テストネット上の Deneb アップグレードに使用されたストレス テストを再利用し、EIP 7742 に基づいて BLOB 数を増やすことを推奨しました。

PeerDAS Proof Computations

PeerDAS の証明計算

Developers discussed how to handle proof computation for validators running on resource-constrained devices. EF Researcher Dankrad Feist suggested expediting research into distributed block building to allow home stakers to avoid proof computation and rely on more powerful nodes.

開発者は、リソースに制約のあるデバイス上で実行されるバリデーターの証明計算を処理する方法について議論しました。 EFの研究者ダンクラッド・ファイスト氏は、ホームステーカーが証明計算を回避し、より強力なノードに依存できるように、分散ブロック構築の研究を促進することを提案した。

Stokes recommended moving ahead with a solution that prepares blobs on the CL to reduce computational load. He asked Feist to create a group or Discord channel to start work on this asynchronously from the call.

Stokes 氏は、計算負荷を軽減するために CL 上に BLOB を準備するソリューションを進めることを推奨しました。彼は Feist にグループまたは Discord チャンネルを作成して、通話から非同期で作業を開始するように依頼しました。

Research Discussion

研究討論

Nimbus developer “Dustin” proposed removing all mentions of SSZ unions from CL specifications since they are not used in CL clients. This proposal aims to better align CL specifications with existing client implementations. The Portal team, which uses SSZ unions in some way, will be consulted before finalizing the removal.

Nimbus 開発者の「Dustin」は、SSZ ユニオンは CL クライアントでは使用されないため、CL 仕様から SSZ ユニオンに関するすべての記述を削除することを提案しました。この提案は、CL 仕様を既存のクライアント実装とより適切に調整することを目的としています。何らかの方法で SSZ ユニオンを使用しているポータル チームは、削除を最終決定する前に相談を受ける予定です。

Developers reaffirmed the importance of the Portal network to the Ethereum protocol, highlighting that it is heavily funded and supported by the EF.

開発者らは、イーサリアムプロトコルに対するポータルネットワークの重要性を再確認し、EFによって多額の資金提供とサポートを受けていることを強調した。

For more details, the full write-up can be found on galaxy.com.

詳細については、記事全文が galaxy.com でご覧いただけます。