原文標(biāo)題：《Ethereum All Core Developers Consensus Call #134 Writeup》

原文作者：Christine Kim

原文編譯：Luccy，BlockBeats

編者按：

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

此外，開發(fā)者們還深入討論了 PeerDAS 的實施，這項數(shù)據(jù)可用性采樣技術(shù)預(yù)計將顯著提升以太坊網(wǎng)絡(luò)支持 Rollups 及其數(shù)據(jù)可用性需求的能力。會議中提出了將 Pectra 分成兩個硬分叉進行升級的建議，并討論了不同 EIP 的激活時間和相互依賴關(guān)系的問題。

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，也稱為信標(biāo)鏈）的變更。本周，開發(fā)者們討論了 Pectra Devnet 0 啟動后的經(jīng)驗和未解決的問題。他們還辯論將 Pectra 升級的范圍擴大到包括 peerDAS 和 SSZ 容器代碼更改的可行性。

Devnet 0 回顧

根據(jù) Pectra 在 Devnet 0 上的啟動情況，客戶端團隊已同意在硬分叉激活期間保持 EIP 7549 影響的驗證行為不變。在之前的一次 ACDC 會議上，開發(fā)者們曾考慮過多種方案，以確保在分叉期間 EIP 7549 的影響不會導(dǎo)致大量無效驗證。為了避免使升級變得更加復(fù)雜，客戶端團隊決定在與其他 Pectra EIP 相同的紀(jì)元激活 EIP 7549，且在分叉前后不改變驗證行為。

關(guān)于 EIP 7251，開發(fā)者們?nèi)匀徊淮_定是否應(yīng)該允許從執(zhí)行層（EL）觸發(fā)質(zhì)押 ETH 的合并。這對于像 Lido 這樣的質(zhì)押池來說將是一個理想的功能，這樣質(zhì)押的合并就不必依賴于節(jié)點操作員，而是可以通過智能合約來實現(xiàn)。Stokes 建議在幾周后檢查客戶端實現(xiàn)驗證者質(zhì)押合并的進展，然后再確定它們應(yīng)該是 EL 操作還是 CL 操作。

然后，開發(fā)者們討論了關(guān)于 EIP 6110 下驗證者存款最終確認(rèn)的一些未解問題。Teku 開發(fā)者 Mikhail Kalinin 在會議前的一條GitHub 評論中總結(jié)了這些問題的解決方向。Lighthouse 開發(fā)者「sean」提出了一個關(guān)于 Engine API 中「GetPayloadBodies」請求的版本控制的問題。Stokes 建議開發(fā)者們在 GitHub 上針對這個問題創(chuàng)建的pull request中發(fā)表他們的意見。

EIP 7549 變化

Nimbus 開發(fā)者 Etan Kissling 建議對 EIP 7549 的實現(xiàn)進行一個小改動。「這是關(guān)于泛化索引的穩(wěn)定性問題。當(dāng)我們在容器中間添加一個新字段時，后續(xù)字段會被分配一個新的索引，這會打破基于 EIP 4788 在執(zhí)行層（EL）的證明，并且有些誤導(dǎo)性。……因此，我建議將新字段移動到末尾，以避免這兩個問題。」Kissling 解釋道。對此改動沒有人提出反對意見。Stokes 建議開發(fā)者在 GitHub 上查看 Kissling 提出的pull request。

另一個對 EIP 7549 的改動是在會議上提出的，將請求和其他由 EL 觸發(fā)的請求設(shè)計為 EL 區(qū)塊的附加程序。關(guān)于這個改動，Kalinin 表示：「在我看來，這是一個非常不錯的設(shè)計方案，它簡化了 EL……而且這基本上是對執(zhí)行層區(qū)塊中泛化請求的一種替代方案。」Stokes 建議在下次 CL 會議上再次討論這個話題，以便開發(fā)者有更多時間審查GitHub 上的這個提案。

Pectra 范圍討論

