摘要：本次為ACDC第129次電話會(huì)議，會(huì)議上，開發(fā)人員分享了有關(guān)Dencun升級準(zhǔn)備工作的最后更新，并討論了下一次以太坊升級Pectra的范圍和EIP。ACDC電話會(huì)議是一個(gè)每兩周舉行一次的系列會(huì)議，由以太坊基金會(huì)研究員DannyRyan主持，開發(fā)人員在會(huì)上討論和協(xié)調(diào)對以太坊共識層（CL）的更改。...

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

原文作者：Christine Kim

原文來源：galaxy

編譯：Luccy，BlockBeats

2024 年 3 月 7 日，以太坊開發(fā)人員齊聚 Zoom 參加了 All Core Developers Consensus (ACDC) call #129 會(huì)議。ACDC 電話會(huì)議是一個(gè)每兩周舉行一次的系列會(huì)議，由以太坊基金會(huì)研究員 Danny Ryan 主持，開發(fā)人員在會(huì)上討論和協(xié)調(diào)對以太坊共識層（CL）的更改。本周，開發(fā)人員分享了有關(guān) Dencun 升級準(zhǔn)備工作的最后更新，該升級計(jì)劃于 3 月 13 日星期三在主網(wǎng)上激活。他們還討論了下一次以太坊升級 Pectra 的范圍，以及一些研究主題，其中之一是 CL 客戶端之間的區(qū)塊值標(biāo)準(zhǔn)化。

Deneb

Ryan 在電話會(huì)議開始時(shí)提醒大家，Dencun 升級將在不到一周的時(shí)間內(nèi)在以太坊上線。他還提到，對于許多美國人來說，將在 DST 時(shí)間 3 月 10 日這個(gè)周末開始。鑒于所有 ACD 電話會(huì)議以及升級都是根據(jù)不實(shí)行 DST 的協(xié)調(diào)世界時(shí)（UTC）來安排的，那些位于美國之外的開發(fā)者和收聽電話會(huì)議的人將需要相應(yīng)地調(diào)整他們的日程安排。

電話會(huì)議上的一些客戶端團(tuán)隊(duì)也分享了他們將在未來幾天發(fā)布推薦版本的軟件以適應(yīng) Dencun 升級，Prysm、Lighthouse 和 Teku 團(tuán)隊(duì)都預(yù)計(jì)將在本周末之前發(fā)布新版本。鑒于這些版本并非升級所必需，EF（以太坊基金會(huì)）協(xié)議支持負(fù)責(zé)人 Tim Beiko 在 Zoom 會(huì)議聊天中提到，匯編所有與 Dencun 兼容版本的以太坊基金會(huì)博客文章將不會(huì)更新。

Flashbots 團(tuán)隊(duì)的 Chris Hager 分享了關(guān)于 MEV-Boost 軟件準(zhǔn)備情況的快速更新。Hager 確認(rèn)，上周發(fā)布的 MEV-Boost 版本 1.7 是穩(wěn)定的，驗(yàn)證節(jié)點(diǎn)操作員可以使用。他說，為 Deneb 準(zhǔn)備的 Flashbots 構(gòu)建器軟件仍在開發(fā)中，預(yù)計(jì)將在本周的某個(gè)時(shí)候完成并合并。關(guān)于驗(yàn)證器為升級做好準(zhǔn)備的情況，Hager 表示擔(dān)心似乎還沒有足夠多的驗(yàn)證器更新了他們的 MEV-Boost 軟件以適應(yīng) Dencun 升級。在仔細(xì)核對他的數(shù)據(jù)后，Hager 說，大約 50% 連接到 Flashbots 中繼的驗(yàn)證器正在使用最新的 MEV-Boost 版本，即 v1.7。

Beiko 補(bǔ)充說，他的信息來源，Metrika和Ethernets，都顯示大約 50% 的以太坊節(jié)點(diǎn)似乎已經(jīng)為 Dencun 升級做好了準(zhǔn)備。Beiko 還表達(dá)了他對一個(gè)數(shù)據(jù)工具的渴望，這個(gè)工具能夠追蹤驗(yàn)證節(jié)點(diǎn)為升級做好準(zhǔn)備的情況，而不僅僅是所有以太坊節(jié)點(diǎn)。

Electra

以太坊開發(fā)人員討論了與 Pectra 升級相關(guān)的四項(xiàng)代碼更改。

EIP 7459

第一個(gè)是以太坊改進(jìn)提案 (EIP) 7549，它使 CL 客戶端能夠更有效地聚合區(qū)塊的投票（也稱為證明）。開發(fā)人員同意之前的建議，將 EIP 7549 納入 Pectra。Teku 開發(fā)人員 Mikhail Kalinin 分享了關(guān)于如何在以太坊上實(shí)施 EIP 7549 的進(jìn)一步分析，并提出了一些因代碼更改而可能引入的權(quán)衡或「負(fù)面影響」。Ryan 建議 Kalinin 直接在 GitHub 上總結(jié)他對 CL 規(guī)范提出的更改，以供進(jìn)一步反饋和審查。

