2023 年 12 月 14 日，以太坊開發人員齊聚 Zoom 參加了 All Core Developers Consensus (ACDC) call #124 會議。ACDC 電話會議是一個每兩周舉行一次的系列會議，由以太坊基金會研究員 Danny Ryan 主持，開發人員在會上討論和協調對以太坊共識層（CL）的更改。本周，開發者們聚焦討論 Devnet #12 測試網路上對 Cancun/Deneb 升級的測試進展。自上周的全核心開發者執行（ACDE）會議以來，所有執行層（EL）和共識層（CL）客戶端組合都已接入 Devnet #12，其中包括 Prysm 客戶端。已啟用 MEV-Boost 軟體，但不包括帶有 Prysm 的客戶端組合。開發者表示他們正按計劃進行，計劃在接下來的一到兩周內啟動 Goerli 陰影分支，以測試 Cancun/Deneb 升級，並包括所有客戶端。此外，開發者還討論了 Slashable 資訊傳播的規則，以及接下來兩周的通話日程。

Devnet #12 更新

以太坊基金會的 DevOps 工程師 Barnabas Busa 表示，所有 EL/CL 客戶端組合，包括那些使用 Prysm 作為 CL 客戶端的組合，都已成功接入 Devnet #12。使用 Prysm 的客戶端組合尚未進行 MEV-Boost 軟體測試。然而，在 Devnet #12 上，MEV 工作流程正在測試其他 CL 客戶端。最近，Lighthouse 客戶端已進行補丁更新，以解決與 MEV 相關的錯誤。此外，基金會的另一位 DevOps 工程師 Parithosh Jayanthi 表示，他們注意到在 Devnet #12 上的 Besu 節點存在問題，他們仍在努力確定其根本原因。作為下一步，開發者們將故意通過網路發送惡意區塊，測試區塊生成器，並為新添加的 Prysm 客戶端運行 hive 測試，對 Devnet 上的客戶端組合進行壓力測試。Jayanthi 在通話期間在公開的 Discord 消息中表示，開發者們仍然計劃在年底之前在 Goerli 測試網上啟動陰影分支。

Slashable 資訊更新

接着，開發者們簡要討論了與 Cancun/Deneb 升級後在以太坊上 Slashable 資訊的傳播和時機有關的幾個問題。作為背景，Slashable 資訊包括重複或無效區塊和 blob 的傳播。Lodestar 客戶端的匿名開發者 Dapplion 通過 GitHub 提出了一個拉取請求（PR），旨在向 Beacon Chain API 添加新事件，使節點操作員能夠更快地了解 Slashable 事件，尤其是在存在大量 Slashable 資訊的情況下，這將特別有用。Dapplion 在他的 PR 中提到：「對於大型操作者而言，切割事件的總成本在很大程度上取決於他們的響應時間。如果有許多密鑰涉及操作錯誤，那麼這些 Slashable 資訊可能需要一些時間才能被包含在鏈上。」Dapplion 的 PR 在通話之前已經被合併到 Beacon Chain API 的規範中，並正由各個 CL 客戶端團隊實施，例如 Prysm 和 Lighthouse。

Dapplion 還提出了一個與測量區塊傳播時間有關的 PR。他指出，由於 Cancun/Deneb 升級和 blob 交易的引入，測量區塊傳播時間將變得更加困難。Dapplion 在他的 PR 中詳細說明了他提出的解決方案。正如在 PR 主題線程中開發者們所注意到的那樣，他們傾向於通過在現有相關的 Beacon Chain API 事件中添加一個時間戳字段來解決這個問題。

開發者們討論的第三個與 Cancun/Deneb 升級後 Slashable 資訊傳播有關的主題是 blob 的傳播條件。Lighthouse 開發者「sean」（或 GitHub 上的「realbigsean」）指出，現有的 blob 傳播規則導致了意外的後果。Sean 在通話中表示：「如果您使用 Beacon API 進行廣播驗證，那麼以 gossip 的方式可能導致消息的有效和無效是出乎意料的。原因在於，從技術上講，可以傳播兩個具有與其相關的 Slashable 頭部的不同 blob 索引的 blob。您被允許傳播這些，但不被允許傳播那些具有相同 blob 索引的。」

Sean 補充說，當涉及到 blob 的 Slashable 資訊傳播時的奇怪行為對網路的健康沒有實質性的影響，除了對節點操作員來說只是一個「奇怪」的結果需要理解和解析。因此，雖然對於 Cancun/Deneb 的激活來說並不緊急，但他建議開發者在未來的升級中考慮對處理 Slashable 資訊傳播規則的規定進行修改。Danny Ryan 同意這種看法，表示開發者應該花時間「全面」考慮解決這個問題的方法。Ryan 建議在一月份重新討論這個話題，讓開發者有時間設計一個全面的計劃來更新 Slashable 的 blob 和區塊傳播規則。

接下來，開發者們討論了對 libp2p 網路協議的微小更改，以減少對節點發送大消息（例如具有大量 blob 的區塊）的放大效應。Sean 強調了新增的「IDONTWANT」控制消息，可以用於通知 libp2p 對等節點暫停發送大消息。Ryan 表示他將嘗試聯繫 libp2p 團隊來合併這個 PR，如果有進一步的延遲，將在下周的 ACDE 電話會議中重新討論這個問題。

原文連結