作者：Christine Kim / 來源：https://www.galaxy.com/insights/research/ethereum-all-core-d

2023 年 8 月 10 日，以太坊核心開發人員聚集在 Zoom 上，召開第 115 次全核心開發人員共識 (ACDC) 電話會議。ACDC 電話會議是每兩周一次的系列會議，開發人員在會上討論和協調對以太坊共識層(CL) 的更改。這些電話會議通常由以太坊基金會研究員Danny Ryan主持。本周，電話會議一起討論了：

1）Devnet 8 的發布時間

2）EIP 4788代碼部署策略

3）分叉選擇過濾改變部署策略

4）跨 CL 客戶端的證明聚合標準化

5）Holesky 測試網絡的穩定驗證器集大小

1、Devnet 8

開發人員同意于下周初啟動 Deneb/Cancun (Dencun) 升級的下一個官方測試網絡 Devnet 8。以太坊基金會的 DevOps 工程師 Parithosh Jayanthi 提到，他的團隊正在根據 Devnet 7 客戶端配置中發現的問題，為客戶端團隊更新本地測試工具。Jayanthi 鼓勵客戶端團隊檢查其配置，以確保不存在任何問題。 

Devnet 8 的啟動存在不一致之處，Devnet 8 是第一個專用測試網絡，它將激活為坎昆升級最終確定的所有相關以太坊改進提案（EIP）。Prysm (CL)、Lighthouse (CL) 和 Nethermind (EL) 的代表表示，他們已準備好推出 Devnet 8。

2、EIP-4788

在所有核心開發人員執行 (ACDE) 調用 中，開發人員同意將 EIP-4788 從有狀態預編譯更新為常規智能合約。作為背景，EIP-4788 公開了 EL 上以太坊虛擬機 (EVM) 內信標鏈區塊的根源，以便去 dapp 可以輕松訪問這些數據，而無需信任預言機或鏈下數據提供商。

上周，以太坊基金會首席安全工程師兼 Geth (EL) 開發人員 Martin Holst Swende 指出，將 EIP-4788 轉換為以 Solidity 編碼并通過 EVM 本地定價的常規合約，將降低 EIP 的復雜性并減少導致鏈斷裂的風險。

在 ACDC第115 次大會上，開發人員重申了將 EIP-4788 重寫為常規合約的決定。ACDE 主席 Tim Beiko 表示，化名 Geth (EL) 開發人員“lightclient”已在 GitHub 上為 EIP 創建了一個新的拉取請求 (PR)，其中包含必要的更改。Beiko 還強調，如何最好地部署該合約仍存在不確定性。“[問題是]我們是否只是像分叉的常規交易一樣部署它，還是將它與分叉結合起來，以便在分叉激活期間，我們也進行合約部署，”Beiko 說。此外，Beiko 表示，以太坊基金會正在開始聯系第三方審計服務，以正式審查輕客戶端的 PR，并建議客戶團隊也查看擬議的代碼。

3、分叉選擇過濾

正如ACDC #114 中所討論的，需要對 CL 分叉選擇規范進行一些更改才能實現確認規則。確認規則是以太坊 CL 團隊過去幾個月一直在研究的一種新算法，節點運營商將使用該算法輕松快速地確定一個區塊是否保證不被重組，即從規范鏈中刪除。開發人員并沒有要求所有客戶端團隊在嚴格的 epoch 邊界上實施確認規則的分叉選擇過濾邏輯，例如激活 Dencun 硬分叉，而是在幾周前表示傾向于通過軟分叉來實施更改。登村。代表 Teku (CL) 客戶團隊的 Ben Edington 贊成這種降低實施復雜性的策略。開發人員同意，一旦確認 Dencun 激活的紀元號，就在 Dencun 之前通過軟分叉 推進合并PR ，以實現對分叉選擇過濾邏輯的更改。

4、客戶行為標準化

開發人員還討論了在聚合驗證者證明時將新的澄清合并到 CL 客戶端行為的 PR。驗證者證明是對以太坊網絡聚合并用于最終確定新區塊的區塊鏈規范頭部的投票。一位名叫Pop Chunhapanya 的開發者指出某些客戶端（例如 Prysm）僅在一個時隙的前 6.5 秒內聚合驗證者證明，而不是整個 8 秒，而其他客戶端（例如 Lighthouse）在整個時隙持續時間內滾動聚合證明。Chunhapanya 的 PR 建議更新 CL 客戶端規范，以指定所有以太坊 CL 客戶端應包含整個時段持續時間的實時證明。Tsao 贊成此 PR，但建議此更改的關鍵詞不應該是“必須”，而應該是“應該”，因為 CL 客戶端在發送證明時面臨不可避免的延遲，這可能迫使他們錯過在持續時間內發送的某些證明。投幣口。

開發人員討論的最后一個 PR 是對提議者增強功能的更改。提議者提升是一種通過提高及時區塊提交的獎勵來阻止區塊提議者提交遲到區塊的機制。早在 2023 年 4 月，以太坊上的一個惡意區塊提議者就利用了超聲波 MEV 繼電器中的漏洞，導致 MEV 繼電器設計和 MEV Boost 軟件發生了微小的變化。Lighthouse (CL) 團隊提議對提議者提升獎勵的時間進行小幅修改，以進一步減輕對 MEV 中繼的類似攻擊，如 4 月份所見。開發人員同意在本周末之前合并擬議的 PR。有關 MEV 中繼漏洞的性質和 Lighthouse 修復的更多信息，請閱讀此博客文章。

5、Holesky 測試網

最后，Jayanthi 介紹了 Holesky 測試網啟動的大型測試網絡實驗的最新情況。作為背景，Holesky 是一個新的公共測試網，以太坊開發人員和客戶團隊計劃于 9 月推出，以取代 Goerli 測試網。Holesky 被設想為以太坊最大的公共測試網，托管比以太坊主網更活躍的驗證器。

在過去的幾周里，開發人員一直在嘗試驗證器集的大小。Jayanthi 表示，測試網有 210 萬活躍驗證者，但無法最終確定。“驗證者的職責太多，并且一些區塊遲到，導致整個網絡傳播的證明不足。因此，即使您看到 80% 左右的[區塊]提案，我們也只在網絡上看到了 40% 到 45% 的證明。”Jayanthi 說道。

隨后，開發人員將測試網規模從 210 萬個驗證器減少到 140 萬個，每個節點的最大驗證器數量從 5,000 個減少到 3,300 個。Jayanthi 表示，這次測試網實驗是成功的。區塊提案徘徊在 80% 到 90% 的范圍內，證明也同樣徘徊在 82% 到 84% 的范圍內。

開發人員計劃啟動 Holesky 測試網，其活躍驗證器集大小為 140 萬。當被問及 Jayanthi 的團隊是否會繼續對 200 萬個驗證器集大小的測試網進行測試時，Jayanthi 表示，他的團隊對 140 萬個驗證器集大小的測試網感到滿意，如果需要，可以投入工作和協調工作，以成長為一個 200 萬個驗證器集大小的網絡。線。隨著 Holesky 測試網發布的準備工作完成，Tsao 鼓勵開發人員在 #interop 頻道中發表自己的想法以太坊研發不和諧。