Odaily星球日報訊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。
dark
