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

原文作者：Christine Kim

原文編譯：Luccy，BlockBeats

編者按：

以太坊所有核心開發(fā)者的共識電話（ACDC）每兩周舉行一次，主要討論和協(xié)調(diào)以太坊共識（CL）更改。這次是 ACDC 第 134 在這次電話會議上，開發(fā)人員討論了幾個關鍵點 EIP 實現(xiàn)細節(jié)和技術挑戰(zhàn)，包括 EIP 7549、EIP 7251、EIP 6110、EIP 7688 等。

此外，開發(fā)者還進行了深入的討論 PeerDAS 數(shù)據(jù)可用性取樣技術的實施有望顯著提高以太坊網(wǎng)絡的支持 Rollups 以及數(shù)據(jù)可用性需求的能力。會議提出了將要求。 Pectra 建議分為兩個硬分叉進行升級，并討論了不同的建議 EIP 激活時間和相互依存的問題。

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

2024 年 5 月 30 日，以太坊開發(fā)人員齊聚一堂 Zoom 參與了 All Core Developers Consensus (ACDC) call #134 大會。ACDC 電話會議是以太坊基金會研究員每兩周舉行一次的系列會議 Alex Stokes 主持人，開發(fā)人員在會議上討論協(xié)調(diào)以太坊共識（CL，也被稱為信標鏈)的變更。本周，開發(fā)人員討論了這一周 Pectra Devnet 0 啟動后的經(jīng)驗和未解決的問題。他們還將進行辯論 Pectra 升級范圍擴大到包括在內(nèi)的升級范圍 peerDAS 和 SSZ 更改容器代碼的可行性。

Devnet 0 回顧

根據(jù) Pectra 在 Devnet 0 客戶端團隊已同意在硬分叉激活期間維持上述啟動狀態(tài) EIP 7549 驗證行為的影響不變。之前的一次 ACDC 在會議上，開發(fā)人員考慮了各種計劃，以確保在分叉期間， EIP 7549 影響不會導致大量無效驗證。為了防止升級變得更加復雜，客戶端團隊決定與其他團隊合作 Pectra EIP 同樣的時間激活 EIP 7549，分叉前后不改變驗證行為。

關于 EIP 7251，開發(fā)人員仍不確定是否應該允許執(zhí)行層（EL）觸發(fā)質(zhì)押 ETH 的合并。這對于像 Lido 這樣的質(zhì)押池將是一個理想的功能，因此質(zhì)押的合并不需要依賴于節(jié)點操作員，而是可以通過智能合同來實現(xiàn)。Stokes 建議幾周后檢查客戶端，實現(xiàn)驗證人質(zhì)押合并的進展，然后確定應該是 EL 操作還是 CL 操作。

隨后，開發(fā)人員討論了關于它的問題 EIP 6110 驗證人存款最終確認的一些未解決的問題。Teku 開發(fā)者 Mikhail Kalinin 會議前的GitHub 評論總結(jié)了這些問題的解決方向。Lighthouse 開發(fā)者「sean」提出了一個關于 Engine API 中「GetPayloadBodies」控制請求版本的問題。Stokes 建議開發(fā)者在這里 GitHub 關于這個問題的pullll 在request中發(fā)布他們的意見。

EIP 7549 變化

Nimbus 開發(fā)者 Etan Kissling 建議對 EIP 7549 實現(xiàn)一個小的變化?！高@是關于泛化檢索的穩(wěn)定性。當我們在器皿中間添加一個新字段時，后續(xù)字段將被分配一個新的檢索，這將打破基于器皿的新字段 EIP 4788 在執(zhí)行層（EL）證明，而且有些誤導。因此，我建議將新字段移動到最后，以防止這兩個問題?！筀issling 解釋說。沒有人反對這一變化。Stokes 建議開發(fā)者在這里 GitHub 上查看 Kissling 提出的pull request。

另一個對 EIP 7549 會議上提出了變更、請求和其他原因 EL 觸發(fā)請求設計成 EL 塊的附加程序。關于這一變化，Kalinin 表示：「在我看來，這是一個非常好的設計方案，它簡化了 EL...而這基本上是執(zhí)行層塊中泛化請求的替代方案?！筍tokes 建議在下次 CL 這個話題在會議上再次討論，讓開發(fā)者有更多的時間來審查GitHub 上面的提案。

Pectra 范圍探討

