2024 年 2 月 22 日，以太坊開發人員齊聚 Zoom 參加了 All Core Developers Consensus (ACDC) call #128 會議。ACDC 電話會議是一個每兩周舉行一次的系列會議，開發人員在會上討論和協調對以太坊共識層（CL）的更改。本周，開發者們一致同意啟動 Electra 升級。目前，開發者們已同意在升級中包含以下三個以太坊改進提案（EIPs）：

· EIP 6110，在鏈上提供驗證者存款

· EIP 7002，執行層可觸發退出

· EIP 7549，將委員會索引移出見證

另外，開發者們還將在接下來的幾周內就 EIP 7547（納入列表）進行概念驗證工作。如果開發者們發現 EIP 7547 的代碼更改易於實施和測試，以至於它們的納入不會延遲上述三個 EIP 的實施，開發者們則同意將 EIP 7547 作為 Electra 的第四個 EIP。開發者們還重申了他們將 Electra 保持為「小型分叉」的意圖，即意味著該升級可以在今年年底之前準備好，並在以太坊主網上激活。

Dencun 升級準備工作

除了 Lodestar（CL）客戶端外，所有以太坊客戶端都已發布了 Dencun 升級的最終版本軟體。以太坊基金會（EF）開發者營運（DevOps）團隊正在使用這些最終客戶端版本以及 Lodestar 的 Dencun-ready 候選版本，在最後一個專用測試網路（testnet）上進行升級測試。EF DevOps 工程師 Parithosh Jayanthi 表示，Dencun 的最終主網陰影分叉，即反映以太坊主網活動的測試網路，於 2 月 22 日星期四啟動。到目前為止，Jayanthi 表示客戶端發布看起來很穩定，網路上沒有需要報告的問題。

DevOps 團隊將在接下來的幾天內在陰影分叉上進行進一步測試。假設團隊在升級或客戶端發布方面沒有遇到重大問題，EF 將在下周一或下周二，即 2 月 26 日或 27 日，發布一篇官方部落格文章，宣布 Dencun 升級的主網日期。開發者們在之前的電話會議上達成一致，即 Dencun 的主網激活日期為 2024 年 3 月 13 日。Flashbots 團隊還計劃在下周初發布一個新的 MEV-Boost 軟體版本，這是一種用於在以太坊上賺取 MEV 的驗證者運行的軟體，該軟體將在 Dencun 上線前準備就緒。

Electra EIP 討論

Danny Ryan 分享了迄今為止 Electra EIP 討論的摘要。他提到，對等數據可用性採樣（Peer Data Availability Sampling，PeerDAS）和正式提議者構建器分離（ePBS）的開發工作可以與 Electra 的準備工作同時進行。由於這兩項都是客戶端團隊表示有興趣參與的高優先級研究和開發計劃，Ryan 建議團隊應該繼續投入資源進行這些工作，但不一定要將它們包括在 Electra 升級中。在將這兩項代碼更改包含在 Electra 或隨後的升級中之前，還需要進行更多的研究。

關於 EIP 7547（納入列表）的問題，Ryan 表示，代碼更改「比許多開發者，包括他自己，預期的要簡單」。然而，關於代碼更改仍有一些未解決的問題和未知因素，他希望在將納入列表納入 Electra 之前解決這些問題。為此，開發者們同意在接下來的幾周內進行「納入列表概念驗證速成」，以更準確地評估其在 Electra 的準備情況。

最後，Ryan 對於最大有效餘額（MaxEB）變更提出了他的思考概覽，這是一項代碼更改，允許驗證者在質押的 ETH 餘額超過 32 個 ETH 時獲得收益。「我想有很多人都認為 [MaxEB] 非常有價值和重要。我認為在當前分叉的情況下，人們對其複雜性有足夠的擔憂，因此目前並沒有積極推動，除非很快重新引起人們的興趣，否則我們將暫時擱置它，」Ryan 說道。開發者們對這些觀點提出了一些反對意見。Lighthouse 的「Dapplion」認為 MaxEB 不是一個複雜的代碼更改。然而，目前電話會議上的開發者們同意只包括在ACDC #126期間達成一致的三個 EIP，以及調查納入列表的升級準備情況。

發行 Curve 調整提案

以太坊基金會研究員 Ansgar Dietrichs 提出了與質押獎勵相關的 Electra 的另一個潛在提案。由於 ETH 持有者可以通過流動性質押提供商（如 Lido）輕鬆在以太坊上進行質押，因此在過去幾年裡，對質押的需求大幅增加。超過四分之一的總 ETH 供應量已經被質押，而這一市佔率可能會進一步增加。Dietrichs 和他的同事 Caspar Schwarz-Schilling 在他們的提案中認為，高質押率會導致以太坊協議出現多種負面外部影響，包括但不限於增加的點對點網路負載、ETH 價值不必要的稀釋，以及過度依賴第三方智能合約協議（如 Lido）來確保網路安全。

本質上，該提案解釋了目前以太幣的發行計劃比所需更高，這意味著以太坊為安全性付出了過多的代價。該提案建議將發行獎勵減少 30%。Lido 的創始人 Vasiliy Shapovalov 對該提案表示擔憂，稱開發者應該進一步研究削減質押盈利性會如何影響驗證節點營運商。Dietrichs 同意需要就該提案進行進一步討論，並強調，儘管在社會上具有爭議，但這種變化在技術上非常容易實現。「我們只是想在這裡基本上開始對話，因為從技術上講，這是微不足道的，」Dietrichs 說道。「我認為這基本上可以添加到 Electra 中，直到我們最後仍然將 Electra 保持開放以進行小的更改，我們應該在那之前一定要花時間做出這個決定。這不是我們應該急於決定是否包含的事情。」

Electra 輕客戶端路線圖

Nimbus 開發者 Etan Kissling 介紹了他對 Electra 中與輕客戶端開發相關的 SSZ 相關 EIPs 的看法。SSZ 是由 CL 使用的一種序列化方法，用於儲存和傳輸有關驗證器活動的數據。Kissling 撰寫了一些與將執行層（EL）的序列化格式更新為 SSZ 以增強 EL 和 CL 之間兼容性以及支持輕客戶端開發相關的 EIPs。輕客戶端開發是一項工作，旨在構建能夠使用最少計算資源驗證以太坊區塊鏈的節點。

在他的提案中，Kissling 概述了在 Electra 升級中可以使用 SSZ 包裝器更新的最重要的數據結構。Danny Ryan 鼓勵電話會議上的客戶團隊審查 Kissling 的提案並提供反饋。

原文連結