Prysm 開發(fā)人員 Terence Tsao 表示，他同意 Kalinin 提出的 EIP 7549 實(shí)施方案，但建議為 Beacon API 更改提供進(jìn)一步的文檔和規(guī)范，這與此 EIP 是必要的?！溉缃瘢绻粋€(gè)槽中有 10 個(gè)聚合器，則需要簽署 10 個(gè)證明，然后通過此更改，您只需發(fā)送一條消息，因此，您可能需要進(jìn)行一些 Beacon API更改，」Tsao 說道，并補(bǔ)充道，「我認(rèn)為這部分可能需要更多地思考如何改變 Beacon API 驗(yàn)證器集成來解決這個(gè)問題?！棺鳛楸尘?，Beacon API 是 CL 的規(guī)范，使節(jié)點(diǎn)能夠查詢網(wǎng)絡(luò)并獲取有關(guān)網(wǎng)絡(luò)狀態(tài)的信息。

降低發(fā)行量

然后，EF 研究員 Ansgar Dietrichs 分享了他關(guān)于通過降低網(wǎng)絡(luò)發(fā)行量來減少質(zhì)押獎(jiǎng)勵(lì)的提案的快速更新。他表示，自上次 ACDC 電話會(huì)議提出該提案以來，「社區(qū)的反饋意見不一」。他重申，該提案將是一個(gè)小的代碼更改，假設(shè)主網(wǎng)在 10 月進(jìn)行硬分叉，在 6 月或 7 月之前可能會(huì)在最后一刻包含在 Electra 升級中。然而，Dietrichs 也表示，對話是「正在進(jìn)行的」，這意味著在做出決定之前需要對這個(gè)想法進(jìn)行進(jìn)一步討論。

EIP 7547

第三，EF 研究員 Mike Neuder提出了 EIP 7547，包含列表，以供進(jìn)一步討論。他表示，討論 EIP 設(shè)計(jì)的「確切特征」的第二次分組會(huì)議將會(huì)很有用，他正在考慮在下周五（即 3 月 15 日）組織一次分組會(huì)議。他還提到，EIP 有一個(gè)專門的 Discord 頻道，名為「包含列表」，有興趣了解更多有關(guān)提案或提出問題的人應(yīng)該使用。Tsao 還表示，自 2 月 16 日第一次包含清單分組會(huì)議以來，該提案的規(guī)范已基本充實(shí)。Tsao 表示：「我認(rèn)為該規(guī)范可能已完成 75% 左右?！顾a(bǔ)充說，規(guī)范中還有一些其他組件需要改進(jìn)，例如執(zhí)行 API 的更改和有關(guān)誠實(shí)驗(yàn)證器的規(guī)范。

EIP 7251

最后，Lighthouse 開發(fā)者 Mark Mackey 表達(dá)了對 EIP 7251 的支持，增加了最大有效余額（maxEB）?！肝覀儙缀跻呀?jīng)在 Lighthouse 中對其進(jìn)行了原型設(shè)計(jì)。規(guī)范上仍然需要完成一些工作，但實(shí)際上看起來工作量并不大，而且考慮到驗(yàn)證器集的大小有點(diǎn)像定時(shí)炸彈，我們提出了發(fā)行調(diào)整建議，發(fā)行變更是總是有爭議，因此不能保證社區(qū)會(huì)接受它。如果他們不喜歡，那么我們實(shí)際上唯一能做的就是 maxEB，」Mackey 說。Ryan 表示，將 maxEB 納入 Electra 的主要阻力是由于代碼更改的復(fù)雜性，正如 Prysm 團(tuán)隊(duì)之前的電話中所表達(dá)的那樣。Prysm 團(tuán)隊(duì)的匿名開發(fā)人員「Potuz」在 Zoom 會(huì)議聊天中表示，他的團(tuán)隊(duì)將再次審查 EIP 并重新評估提案的復(fù)雜性。Ryan 要求客戶團(tuán)隊(duì)為兩周后的下一次 ACDC 電話會(huì)議做好準(zhǔn)備，以便就 EIP 7547 和 7251 做出「堅(jiān)定的決定」。

密鑰管理器 API 標(biāo)準(zhǔn)化

EF 開發(fā)人員運(yùn)營 (DevOps) 工程師 Barnabas Busa 解釋說，所有 CL 客戶端生成驗(yàn)證器密鑰的方法似乎都略有不同，驗(yàn)證器密鑰是操作和撤回驗(yàn)證器所需的加密密鑰。有一些稱為「密鑰管理器 API」的 API 可以幫助驗(yàn)證器節(jié)點(diǎn)操作員進(jìn)行密鑰管理以及加入和退出驗(yàn)證器。Busa 解釋說，在返回此 API 的值時(shí)，客戶端之間的細(xì)微差異確實(shí)使測試 API 端點(diǎn)變得困難。他還提到，他的團(tuán)隊(duì)已經(jīng)開始對混合驗(yàn)證器進(jìn)行基本測試，這意味著驗(yàn)證器節(jié)點(diǎn)運(yùn)營商為其信標(biāo)節(jié)點(diǎn)使用與驗(yàn)證器客戶端不同的客戶端。信標(biāo)節(jié)點(diǎn)是維護(hù) CL 狀態(tài)的客戶端，但不管理驗(yàn)證者參與共識所需的密鑰對。驗(yàn)證者客戶端是利用密鑰對生成區(qū)塊并在鏈上簽署證明的客戶端。Ryan 建議 Busa 啟動(dòng)一個(gè)文檔或拉取請求，以提出標(biāo)準(zhǔn)化密鑰管理器 API 的建議。參加電話會(huì)議的開發(fā)人員還支持進(jìn)一步測試，以確?；旌向?yàn)證器可以在所有 CL 客戶端組合上工作。

