Galaxyのリサーチ担当副社長であるChristine Kimが、第144回イーサネット・コア開発者コンセンサス会議(ACDC #144)の主なポイントの要約を投稿した:
開発者は、ビーコンチェーンがネットワークのターゲットおよび最大ブロブガス制限を動的に設定できるようにする新しいコード変更EIP 7742をPectraに含めることに合意した。EIP 7742が含まれていることから、開発者はペクトラにもターゲットと最大ブロブガスの制限を追加することができます。しかし、電話会議では、追加EIP(特にEIP 7742)が含まれることで、メインネットワークにおける他のペクトラのコード変更の有効化が遅れるのではないかという懸念を示す開発者もいました。開発者はまた、PectraとPeerDASの開発のためのテストの進捗状況についても議論した。
特に、EF開発オペレーション・エンジニアのBarnabas Busa氏は、Pectra Devnet 3をただちにシャットダウンする予定であると述べ、まだテストのためにDevnetを必要としているクライアント・チームがあるかどうかを尋ねました。Busa氏は、Grandineクライアントのブロック提案に問題があり、Devnet 3でも解決されていないと指摘しました。Busa氏は、開発を停止する前に、Grandineの開発者であるSaulius Grigaitis氏と協力してこの問題を解決すると述べた。
Pectra Devnet 4のリリースに関してブーサ氏は、ローカル・クルトーシステストで新しいテストネットを立ち上げる実行レイヤー(EL)クライアントをもっと増やしてほしいと述べた。これまでのところ、ブーサ氏は、GethとEtherのJSクライアント、CL側のLighthouse、Teku、Nimbusの各クライアントの準備が整っていると述べ、ストークス氏は、クライアントチームが10月18日までにDevnet 4をリリースするよう提案した。
続いて開発者たちは、PR #3900、PR #3767、PR #3979、PR #104、およびBLSのプリコンパイル・リプライシングなど、Pectraのコード仕様に関連するいくつかの未解決問題について議論した。
さらに、CLクライアントチームは、ブロックをローカルに(つまりサードパーティのビルダーやMEVリレーを介さずに)提案するユーザーがブロックにブロブトランザクションを含めるのを支援するために設計された新しいエンジンAPI仕様を実装している。
開発者はPeerDAS仕様をPectra仕様の上に再構築することについて議論し、Lighthouse、Nimbus、Tekuの顧客チームの代表者はこの変更を支持すると述べた。
L2 rollup Baseの開発者であるFrancis Liは、Pectraのブロブ容量を増やすことの緊急性とその根拠を発表した。liは、ブロブガスのターゲットを5に、最大を8に増やし、engine_getBlobsV1の実装などネットワーク層での追加作業を提案した。
Busaは、ブロブ容量の増加はEIP 7742の導入と組み合わせるべきだと指摘した。EIP 7742はCLを介してブロブガスのターゲットと上限を動的に設定するメカニズムを導入するものである。PeerDASのようなアップグレードの場合などだ。しかしブサ氏は、EIP 7742の導入にはELとCLの顧客チームによる追加作業が必要であり、ペクトラのスケジュールが1~2カ月遅れる可能性があるとも指摘した。同氏は、ペクトラのアップグレードが不必要に遅れるのを避けるため、できるだけ早い時期にEIP 7742の配備作業を開始することを検討するよう開発者に促しました。
最後に、11月14日(木)に予定されていたACDCカンファレンス・コールは、ほとんどの開発者がタイのバンコクで開催される年次イーサネット・カンファレンスであるDevconに出席するため、中止することで合意した。