イーサリアムコア開発者が Pectra アップグレードに関する洞察を明らかに、何が待ち受けているのか?

イーサリアムエコシステムで長年の経験を持つ熟練の研究者として、私はACDCの通話中に示された献身と協力に常に驚かされています。現在進行中の Pectra のアップグレードが困難であることは間違いありませんが、さまざまなチームの開発者が協力して問題を解決し、ネットワークを前進させるのを見るのは刺激的です。

2024 年 8 月 8 日、私はイーサリアムに強い関心を持つ仮想通貨投資家として、第 139 回オール コア デベロッパー コンセンサス (ACDC) の呼びかけに参加しました。イーサリアム財団の研究者であるアレックス・ストークスが主導するこの隔週の集まりは、進行中の Pectra アップグレードをめぐる重要な進歩に焦点を当てました。会話では、ネットワークの安定性の問題、将来の開発ネットワーク、ビーコン チェーンのコンセンサス層に計画されている重要な機能強化について掘り下げました。

Ethereum Pectra Devnet 2 の安定性とアルファ版リリース

EF の研究者 Hsiao Wei Wang は、いくつかの改善を含む Pectra のコンセンサス レイヤー ガイドラインのアルファ.4 バージョンを公開しようとしています。開発者オペレーション エンジニアの Barnabas Busa 氏によると、Pectra Devnet 2 は現在 85% という驚異的なネットワーク エンゲージメントを誇り、堅牢で安定したエコシステムを示唆しています。それにもかかわらず、実行層クライアント、特に EthereumJS と Erigon では問題が続いています。

Busa 氏は、Prysm クライアントに関するさらなる調査が必要な小さな問題についても言及しました。さらに、別のイーサリアム財団 DevOps エンジニアであるパリトシュ ジャヤンティ氏は、Lighthouse、Teku、Besu ノードに影響を与える問題についてさらなる調査の必要性を指摘しました。

Devnet 3 の通信と調整

Devnet 2 の立ち上げ中に、開発者の Kasey Kirkham によってコミュニケーションのギャップが指摘され、ネットワークの立ち上げについて知らなかったことを認めました。同様の事態を防ぐために、開発者は Pectra のテスト開発を中心とした毎週の会議シリーズを開始することにしました。したがって、これらの会議は毎週月曜日に開催され、それぞれ約 15 ~ 30 分続きます。

さらに、これらの集会は、すべてのクライアント チームが開発ネット プロジェクト、特に PeerDAS と EOF に関する最新情報を確実に入手できるように設計されています。 Devnet 3 に関しては、開発者は、改訂された EIP 7702 レイアウトを含めて、Devnet 2 の構造をミラーリングすることを確認しました。

研究者としての私の役割では、Devnet 2 の作業中に EIP 7251、MaxEB に関連するいくつかの課題に遭遇しました。これらの問題は主に、バリデーターステーキングされた ETH 預金残高の統合に集中しています。これらの問題は解決され修正されていますが、機能の確認と保証のため、次の開発ネットワーク段階で徹底的なテストが行​​われます。

Mplex の廃止と新しいプロトコルの移行

この会話ではさらに、CL クライアントが採用している時代遅れのデータ ストリーム多重化プロトコルである Mplex の使用から、新しいマルチプレクサである yamux の採用への移行についても触れられました。 Lodestar の Phil Ngo 氏は、クライアントが yamux のテストに成功し、両方のプロトコルを管理する余分な作業を排除するために yamux に完全に移行することを推奨したと述べました。

その一方で、Nimbus の Etan Kissling 氏は、yamux の評価を継続していることを明らかにしました。その結果、イーサリアム開発者は、より多くのクライアントグループがテストを終えた後に、この問題について再度話し合う予定だ。

EIP 7688 と Pectra のアップグレードに関する懸念

議論は、Pectra のアップデート中に EIP 7688 を組み込むかどうかを中心に展開しました。この提案は、EL が RLP から SSZ に移行する際の将来の使用に適応できるスマート コントラクトのデータ構造を提案します。しかし、Stokes 氏は、この EIP を Pectra に含めることに懸念を表明し、アップグレードはすでに十分に広範であると説明しました。

Jayanthi 氏は、開発者は Devnet 5 の早い段階でテストのために EIP 7688 を検討する可能性があると提案しました。Lodestar、Prysm、Teku、Lighthouse のチームはその統合を主張しましたが、Stokes 氏と Beiko 氏は、新しい Pectra EIP を導入する前に現在の Pectra EIP の安定化に重点を置くことを提案しました。キスリング氏も同意し、いつこのテーマを再検討するかについての指針を求めた。したがって、開発者は Devnet 5 の発売頃に EIP 7688 を再評価すると予想されます。

PeerDASの実装

Prysm が主導した最新のディスカッションでは、PeerDAS の導入に関する最新情報が発表されました。これにより、「blobsidecar」エンジン API リクエストに関する物議を醸すトピックが浮上し、その必要性を疑問視する人もいます。ストークス氏は、今後の PeerDAS 会議でこれらの問題に取り組むことを提案しました。

さらに、議論の中でPeerDASからのサンプリングを廃止するという提案もあった。同時に、彼らは、この変更によって将来の機能強化がどのように複雑になるかについて懸念を表明しました。 EIP 7742 は、実行層 (EL) とコンセンサス層 (CL) の間でブロブ ガス制限を分離することを提案しています。開発者らは次回の会議でこの問題を再検討することに同意した。

イーサリアムノードの配布

長年の経験を持つベテランのブロックチェーン開発者として、私は数多くの課題に遭遇し、この急速に進化する分野での問題解決へのアプローチを形作る貴重な教訓を学びました。研究テーマに関する最近の議論の中で、特に私の注意を引いた点の 1 つは、EIP 7251 に基づくバリデーター ステークの ETH 残高統合におけるエッジ ケースでした。

ブロックチェーンテクノロジーの複雑さを研究している研究者として、私は最近、イーサリアムノードの分散に関するプローブラボの分析からいくつかの興味深い洞察を発見しました。その結果、8,335 ノードのうち、約 42% が Lighthouse クライアントを使用して動作していることがわかりました。興味深いことに、これらのノードのかなりの部分 (約 36%) が米国に拠点を置いています。

仮想通貨投資家である私は、気がつくと会議に出席しており、その議題は Prysm 開発者「Potuz」による実行ペイロード構造への変更案でした。彼は私のような開発者に対し、彼の提案を注意深く検討するよう熱心に勧めました。さらに、彼は迅速な意思決定の重要性を強調し、それに応じてコンセンサス層の仕様を更新する十分な時間が得られると説明しました。

2024-08-09 11:49