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

原文作者：Christine Kim

原文編譯：Luccy，BlockBeats

編者按：

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

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

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

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

Devnet 0 回顧

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

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

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

EIP 7549 變化

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

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

Pectra 范圍討論

有一些聚焦于共識(shí)層（CL）的 EIP 尚未正式包含或排除在 Pectra 升級(jí)之外。本周會(huì)議上，開(kāi)發(fā)者們討論了是否在 Pectra 中加入EIP 7688和 PeerDAS。EIP 7688 采用了「StableContainer」SSZ 數(shù)據(jù)結(jié)構(gòu)的一部分，以確保 EIP 7549 對(duì)證明的更改具備向前兼容性。作為背景介紹，SSZ 是一種在 CL 中使用的數(shù)據(jù)結(jié)構(gòu)，開(kāi)發(fā)者希望在執(zhí)行層（EL）中也使用它。有關(guān) SSZ 轉(zhuǎn)變的更多信息，請(qǐng)參閱之前的會(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ì)開(kāi)發(fā)者運(yùn)營(yíng)工程師 Barnabas Busa 表示，開(kāi)發(fā)者已經(jīng)在一個(gè)開(kāi)發(fā)網(wǎng)絡(luò)上啟動(dòng)了 PeerDAS 的早期迭代版本?！肝艺J(rèn)為很多客戶端已經(jīng)發(fā)現(xiàn)了很多問(wèn)題，當(dāng)我們有了實(shí)質(zhì)性的進(jìn)展時(shí)，隨時(shí)都可以重新啟動(dòng)一個(gè)新的開(kāi)發(fā)網(wǎng)絡(luò)，」Busa 說(shuō)。Stokes 詢問(wèn)開(kāi)發(fā)者們是否愿意在可能導(dǎo)致升級(jí)延遲的情況下將 PeerDAS 添加到 Pectra 中。

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

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

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

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

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

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

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