ACDC

イーサリアム ACDC#144:開発者は Pectra に EIP 7742 を組み込むことを提案しており、blob gas の目標と最大制限を動的に設定できるようにします。

ChainCatcher のメッセージで、Galaxy の研究副社長 Christine Kim が第 144 回イーサリアムコア開発者コンセンサス会議(ACDC #144)の主要内容をまとめて発表しました:開発者は、Pectra に新しいコード変更 EIP 7742 を含めることに同意しました。これにより、ビーコーチェーンがネットワークの目標と最大 blob gas 制限を動的に設定できるようになります。EIP 7742 の採用は、開発者が Pectra に目標と最大 blob gas 制限を追加する可能性があることを示しています。しかし、一部の開発者は電話会議で、追加の EIP(特に EIP 7742)の採用がメインネット上の他の Pectra コード変更のアクティベーションを遅らせる懸念を提起しました。開発者はまた、Pectra と PeerDAS 開発のテスト進捗についても議論しました。L2 rollup Base の開発者 Francis Li は、Pectra の blob 容量を増やす緊急性と基本原理を紹介しました。Li は、blob gas 目標を 5 に、最大値を 8 に増やし、ネットワーク層で engine_getBlobsV1 の実装などの追加作業を行うことを提案しました。Busa は、blob 容量の増加は EIP 7742 の展開と組み合わせるべきであり、EIP 7742 は CL を通じて blob gas 目標と最大制限を動的に設定するメカニズムを導入すると指摘しました。Busa は、現在これらのパラメータを設定するメカニズムを変更するのが難しいため、EIP 7742 の導入により、開発者が将来的にこれらの設定を簡単に調整できるようになると述べました。例えば、PeerDAS のようなアップグレードが可能です。しかし、Busa はまた、EIP 7742 の展開には EL と CL のクライアントチームの追加作業が必要であり、Pectra のスケジュールが 1 か月から 2 か月遅れる可能性があることを指摘しました。彼は、開発者に対して、不要な Pectra アップグレードの遅延を避けるために、EIP 7742 の作業を早期に開始することを検討するよう促しました。

第137回イーサリアムACDC会議:Pectra Devnet 1が来週新しいテストネットをリリース予定

ChainCatcher のメッセージによると、Christine Kim の第 137 回イーサリアムコンセンサスレイヤーコア開発者会議(ACDC)のまとめでは、今回の ACDC では Pectra Devnet 1 と PeerDAS Devnet 1 の進捗、および Consensys 研究チーム TxRx が主導するフォーク選択テスト生成研究について議論されました。Pectra Devnet 1 に関して、CL と EL クライアントは準備が整い、来週テストネットを開始する予定です。EF 開発運営チームは、さまざまなクライアントの組み合わせをテストしており、EthereumJS クライアントはテストの準備が整っています。PeerDAS Devnet 1 に関して、EF DevOps エンジニアの Barnabas Busa は CL クライアントチームがバグを修正しており、今週末に再起動する予定であると述べました。Stokes は EL と CL 上のハードコーディングされた blob gas limit の修正に関するプルリクエストを更新し、これを正式にイーサリアム改善提案(EIP)としてまとめる計画です。TxRx 研究チームは、チェーン分裂を引き起こす可能性のあるクライアントソフトウェアのバグを特定することを目的とした初版フォーク選択テスト生成器を実装し、テストスイートを改善するためのフィードバックを求めています。

イーサリアム Devnet #12 が Cancun/Deneb アップグレードを有効化しました。

ChainCatcher のメッセージ、Galaxy の研究副社長 Christine Kim が第 123 回イーサリアムコア開発者コンセンサス(ACDC)電話会議をまとめました。Cancun/Deneb アップグレードは 11 月 30 日に Devnet #12 でアクティブ化され、Teku、Lodestar、Lighthouse クライアントソフトウェアおよびすべての実行層(EL)クライアントソフトウェアは現在 Devnet #12 でテスト中です。さらに、開発者は Devnet #11 でのバリデーターの退出問題を発見し、Nimbus クライアントチームがその問題を解決しています。Devnet #11 は問題が解決されるまで通常通り運用されます。CL クライアント Prysm がまだ Devnet #12 に参加していないため、開発者は Prysm クライアントソフトウェアがテストの準備が整うまで Goerli シャドーフォークの計画を延期することに同意しました。Tim Beiko は、今年の年末前のどこかで Goerli シャドーフォークをリリースすることを提案しました。さらに、開発者は "BlockByRoot" および "BlobSidecarsByRoot" リクエストの仕様を明確にするために、CL ノードがこれらのリクエストに特定の順序で応答すべきかどうかを明記することについて議論しました。
チェーンキャッチャー イノベーターとともにWeb3の世界を構築する