首頁

以太坊核心開發者最新會議摘要：Dencun將於3月13日啟動主網、Electra升級啟動

閱讀本文需 11 分鐘

2月22日，以太坊所有核心開發人員參加了第128次All All Core Developers Consensus（ACDC）電話會議。

原文標題：《Ethereum All Core Developers Consensus Call #127 Writeup》

原文作者：Christine Kim

原文編譯：Luccy，BlockBeats

< br>

編按：

以太坊所有核心開發者共識電話（ACDC）每兩週舉行一次，主要討論和協調對以太坊共識層（CL）的變更。本次為 ACDC 第 127 次電話會議，會議上，開發者們就 Electra 升級、質押獎勵提案以及輕客戶端發展進行了深入討論，並就相關議題的技術和社會影響展開了交流。

除了討論Electra 升級外，還涉及了Dencun 和其他潛在提案的準備工作，會議確定在升級或客戶端發布方面沒有遇到重大問題情況下，將宣布Dencun 升級的主網日期為2024 年3 月13 日。

Galaxy Digital 研究副總裁Christine Kim 對本次會議要點做了詳細記錄，BlockBeasts 將原文編譯如下：

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 的提案並提供回饋。