以太坊核心開發者共識電話（ACDC）第126次電話會議於2024年1月23日舉行，主要是討論和協商對以太坊共識層（CL）的更改，包括Electra升級的相關動物，以及Deneb升級的激活計劃等內容。會議討論了納入Electra升級的一些以太坊改進提案（EIP），以及在硬分叉升級中可能引入的其他變更的展望。會議也專題討論了將委員會索引移出證明等相關內容。同時也分享了實施EIP時所遇到的一些爭議和擔憂。並形成一致意見，計劃在另一次ACDC會議上再次討論EIP。瑪Paritosh Jayanthi也提出關於更改權益獎勵的研究，鼓勵開發人員考慮審查和採取對此類潛在項目進行行動項目或EIP。
撰文：克莉絲汀金
編譯：Luccy，BlockBeats
編按：以太坊所有核心開發者共識電話（ACDC）每天舉行一次，主要討論並協商以太坊共識層（CL）的變更。這次為ACDC第126次電話會議，會議也專題了對以太坊權益弧形變更的討論，以及對硬分叉升級中可能引入的其他變更的展望。
會上，開發者們討論了即將到來的以太坊Electra 升級的相關動物，包括已確認納入Electra 的一些EIP 和大眾EIP 的討論。此外，會議還討論了有關Deneb 升級的更新，包括Deneb 在Sepolia 和Holesky 兩個測試網絡上的激活計劃。在會議的後半部分，開發者們也對Electra 升級後的布拉格升級進行了討論。
Galaxy Digital 研究副總裁Christine Kim 對本次會議要點做了詳細記錄，BlockBeasts 將編譯如下：
2024年1月23日，以太坊開發人員齊聚Zoom參加了全核心開發者共識（ACDC）電話#126會議。 ACDC電話會議是一個每週舉行一次的系列會議，由以太坊基金會研究員Danny Ryan主持，開發人員在會議上討論和協調對以太坊協商層（CL）的更改。本週，開發人員討論了在Electra 升級中應該優先考慮哪些程式碼變更。
以下是確認納入Electra升級的以太坊改進提案（EIP）：
EIP 6110，鏈上供應驗證者存款EIP 7002，執行層觸發退出EIP 7549，將委員會索引移出證明
由於時間有限，開發者同意在下一次ACDC會議上繼續討論EIP 7251（增加MAX_EFFECTIVE_BALANCE）、EIP 7594（對等資料可用性取樣）以及與SSZ相關的EIP。他們也同意不將EIP 6914（重用驗證者索引） ）和EIP 7547（包含清單）是Electra 升級的優先考慮因素，因為希望保持升級範圍狹窄，並且最好能在今年年底之前在主網上實施。
Deneb升級最新消息
Danny Ryan簡單介紹了Deneb升級的最新情況。在2024年1月24日星期三，以太坊基金會發布了一篇博客，詳細上線了在Sepolia和Holesky上進行的Deneb升級的所有最新客戶端發布。本次測試網路將是Deneb 兩次升級在以太坊主網啟動之前的最後兩個測試網路。 Sepolia 計劃於1 月30 日啟動Deneb，而Holesky 則將於一週後的2 月7 日啟用。
伊萊克特拉討論
通話的剩餘時間用來討論Deneb 之後被稱為布拉格/Electra 的下一個升級的候選EIP。布拉格是以太執行層（EL）升級的名稱，而Electra 是智力坊層（CL）升級的名稱。上週，開發人員審查了主要影響EL 協議的布拉格提案。而本週，開發人員則審查了主要影響CL 協議的Electra 提案。
EIP 6110：鏈上供應驗證者存款
Teku 開發者Mikhail Kalinin 因介紹了EIP 6110，該提案將驗證者的追加到EL 區塊上。進行此程式碼變更的動機是為了減少客戶端軟體設計的複雜性，提升驗證者的使用者體驗。 Danny Ryan稱該EIP為以太坊的「一項主要安全改進」。以太坊基金會的協議支援主管、ACDC會議主席Tim Beiko補充說，該EIP是在Prague/Electra升級中，EL客戶端已經團隊表示支援CL 關注的兩個EIP 之一。與Electra 提出的其他一些以CL 為重點的EIP 一樣，EIP 6110 需要對EL 進行協定層級的變更。考慮到CL 和EL 用戶端團隊對EIP 6110 的支持，開發人員同意在布拉格/Electra中包含此程式碼變更。
EIP 6914：重複使用驗證者指標
EIP 6914 將使得退出的驗證者的索引號碼能夠重新指派給新進入的驗證者。這樣做的動機是為了防止驗證者索引隨時間不受限制地增長。 Lighthouse 開發者「Dapplion」提出了這個EIP ，但儘管指出此程式碼變更對於以太坊的長期健康至關重要，但在Electra 中由此進行優先處理。開發人員一致同意在Electra 中不將EIP 6914 改為優先考慮。
EIP 7002：執行層可觸發退出
Danny Ryan 分享了EIP 7002 的背景。 「有兩個 [验证者] 按鍵。有主動按鍵並提取有效。主動按鍵管理質押。提取獲得最終擁有資金。自零階段以來，這種關係可能存在一個缺陷，即只有主動按鍵能夠觸發退出。因此，如果主動按鍵能夠觸發退出。遺失，或如果擁有活躍鑰匙並擁有其實現的關係密切動態，就可能出現相當比例的情況和結果。 「Ryan詳細解釋說，這個EIP的主要好處之一是在以太坊上實現更多消耗信任的質押礦池設計。作為EL 用戶端團隊表示支援的另一個以CL 為重點的EIP，CL 用戶端團隊渴望在 Electra 中包含EIP 7002。與 EIP 6110 一樣，7002 將需要對EL 進行輕微的更改。Ryan 指出，該EIP 的實施正在從有狀態的預編譯更改為EVM 字節碼。他要求EVM 字節碼實施專家密切注意情況，並由Geth 開發者「Lightclient」起草後協助提供進行審查。
EIP 7251：增加最大有效質押
接下來，以太坊基金會研究員麥克諾德介紹了EIP 7251，該提案將驗證者的最大有效質押從32 ETH 增加到2048 ETH。想了解為什麼需要進行這個程式碼變更的背景，請閱讀有關驗證者銀河研究報告的集大小增長問題。 Neuder 指出，由於其複雜性以及對其他程式碼變更（如EIP 7002）的依賴，這個程式碼變更比其他提案「更多爭議」。 Lighthouse 開發者「Sean」表示該提議，但鑑於其複雜性，建議考慮在多個硬分叉中實施這些更改，而不是同時支援升級。 Neuder 對這個想法表示支持。 Lodestar 開發者Gajinder Singh 不贊成將EIP 7251 的實作分開到多個分叉中，擔心這會在長期內給開發人員帶來更多麻煩。
EIP 7002中最大的複雜性是協議內的質押合併功能，該功能之一是現有的驗證者節點運營商能夠在最大化收益損失的情況下合併來自多個驗證者的質押。根據Neuder 及其同事提出的設計，那些節點營運商只需在256 個紀元（約27 小時）的一段時間失去驗證獎勵。 Neuder 表示，他和同事已經就EIP 7002 的設計諮詢了Lido、Coinbase 和Figment 等主要內容質押服務蓬勃發展，並獲得了他們對此程式碼變更的支持。
代表Prysm 團隊的開發者Terence Tsao 表示，他們不贊成在Electra 中包含EIP 7002，因為EL 用戶端團隊希望在年底前執行布拉格/Electra 升級。 Tsao 說：「我們認為這個EIP 的複雜性複雜，無法實現適應即將到來的十月或十月即將到來的小型分叉。」關於Prysm 團隊對應該包含在Electra 中的EIP 的全面觀點，可以在這篇部落格文章中閱讀。 Prysm 開發者「Potuz」補充說，在他看來，並沒有能夠顯著降低EIP 7002 複雜性的「迷你版本」，以便仍將其納入Electra。關於EIP 7002，Potuz 表示：「我不明白如何在2024 年以任何形式下實施。」
然而，Potuz 也補充說，如果開發人員願意將Electra 的實施範圍延遲到2025 年，那麼Prysm 團隊將提供升級的不同優先級別，並推動包含許多其他程式碼更改，包括EIP 7002，以及與正式提案產生器他說：「我們非常保守，因為我們知道我們從未在一年內分過兩次，尤其是在CL 中，如果我們的範圍是在今年，嘗試放入多EIP 是不現實的。」剛才在Electra中包含這個代碼改變了遇到的阻力，Ryan 建議繼續討論Electra 的其他提議EIP，並在另一次電話會議上再次討論EIP 7002。
EIP 7547：包含列表
EIP 7547創建了一種機制，透過該驗證者可以強制在一個區塊中包含某些交易。其主要動機是提高以太坊的審查抗性。與其他幾位開發人員一起制定了該提議的Neuder解釋說，以太坊上已經有67%的區塊生成者在審查交易，超過90%的驗證者接收來自第三方生成者的區塊。在以太坊上有明顯需要增強審查抗性。不過，Neuder指出，在強制交易包含清單的實施方面存在一些開放的設計問題，主要涉及到需要滿足的意圖條件。
Tsao 插話稱，Prysm 團隊過去幾個月一直在實施EIP 7547，並進行了正式提議生成器分離。然而，由於EIP 7547 的複雜性，他不認為這個程式碼變更是Electra 的合適候選項。 Sean 和Potuz都對EIP的複雜性表示擔憂。 Singh建議客戶團隊全面實施建構器覆蓋標誌功能，這是一種機制，如果在EL上偵測到審查活動，將導致驗證者回歸到本地區塊生產。
由於開發人員對此程式碼變更的反對，Ryan 建議不要將其Electra 升級的優先事項。 Potuz 再次強調，如果開發人員能夠改變對分叉範圍和主網啟動時間的期望，Prysm 團隊將支援Electra中包含EIP 7547。
EIP 7549：將委員會索引移出證明
同時，Dapplion 分享了EIP 7549，這是一個高效能僅影響CL 的程式碼變更。這項程式碼變更引發了投票投票的聚合更加嚴重，可透過多種方式實施，從低到高複雜度不等。坊基金會研究員Dankrad Feist 支援實施EIP 7549 的最簡單方式選擇，即在CL 用戶端中簡單地傳輸「AttestationData」中的「index」欄位的數值設為零。 Danny Ryan 也支持這項策略。開發人員同意以最簡單的形式將EIP 7549 納入Electra。
EIP 7594：對等資料可用性(PeerDAS)
Ryan介紹了EIP 7594，這是一個旨在將EIP 4844的目標blob數量劃分為每個區塊的3個blob之外的提議。開發人員擴展以太坊資料可用性的方式是透過啟用節點對blob資料進行EIP 7594 的設計並不復雜，但其在網路層的實施將需要客戶團隊投入大量的努力和測試。 Tsao 詢問EIP 是否將與目標blob 數量的增加相結合，如果不是，EIP 是否需要辯論層級的更改來實施。 Ryan 確認，在其當前形式下，EIP 7594 不需要任何辯論更改，可以獨立於硬分叉升級外部實施。然而，他表示，EIP 7594 是否應與blob 數量的增加相配套是一個尚未確定的問題，夜間將需要預警更改進行更新。
Feist 插話評測了在啟動Deneb 後來自Layer 2 協議的blob 需求。 Feist 說：「[需求] 目前基本上每個區塊都是一個斑點，但在過去的一年裡增長了10 倍。 他補充說：「這很快就會變得緊迫，因為我們很快就會進入匯總生化質疑為什麼我們根本不使用4844，如果它比調用數據還要便宜的領域。我認為 [对 blob 的需求] 這是我最大的擔憂。我認為在4844 之後，這將變得非常明顯。 」有關EIP 4844 和Deneb 升級的背景，請閱讀這份銀河研究報告。
Dapplion 贊成在Electra 中優先考慮EIP 7594，表示：「我認為每個EIP 都有其優點，但從時間和總量的角度來看，擴展仍然是最好的投資。回報率非常明顯。因此，將其核心任務似乎是非常不明智的。」Lighthouse 開發人員Pawan Dhananjay 要求了解PeerDAS 在驗證大量blob 資料方面的效率以及實施更所需的密碼庫的狀態。 Feist 表示他將真正提供有關這些主題的多資訊。 Potuz 再次表達了對Electra 升級範圍的擔憂，以及如果包括EIP 7594，則升級可能會變得過大，無法在年底之前在主網上激活目標。 Potuz 說：「我們的印像是…我們打算透過在2024年範圍內對 [Electra] 進行優先處理，來優先考慮2025年優先考慮Verkle。我不明白我們如何能夠進行這個和Verkle，並在今年發布類似這樣的東西。這就是為什麼如果我們將其範圍定在今年，我們不會支持這個小分叉的原因。 」
以太坊基金會DevOps 工程師Paritosh Jayanthi 回應了與Verkle 工具測試PeerDAS 的擔憂。 Jayanthi 表示，他的團隊正在研究一種透過隔離的影子分叉可靠測試Verkle 的方法，EL 用戶端可以在沒有DevOps 團隊支援的情況下進行的情況下獨立啟動。如果這個功能能夠實現，那麼在EL 團隊致力於Verkle 升級的同時，DevOps 團隊將有更多的頻寬來幫助優先考慮，在此期間測試PeerDAS。 Ryan 建議將PeerDAS 作為Electra 中的條件的EIP，並由CL 用戶端團隊與其他Electra EIP 一起進行工作，能夠在延遲測試的情況下將其排除在升級之外。開發人員同意為了節省時間，延後對PeerDAS 的討論，將其留待下一次ACDC會議。
SSZ相關的EIP
最後，Nimbus 開發者Etan Kissling 正領導努力將以太坊的序列化方案從RLP 更新為SSZ，並介紹了與SSZ 格式相關的五個EIP。這些與SSZ 相關的EIP 將有助於達成交易包含證明的大小，減少了由於EL 和CL 之間的序列化格式差異而產生的協議複雜性，並在EL 區塊頭中使用的資料欄位中引入更大的準確性。 Kissling 提出的EIP 包括：
EIP-6404：SSZ 交易根EIP-6465：SSZ提款根EIP-6466：SSZ 收據根EIP-6493：SSZ交易簽名方案EIP-7495：SSZ穩定容器
這些EIP 中的每一個都需要對EL 進行後續更改。因此，Ryan 建議徵求EL 用戶端團隊關於是否願意在布拉格/Electra 升級中包含這些變更的回饋。由於通話時間有限，Ryan 也建議在下一次ACDC 通話中更詳細地討論了這些EIP。
更新權益獎勵
以太坊基金會研究員Ansgar Dietrichs 提出了他在以太坊基金會的同事Anders Elowsson 關於更改權益基金會曲線的研究貼文。根據Elowsson 的研究，增加獎勵可能是可行的，以減少以太坊的通貨膨脹並降低驗證器集大小增長的速度。 Ryan鼓勵開發人員考慮審查Elowsson的研究，並在此基礎上在Electra或之後的不同硬分叉升級中包含任何潛在的行動項目或EIP。
資訊來源：0x資訊編譯自網際網路。版權歸作者區塊律動BlockBeats所有，未經許可，不得轉載