以太坊所有核心開發者共識電話會議#132聚焦於Pectra開發人員測試網絡，討論了Electra開放問題和懸而未決問題，以及研究開放性問題。其中，開發人員討論了EIP 7251和EIP 7549的影響以及添加新的EIP來簡化訊息傳播。另外，也討論了驗證者委員會索引類型的變化和blob統計的增加。此外，也提到了關於以太坊發行項目政策變更和證明子網路的研究項目。最後，開發人員也討論了在Electra升級中是否包含EIP 7547。整體來說，會議涉及了多個關鍵問題，對以太坊網路未來發展具有重要意義。
原文標題：《以太坊所有核心開發者共識呼籲#132 Writeup》
譯者：Christine Kim
編譯：Luccy，BlockBeats
編按：
以太坊所有核心開發者共識電話（ACDC）每週一召開一次，主要討論並協調以太坊共識層（CL）的變更。本次為ACDC第132次電話會議，會議上，開發人員分享了關於第一個Pectra開發人員測試網絡（Pectra Devnet 0）的最新信息，討論了有關規範的開放性問題，並強調了與網絡發布和數據可用性收集相關的研究項目。其中涉及的問題包括Electra開放性問題、與Electra相關的懸而未決的問題、以及研究開放性問題。
在Electra 開放性問題方面，開發人員關注EIP 7251 和EIP 7549 的影響，以及增加一個新的EIP，該EIP 將創建通用EL 請求的建議。對於與Electra 相關的懸而未決的問題，討論包括驗證者委員會Galaxy Digital 研究副總裁Christine Kim 對本次要點會議做了詳細記錄，BlockBeasts 將編譯如下：
2024年3月21日，以太坊開發人員齊聚Zoom參加了全核心開發者共識（ACDC）電話#132會議。 ACDC電話會議是每週召開一次的系列會議，週的電話會議由以太坊基金會研究員Alex Stokes 主持，開發人員在會上討論和協調對以太坊思想層（CL）的更改。本週，開發人員分享了他們為第一個Pectra 開發人員測試網路（也稱為Pectra Devnet 0）做準備的最新資訊。他們討論了有關Pectra Devnet 0 規範的開放性問題，並重點介紹了與網路發布和資料可用性採樣相關的兩個未完成的研究項目。
Electra 開放性問題
以太坊基金會開發人員已經發布了Pectra Devnet 0 的初始CL 規格和測試支援。但是，關於這些規範有幾個懸而未決的問題，這些問題可能會在第一次devnet 啟動時及時解決，也可能無法及時解決。 Stokes 強調，其中一個問題與EIP 7251（增加MAX_EFFECTIVE_BALANCE）有關。開發人員似乎傾向於將驗證者質押的ETH 合併作為執行層（EL）可觸發操作。但是，就目前而言，合併在初始Electra 規範中被定義為CL 操作。 「這很好，因為無論來源如何，信標鏈所需的大多數處理邏輯都是相同的，」Stokes 說。
開發人員在電話會議上討論的另一個懸而未決的問題與EIP 7549（在證明超出行動委員會索引）有關。 EIP 改變了驗證者證明的聚合方式和區塊分割的方式。當Pectra 被啟動時，將匯總升級前的證明不再與鏈上提交的新證明相容。 Stokes 在電話會議前的GitHub 問題中強調了兩種可能的解決方案。他寫道：
· 用戶端在一個Deneb 時代廣播這兩種格式，注意不要產生可斜切的訊息。
· 為允許前Electra 證明擴充具有額外欄位的區塊，並在Electra 的第一個紀元期間僅Deneb 風格。
Deneb 是以太坊上啟動的最新硬分叉的組合升級名稱。 Electra 是以太坊上下一個立即硬分叉的CL 升級名稱。
開發人員在電話會議上討論了這兩個選項。最終，他們決定暫時不更改Electra 規範，但看看這些遺失的證明如何影響devnet 上的網路安全。
開發人員在與Electra 相關的電話會議上討論的第三個懸而未決的問題是，在升級中添加一個新的EIP，該EIP 將創建通用EL 請求。 Geth 開發者「Lightclient」提出的EIP 將簡化更新訊息從EL 傳送到CL 的過程。由於基於智能合約的質押解決方案的興起，在以太坊入局上激活的EIP 大量湧，並為Pectra 提議直接從EL 而不是CL 觸發各種驗證器操作。 Lightclient 的提議創建了一個通用框架，用於將「合約觸發的請求」從EL 傳播到CL。由此可見，EIP 將改變Pectra 的設計方式，特別是EIP 6110 和EIP 7002 的實施，Lightclient 強調，他希望客戶團隊加速就他的提議提供了回饋。開發人員同意在本週末嘗試並最終確定Lightclient 的EIP，以便在4 月22 日星期一建立並共享其規範。
然後，開發人員討論了Teku 開發人員Mikhail Kalinin 提出的與EIP 7549 和EIP 7251 相關的另外兩個懸而未決的問題。第一個是關於驗證者委員會索引類型的變化，而先前則提出了對驗證者存款資料處理的改變。斯托克斯鼓勵開發人員更詳細地審查這兩個提議，以便在未來幾週內進一步討論。
最後，開發人員討論的與Electra規範相關的最後一個暫停而未決的問題是blob計數的增加。坊以太坊開發人員營運工程師Parithosh Jayanthi表示，他希望對Dencun升級後的blob活動進行分析，並根據此分析建議瞬時增加blob 統計，以包含在Electra 升級中。以太坊基金會研究員Ansgar Dietrichs 強調，他還提出了一個建議，即激活逐步增加blob 統計，這應該與Jayanthi 提出的同時增加Electra 的提議。
研究開放性問題
在本週的ACD 電話會議上，開發人員簡要地討論了兩個研究項目。第一個是以太坊基金會研究員Anders Elowsson 的新研究，它提出了一個思考和實施以太坊發行專案政策變化的新模型。完整的帖子可以在這裡閱讀。斯托克斯在電話會議上鼓勵開發人員查看該帖子。
Lighthouse 開發人員Adrian Manning 提出了與證明子網有關的第二個研究項目。正如Manning 在GitHub 上所說，「這個PR 引入了『網路分片』的概念，它只是一個抽象的概念，將節點ID 標記為一個數字（網路分片）。然後，我們可以用這個網路分片（數字）來分配節點必須長期訂閱的主題。此Galaxy Research 報告。
Nethermind 開發人員Lukasz Rozmej 詢問EIP 7547（包含清單）是否獲準包含在Electra 已升級中。開發人員共享，EIP 7547 尚未被批准納入。
Saulius Grigaitis 是一位建造名為「Grandine」的以太坊CL 用戶端的開發人員，到散發的PeerDAS 研究，他對以太坊的分叉選擇規則提出了疑問。 Grigaitis 要求開發人員在PeerDAS 工作小組中加入想法。
資訊來源：0x資訊編譯自網際網路。版權歸作者區塊律動BlockBeats所有，未經許可，不得轉載