イーサリアム開発者はペクトラからEIP-7742を削除し、年末までにDevnet 5のリリースに備える

分散型ブロックチェーンであるイーサリアムの開発者は、ビーコンチェーンとしても知られるイーサリアムコンセンサスレイヤー（CL）のアップデートについて話し合う週次会議を開催しました。第147回「全コア開発者コンセンサス」（ACDC）コールで、チームはCLと実行レイヤー（EL）間のブロブカウントをPectraから切り離すEIP-7742を削除することを決定しました。また、年末までにPectra Devnet 5をリリースすることを目指しました。

会議の記録によると、Pectra Devnet 4 の仕様に基づいたパブリック Pectra 開発ネットである Mekong は安定しており、ネットワークの健全性に関する新たな更新はありません。一方、開発者は、近々リリースされる Pectra Devnet 5 の仕様を最終決定し続けています。

Ethereum Foundation (EF) DevOps エンジニアの Barnabas Busa 氏は、ゴシップ制限の変更は、すべてのクライアント間で一貫性を保つためにハードフォーク中に行う必要があると強調しました。このアプローチがなければ、クライアントが異なる値で動作した場合にコンセンサス障害が発生する可能性があります。Besu 開発者の Paul Harris 氏は、クライアント間ですでに多少のばらつきが生じており、現在の重要な焦点はゴシップ制限に関する将来の計画の一貫性を確保することであると指摘しました。EF 研究者 Dankrad Feist 氏は、状況の緊急性を強調し、クライアント間のゴシップ制限の不一致を「バグ」と呼びました。彼は、「この制限が原因でコンセンサス障害が発生しないようにする必要があると思います。これは単なるバグとして扱われるべきであり、今すぐ修正する必要があります。その後、独立してその制限を上げることができます。ガス制限を上げることでコンセンサス障害が発生するケースがあってはなりません。」と述べました。 

さらに、開発者は、Pectra の CL と EL の間で BLOB カウントを切り離す EIP-7742 を削除することに同意しました。代わりに、クライアントのジェネシス構成に変更を実装し、Pectra の BLOB カウントを 7742 倍にすることを決定しました。EIP-XNUMX では、当初、BLOB ターゲットと最大値を Engine API を介して CL から EL に動的に送信することを提案していました。しかし、さらに検討した結果、開発者はこの実装にいくつかの課題があることを確認しました。重要な問題の XNUMX つは、EIP が現在、現在のブロックのターゲット BLOB カウントのみを考慮しているのに対し、親ブロックのターゲット BLOB カウントは実際には超過分を計算するために必要であるということです。 ブロブ ガス。

EIP-7742の実装に伴う複雑さに対処し、Pectraの進捗をさらに遅らせるよりも、会議に参加したほとんどの開発者はEIPの削除を支持しました。代わりに、BLOBカウント値を更新できるジェネシス構成を変更することを選択しました。 ペクトラ ただし、BLOB カウントの将来の変更には、CL と EL の両方の更新が必要になります。

イーサリアム財団がメコンを活性化 

今年11月、イーサリアム財団は 打ち上げ Mekong テストネットは、今後の Pectra フォークをテストするために設計された一時的な環境です。このテストネットには、EIP-7702 によるユーザー エクスペリエンス (UX) の強化、EIP-7251 によるステーキングの変更、EIP-6110 および 7002 によるデポジットおよびエグジット メカニズムの更新など、Pectra アップグレードで計画されているすべての Ethereum 改善提案 (EIP) が組み込まれています。

Pectra は Prague – Electra の略で、Ethereum の今後のネットワーク アップグレードです。「Prague」は実行クライアント側の変更を指し、「Electra」はコンセンサス レイヤー クライアント側の更新に関係します。Pectra アップグレードでは、最大有効残高、アカウント抽象化、実行レイヤー トリガーの終了という 3 つの主要機能と、いくつかの小さな EIP が導入されます。