有一些聚焦于共識層（CL）的 EIP 尚未正式包含或排除在 Pectra 升級之外。本周會議上，開發(fā)者們討論了是否在 Pectra 中加入EIP 7688和 PeerDAS。EIP 7688 采用了「StableContainer」SSZ 數(shù)據(jù)結(jié)構(gòu)的一部分，以確保 EIP 7549 對證明的更改具備向前兼容性。作為背景介紹，SSZ 是一種在 CL 中使用的數(shù)據(jù)結(jié)構(gòu)，開發(fā)者希望在執(zhí)行層（EL）中也使用它。有關(guān) SSZ 轉(zhuǎn)變的更多信息，請參閱之前的會議記錄。PeerDAS 是以太坊上數(shù)據(jù)可用性采樣的實現(xiàn)，預(yù)計將大大增強網(wǎng)絡(luò)支持 rollups 及其數(shù)據(jù)可用性需求的能力。實際操作中，PeerDAS 預(yù)計將驗證者可以附加到區(qū)塊的 blob 交易數(shù)量從每個區(qū)塊 3 個增加到 64 個或更多。

以太坊基金會開發(fā)者運營工程師 Barnabas Busa 表示，開發(fā)者已經(jīng)在一個開發(fā)網(wǎng)絡(luò)上啟動了 PeerDAS 的早期迭代版本。「我認(rèn)為很多客戶端已經(jīng)發(fā)現(xiàn)了很多問題，當(dāng)我們有了實質(zhì)性的進展時，隨時都可以重新啟動一個新的開發(fā)網(wǎng)絡(luò)，」Busa 說。Stokes 詢問開發(fā)者們是否愿意在可能導(dǎo)致升級延遲的情況下將 PeerDAS 添加到 Pectra 中。

一位昵稱為「Nishant」的開發(fā)者重新提出了將 PeerDAS 激活與 Pectra 中其他 EIP 的激活分開的建議。雖然這是可行的，但另一位昵稱為「atd」的開發(fā)者強調(diào)，如果開發(fā)者計劃在短時間內(nèi)依次激活這些升級，用戶還是需要同時升級他們的軟件。atd 說：「我認(rèn)為，在另一次升級兩個月后進行分叉是有點瘋狂的。如果我們要協(xié)調(diào)所有人升級客戶端，我們不想在兩個月后再讓所有人升級客戶端。那樣的話，甚至連一個發(fā)布周期都不夠。」

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

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

繼續(xù)討論兩個升級的想法，Lighthouse 開發(fā)者「sean」說，他沒有預(yù)見到 PeerDAS 與當(dāng)前 Pectra EIP 列表之間有很多相互依賴關(guān)系。因此，這兩者可以分別進行，之后在開發(fā)者對它們的實現(xiàn)更加自信時輕松合并。Atd 同意這一觀點，認(rèn)為在分別開發(fā)和測試這些內(nèi)容后，將 Pectra EIP、PeerDAS 和 EIP 7688 合并不會有太大風(fēng)險。

Busa 建議繼續(xù)測試 Pectra EIP 和 PeerDAS，但將代碼更改設(shè)計成 PeerDAS 在開發(fā)網(wǎng)絡(luò)和測試網(wǎng)絡(luò)上比 Pectra EIP 晚一個 epoch 激活。他指出，這已經(jīng)是在 Devnet 0 上進行 Pectra EIP 和 PeerDAS 測試的方式。Busa 說：「實際上沒有什么需要改變」，他補充說，如果 PeerDAS 在其他 Pectra EIP 準(zhǔn)備好時還未準(zhǔn)備好，開發(fā)者可以將該代碼更改從升級中刪除。這引發(fā)了幾個關(guān)于 PeerDAS 不同激活 epoch 如何影響客戶端團隊工作的疑問。最終，開發(fā)者們同意繼續(xù)開發(fā) PeerDAS 及 Pectra EIP，但前提是 PeerDAS 將在開發(fā)網(wǎng)絡(luò)和測試網(wǎng)絡(luò)上在不同的 epoch 激活。

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

熱點：以太 以太坊 以太坊升級 太坊 分叉