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

原文作者：Christine Kim

原文編譯：Luccy，BlockBeats

編者按：

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

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

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

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

Devnet 0 回顧

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

關(guān)于 EIP 7251，開發(fā)人員仍不確定是否應(yīng)該允許執(zhí)行層（EL）觸發(fā)質(zhì)押 ETH 的合并。這對(duì)于像 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 評(píng)論總結(jié)了這些問題的解決方向。Lighthouse 開發(fā)者「sean」提出了一個(gè)關(guān)于 Engine API 中「GetPayloadBodies」控制請(qǐng)求版本的問題。Stokes 建議開發(fā)者在這里 GitHub 關(guān)于這個(gè)問題的pullll 在request中發(fā)布他們的意見。

EIP 7549 變化

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

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

Pectra 范圍探討

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

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

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

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

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

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

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

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