ホームページ  >  記事  >  イーサリアム開発者が ACDC Call #141 で Pectra のアップグレードとリソース制約について議論

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

王林
王林オリジナル
2024-09-07 15:03:13440ブラウズ

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

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

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

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

ペクトラ デブネット 2

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

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

Pectra 仕様の更新

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

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

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

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

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

PeerDAS Devnet 2

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

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

PeerDAS の証明計算

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

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

研究ディスカッション

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

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

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

以上がイーサリアム開発者が ACDC Call #141 で Pectra のアップグレードとリソース制約について議論の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。