區(qū)塊價(jià)值信標(biāo) API 標(biāo)準(zhǔn)化

一位網(wǎng)名為「Dustin」的 Nimbus 開發(fā)人員也對 Beacon API 端點(diǎn)「productBlockV3」和「getBlockRewards」的 CL 標(biāo)準(zhǔn)化表示擔(dān)憂。Dustin 解釋說，Beacon API 的某些領(lǐng)域未明確規(guī)定，并且在客戶端之間「未普遍實(shí)施」。具體來說，當(dāng)涉及到應(yīng)該返回區(qū)塊值的端點(diǎn)時(shí)，計(jì)算至少應(yīng)該包括提議區(qū)塊之前和之后驗(yàn)證者余額的變化。然而，規(guī)范沒有詳細(xì)說明客戶是否應(yīng)該包括因另一個(gè)驗(yàn)證者的行為而導(dǎo)致的驗(yàn)證者余額變化的獎(jiǎng)勵(lì)和處罰。例如，其中包括同步委員會(huì)職責(zé)獎(jiǎng)勵(lì)或處罰、提議者或證明者自我削減以及舉報(bào)人獎(jiǎng)勵(lì)。Ryan 同意應(yīng)在 Beacon API 中添加說明。然而，參加電話會(huì)議的其他開發(fā)人員（包括來自 Prysm 團(tuán)隊(duì)的 Rados?aw Kapka 和 Potuz）卻沒有那么自信。Potuz 表示擔(dān)心，使用這些端點(diǎn)的人數(shù)量很少，并且能夠使用自己的工具標(biāo)準(zhǔn)化來自不同 CL 客戶端的塊值?！肝疑踔敛幻靼?，如果消費(fèi)者受到限制，我們?yōu)槭裁催€要同意支持這一點(diǎn)。我會(huì)嘗試研究這些市場，看看我們是否真的可以將這項(xiàng)工作發(fā)送給使用這些端點(diǎn)的人而不是我們自己，」Potuz 說。

Nimbus 開發(fā)人員 Jacek Sieka 反駁了這種觀點(diǎn)，他表示，由于「productBlockV3」端點(diǎn)存在，開發(fā)人員需要解決客戶端之間的不一致問題，或者棄用該端點(diǎn)，轉(zhuǎn)而使用「V4」。此外，Sieka 補(bǔ)充道：「我認(rèn)為這個(gè)端點(diǎn)只是非?；镜墓δ?。如果我們設(shè)想未來有多個(gè)塊源，并且您需要對它們進(jìn)行比較，那么這是有意義的。就這么簡單?！筊yan 建議 Dustin 創(chuàng)建一個(gè)提案來標(biāo)準(zhǔn)化 V3 和「getBlockRewards」端點(diǎn)，提案創(chuàng)建后，客戶團(tuán)隊(duì)將重新討論是否要繼續(xù)支持它們。

其余事項(xiàng)

Potuz 標(biāo)記了兩個(gè)項(xiàng)目，以供開發(fā)人員進(jìn)一步反饋和討論。第一個(gè)是關(guān)于當(dāng)前未在引擎 API 中指定的后期塊的執(zhí)行層 (EL) 客戶端行為，該 API 規(guī)定 EL 和 CL 之間的通信。「如果這可以在引擎 API 中指定，這將使我們在重組后期區(qū)塊時(shí)變得更加輕松，」Potuz 說。Potuz 標(biāo)記的第二項(xiàng)是關(guān)于他對提議者構(gòu)建者分離（ePBS）有效負(fù)載提升的分析，這一升級將消除以太坊上對可信中繼的需求。Potuz 要求提供有關(guān)分析和其他 ePBS 設(shè)計(jì)限制的更多反饋。

最后，來自以太坊 Cat Herder 小組的 Pooja Ranjan 宣布一個(gè)名為「以太坊協(xié)議中的女性」（WiEP）的新工作組成立。WiEP 是以太坊基金會(huì)的一個(gè)新組織，致力于鼓勵(lì)和培養(yǎng)更多女性以太坊協(xié)議開發(fā)人員。Ranjan 表示，該小組將于3 月 8 日舉辦長達(dá)一小時(shí)的網(wǎng)絡(luò)研討會(huì)，與多位女性以太坊協(xié)議貢獻(xiàn)者進(jìn)行討論。

然后，Ryan 指出，他將從 4 月 1 日開始休息三個(gè)月。在他缺席的情況下，EF 研究員 Alex Stokes 將主持 ACDC 電話會(huì)議。