有些人專注于共識層（CL）的 EIP 未正式包括或排除在內(nèi) Pectra 升級以外。在本周的會議上，開發(fā)人員討論了是否在會議上 Pectra 加入EIP 7688和 PeerDAS。EIP 7688 使用了「StableContainer」SSZ 保證數(shù)據(jù)結(jié)構的一部分，以保證數(shù)據(jù)結(jié)構 EIP 7549 對證明的變更具有向前的兼容性。作為背景介紹，SSZ 是一種在 CL 開發(fā)人員希望將數(shù)據(jù)結(jié)構應用于執(zhí)行層（EL）它也用于中間。相關 SSZ 更多變更信息，請參考以前的會議紀要。PeerDAS 實現(xiàn)以太坊數(shù)據(jù)可用性采樣，預計將大大增強網(wǎng)絡支持 rollups 數(shù)據(jù)可用性要求的能力。操作期間，PeerDAS 預計驗證人將能夠附加到塊中 blob 交易數(shù)量來自每個區(qū)塊 3 個增加到 64 個或更多。

以太坊基金會開發(fā)者運營工程師 Barnabas Busa 他說，開發(fā)者已經(jīng)在開發(fā)網(wǎng)絡上啟動了 PeerDAS 初始迭代版本?！肝艺J為很多客戶端都發(fā)現(xiàn)了很多問題。當我們?nèi)〉脤嵸|(zhì)性進展時，我們可以隨時重新啟動新的開發(fā)網(wǎng)絡。」Busa 說。Stokes 詢問開發(fā)人員是否愿意在可能造成升級延遲的情況下，詢問開發(fā)人員是否愿意 PeerDAS 添加到 Pectra 中。

一位昵稱為「Nishant」開發(fā)者再次提出將 PeerDAS 激活與 Pectra 中其他 EIP 激活分離的建議。雖然這是合理的，但另一個昵稱是「atd」開發(fā)人員強調(diào)，如果開發(fā)人員計劃在短時間內(nèi)激活這些升級，客戶仍然需要同時升級他們的軟件。atd 說：「我覺得在另一次升級兩個月后分叉有點瘋狂。如果要協(xié)調(diào)大家升級客戶端，兩個月后就不想讓大家升級客戶端了。在這種情況下，甚至一個發(fā)布周期都是不夠的。」

atd 補充說，在他看來，PeerDAS 是 Pectra 它包含和討論 EIP 里最「有趣」代碼更改。Stokes 他說，即使這會導致升級延遲，他也希望 PeerDAS 包含在 Pectra 中。Grandine 客戶端開發(fā)者 Saulius Grigaitis 建議從 Pectra 中移除 EIP 7549 和 EIP 7688，以便支持 PeerDAS。這引發(fā)了對 EIP 7688 討論實施細節(jié)。開發(fā)人員未能就代碼變更達成協(xié)議，并將在下次達成協(xié)議 ACDC 這個提案在會議上再次討論。

關于 PeerDAS 開發(fā)者繼續(xù)衡量話題，開發(fā)者將繼續(xù)衡量 Pectra 分為兩個硬分叉的想法。以太坊基金會開發(fā)者選項工程師 Parithosh Jayanthi 警告說，如果開發(fā)人員將警告開發(fā)人員， Pectra 分為兩個升級，他們必須小心不要在未來 Pectra 第二部分增加了更多 EIP。Jayanthi 說：「我想提到的一件事是，如果我們考慮分成兩個分叉，我們應該非常小心，不要在以后的分叉中添加更多的新分叉 EIP。我不知道我們是否能做到這一點。如果我們能在一年或一年半前承諾一些事情，因為我們總是提出新的想法，優(yōu)先考慮變化等等。」

繼續(xù)探討兩個升級的想法，Lighthouse 開發(fā)者「sean」說，他沒有預見 PeerDAS 與當前 Pectra EIP 目錄之間有許多相互依存的關系。因此，這兩者可以依次進行，然后在開發(fā)者對它們的實現(xiàn)更有信心的時候輕松合并。Atd 同意這一觀點，認為在各自開發(fā)和測試這些內(nèi)容后，將 Pectra EIP、PeerDAS 和 EIP 7688 合并風險不大。

Busa 建議繼續(xù)測試 Pectra EIP 和 PeerDAS，但是將代碼改為設計 PeerDAS 研發(fā)網(wǎng)絡與測試網(wǎng)絡的比較 Pectra EIP 晚一個 epoch 激活。他指出，這已經(jīng)在那里了 Devnet 0 中進行 Pectra EIP 和 PeerDAS 檢測方法。Busa 說：「其實沒有什么需要改變的」，他補充說，如果 PeerDAS 在別的 Pectra EIP 在準備好之前，開發(fā)人員可以將代碼更改從升級中刪除。這就引發(fā)了幾個關于 PeerDAS 不同激活 epoch 關于如何影響客戶端團隊工作的問題。最后，開發(fā)人員同意繼續(xù)開發(fā) PeerDAS 及 Pectra EIP，但前提是 PeerDAS 在不同的開發(fā)網(wǎng)絡和測試網(wǎng)絡上，將在不同的開發(fā)網(wǎng)絡和測試網(wǎng)絡上 epoch 激活。

如前文所述，開發(fā)人員同意將 EIP 7688 是否包含在 Pectra 討論留在下一次 ACDC 電話會議。