Galaxy 研究副總裁 Christine Kim 發文總結了第 144 次以太坊核心開發者共識會議（ACDC #144）的主要內容： 開發人員同意在 Pectra 中包含一個新的代碼變更 EIP 7742，它使信標鏈能夠動態設置網絡的目標和最大 blob gas 限制。納入 EIP 7742 表明，開發者也可能會在 Pectra 中增加目標和最大 blob gas 限制。然而，一些開發人員在電話會議上提出了關于納入額外 EIP（特別是 EIP 7742）將延遲主網上其他 Pectra 代碼變更激活的擔憂。開發人員還討論了 Pectra 和 PeerDAS 開發的測試進展。 具體而言，EF 開發運營工程師 Barnabas Busa 表示，他計劃立即關閉 Pectra Devnet 3，并詢問是否有客戶端團隊仍然需要該 Devnet 進行測試。Busa 指出，在 Grandine 客戶端中存在一個區塊提案的問題，該問題在 Devnet 3 中還沒有解決。Busa 表示他將在關閉開發前與 Grandine 開發者 Saulius Grigaitis 一起解決此問題。 關于 Pectra Devnet 4 的發布，Busa 稱希望看到更多的執行層（EL）客戶端通過本地 Kurtosis 測試來啟動新的測試網。到目前為止，Busa 說 Geth 和以太坊 JS 客戶端已經準備就緒，就像 CL 端的 Lighthouse、Teku 和 Nimbus 客戶端一樣。Stokes 建議客戶端團隊在 10 月 18 日之前發布 Devnet 4。 然后，開發人員繼續討論與 Pectra 代碼規范相關的幾個開放問題，包括 PR#3900、PR#3767、PR#3979、PR #104 以及 BLS 預編譯重新定價。 此外，CL 客戶端團隊正在實施一種新的引擎 API 規范，旨在幫助在本地提議區塊的用戶（即無需使用第三方構建器和 MEV 中繼）在其區塊中包含 blob 交易。 開發人員討論了在 Pectra 規范之上重新建立 PeerDAS 規范的問題。Lighthouse、Nimbus 和 Teku 客戶團隊的代表表示，他們支持這一改變。 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 個月。他敦促開發人員考慮盡早開始部署 EIP 7742 的工作，以避免不必要的 Pectra 升級延遲。 最后，開發人員同意取消原定于 11 月 14 日星期四舉行的 ACDC 電話會議，因為大多數開發人員將參加在泰國曼谷舉行的以太坊年度會議 Devcon。