ETH Place核心開發人員最新會議摘要：年底前將有一個Goerli影子分叉和坎昆/Deneb升級測試

原標題：乙太坊所有核心開發人員共識呼籲#124文章

克裡斯汀·金的原創文章

原創合輯：Luccy， BlockBeats

編者按：

ETH研討會 所有核心開發人員共識電話會議 （ACDC） 每兩周舉行一次，以討論和協調ETH研討會共識層 （CL） 的更改。 這是ACDC的第124次電話會議，其中包括Devnet #12的更新，坎昆/Deneb升級的進展以及與Slashable傳播相關的主題。 會議期間，開發人員積極討論了對 Libp2p 網路協定的微小更改，以減少大消息對節點的放大效應。

Galaxy Digital研究VP Christine Kim詳細介紹了會議的亮點，BlockBeasts彙編如下：

2023 年 12 月 14 日，ETH 名開發人員聚集在 Zoom 上，參加全核心開發人員共識 （ACDC） 電話會議 #124 會議。 ACDC電話會議是由ETH研討會基金會研究員Danny Ryan領導的每兩週一次的系列會議，開發人員討論和協調ETH研討會共識層（CL）的更改。 本周，開發人員專注於在Devnet #12測試網上測試坎昆/Deneb升級的測試進度。 自上周的全核心開發人員執行（ACDE）會議以來，所有執行層（EL）和共識層（CL）用戶端組合都已加入Devnet #12，包括Prysm用戶端。 MEV-Boost軟體已啟用，但不包括與Prysm的客戶端組合。 開發人員表示，他們計劃在未來一到兩周內推出Goerli影子分支，以測試坎昆/Deneb升級並包括所有客戶。 此外，開發人員還討論了有關Slashable的信息傳播規則，以及未來兩周的電話會議時程表。

開發網 #12 更新

ETH基金會的DevOps工程師Barnabas Busa表示，所有EL / CL用戶端組合，包括使用Prysm作為CL用戶端的組合，都已成功集成到Devnet #12中。 使用Prysm的客戶組合尚未針對MEV-Boost軟體進行測試。 但是，在 Devnet #12 上，MEV 工作流正在測試其他 CL 用戶端。 最近，燈塔用戶端進行了補丁更新，以解決與MEV相關的錯誤。 此外，基金會的另一位DevOps工程師Parithosh Jayanthi表示，他們注意到Devnet #12上的Besu節點存在問題，他們仍在努力確定根本原因。 下一步，開發人員將故意通過網路發送惡意塊，測試塊生成器，併為新添加的 Prysm 用戶端運行蜂巢測試，以在 Devnet 上對客戶端組合進行壓力測試。 Jayanthi在電話會議期間在公開的Discord消息中表示，開發人員仍計劃在今年年底前在Goerli測試網上推出一個影子分支。

可斜杠資訊已更新

接下來，開發人員簡要討論了與坎昆/Deneb升級后Slashable消息在ETH上的傳播和時間相關的幾個問題。 對於背景，可斜杠資訊包括重複或無效塊和 Blob 的傳播。 Dapplion是Lodestar用戶端的匿名開發人員，它通過GitHub提出了一個拉取請求（PR），旨在向信標鏈API添加新事件，使節點運營商能夠更快地瞭解可斜杠事件，如果有大量可斜杠資訊，這將特別有用。 在他的公關中，Dapplion提到，「對於大型運營商來說，切割事件的總成本在很大程度上取決於他們的回應時間。 如果操作錯誤涉及許多鍵，則可能需要一些時間才能將此可斜杠資訊包含在鏈中。 在調用之前，Dapplion的PR已合併到Beacon Chain API的規範中，並由各種CL客戶團隊（如Prysm和Lighthouse）實施。

Dapplion還提出了一個與測量塊傳播時間相關的PR。 他指出，由於坎昆/Deneb升級和引入blob交易，測量區塊傳播時間將變得更加困難。 Dapplion詳細闡述了他在公關中提出的解決方案。 正如開發人員在PR線程中注意到的那樣，他們傾向於通過向現有的相關信標鏈API事件添加時間戳字段來解決此問題。

開發人員討論的第三個主題與坎昆/Deneb 升級后可斜杠資訊的傳播有關，是 blob 傳播條件。 燈塔開發者“sean”（或GitHub上的“realbigsean”）指出，現有的blob傳播規則導致了意想不到的後果。 在電話會議中，肖恩說：“如果你使用信標API進行廣播身份驗證，那麼八卦方法會導致有效和無效的消息，這是出乎意料的。 這樣做的原因是，從技術上講，可以傳播兩個具有與其關聯的可斜杠標頭的不同 blob 索引的 Blob。 可以傳播這些索引，但不能傳播具有相同 Blob 索引的索引。 」

肖恩補充說，當涉及到斑點的可斜杠信息傳播時，奇怪的行為對網路的健康沒有實質性影響，只是節點運營商理解和解析的“奇怪”結果。 因此，雖然啟動坎昆/德內布並不緊迫，但他建議開發人員考慮在未來的升級中更改處理可斜杠資訊傳播的規則。 Danny Ryan對此表示同意，他說開發人員應該花時間“全面”思考如何解決這個問題。 Ryan 建議在一月份重新討論這個主題，讓開發人員有時間制定一個全面的計劃來更新 Slashable 的 blob 和塊傳播規則。

接下來，開發人員討論了對libp2p網路協定的微小更改，以減少對發送大型消息的節點（例如具有大量blob的塊）的放大效應。 Sean 突出顯示了新的“IDONTWANT”控制消息，該消息可用於通知 libp2p 對等方暫停發送大消息。 Ryan表示，他將嘗試與libp2p團隊聯繫以合併此PR，如果進一步延遲，將在下周的ACDE電話會議上重新討論該問題。