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

原文作者：Christine Kim

原文編譯：Luccy，BlockBeats

編者按：

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

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

Galaxy Digital 研究副總裁 Christine Kim 對本次會(huì)議要點(diǎn)做了詳細(xì)記錄，BlockBeasts 將原文編譯如下：

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

Devnet 0 回顧

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

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

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

EIP 7549 變化

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

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

Pectra 范圍討論

有一些聚焦于共識層（CL）的 EIP 尚未正式包含或排除在 Pectra 升級之外。本周會(huì)議上，開發(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)變的更多信息，請參閱之前的會(huì)議記錄。PeerDAS 是以太坊上數(shù)據(jù)可用性采樣的實(shí)現(xiàn)，預(yù)計(jì)將大大增強(qiáng)網(wǎng)絡(luò)支持 rollups 及其數(shù)據(jù)可用性需求的能力。實(shí)際操作中，PeerDAS 預(yù)計(jì)將驗(yàn)證者可以附加到區(qū)塊的 blob 交易數(shù)量從每個(gè)區(qū)塊 3 個(gè)增加到 64 個(gè)或更多。

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

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

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

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

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

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

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

熱點(diǎn)：以太 以太坊 以太坊升級 太坊 分叉