摘要：本次為ACDC第132次電話會議，會議上，開發(fā)人員分享了關(guān)于第一個Pectra開發(fā)人員測試網(wǎng)絡(luò)（PectraDevnet0）的最新信息，討論了有關(guān)規(guī)范的開放性問題，并強(qiáng)調(diào)了與網(wǎng)絡(luò)發(fā)布和數(shù)據(jù)可用性采樣相關(guān)的研究項(xiàng)目。...

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

原文作者：Christine Kim

原文來源：galaxy

編譯：Luccy，BlockBeats

2024 年 3 月 21 日，以太坊開發(fā)人員齊聚一堂 Zoom 參與了 All Core Developers Consensus (ACDC) call #132 大會。ACDC 電話會議是一系列每兩周舉行一次的會議。每周的電話會議由以太坊基金會研究員召開 Alex Stokes 主持人，開發(fā)人員在會議上討論協(xié)調(diào)以太坊共識（CL）的更改。本周，開發(fā)人員分享了他們是第一個 Pectra 開發(fā)者測試網(wǎng)絡(luò)(又稱開發(fā)者測試網(wǎng)絡(luò)) Pectra Devnet 0)準(zhǔn)備的最新信息。他們討論了相關(guān)性 Pectra Devnet 0 標(biāo)準(zhǔn)化的開放性問題，簡要強(qiáng)調(diào)了與網(wǎng)絡(luò)發(fā)布和數(shù)據(jù)可用性取樣相關(guān)的兩個未完成的研究項(xiàng)目。

Electra 開放性問題

以太坊基金會 開發(fā)人員已經(jīng)發(fā)布了 Pectra Devnet 0 的初始 CL 規(guī)范和檢測向量。然而，關(guān)于這些規(guī)范有幾個懸而未決的問題，可能是第一次 devnet 啟動時及時處理，也許不會及時處理。Stokes 強(qiáng)調(diào)其中一個問題和 EIP 7251（增加 MAX_EFFECTIVE_BALANCE）相關(guān)。開發(fā)人員似乎專注于質(zhì)押驗(yàn)證人 ETH 合并作為執(zhí)行層（EL）可觸發(fā)操作。但是，目前合并還處于起步階段 Electra 該規(guī)范被定義為 CL 操作。「這很好，因?yàn)闊o論來源如何，信標(biāo)鏈所需的大部分處理邏輯都是一樣的，」Stokes 說。

開發(fā)人員在電話會議上討論的另一個懸而未決的問題和 EIP 7549(移動委員會在確認(rèn)外進(jìn)行檢索)相關(guān)。EIP 改變了驗(yàn)證人證明的聚集方式和塊格式化方式。當(dāng) Pectra 當(dāng)激活時，總結(jié)升級前的確認(rèn)不再適合鏈上提交的新確認(rèn)。Stokes 在電話會議前 GitHub 問題強(qiáng)調(diào)了兩種可能的解決方案。他寫道：

· 最后一個是客戶端 Deneb 時代廣播這兩種格式，切記不要產(chǎn)生可斜切的消息。

· 為前 Electra 確認(rèn)擴(kuò)展具有額外字段的塊，并在 Electra 第一個紀(jì)元只允許第一個紀(jì)元 Deneb 風(fēng)格。

Deneb 是以太坊上激活的最新硬分叉搭配升級名稱。Electra 是以太坊上下一個立即硬分叉的 CL 升級名字。

開發(fā)人員在電話會議上討論了這兩個選項(xiàng)。最后，他們決定暫時不改變。 Electra 規(guī)范，但看看這些損失的證實(shí)是如何影響的 devnet 網(wǎng)絡(luò)安全。

開發(fā)人員在和 Electra 電話會議討論的第三個懸而未決的問題是在升級過程中增加一個新的問題 EIP，該 EIP 將建立通用 EL 請求。Geth 開發(fā)者「Lightclient」提出的 EIP 簡化更新消息從 EL 發(fā)送至 CL 的過程。由于基于智能合約的質(zhì)押解決方案的興起，以太坊激活了它 EIP 大量涌入，并為 Pectra 建議直接在 EL 而不是 CL 觸發(fā)各種驗(yàn)證器操作。Lightclient 該提議創(chuàng)建了一個通用框架，用于將其用于創(chuàng)建一個通用框架「合約觸發(fā)的請求」從 EL 傳播到 CL。鑒于此 EIP 將改變 Pectra 設(shè)計方法，尤其是 EIP 6110 和 EIP 7002 的實(shí)施，Lightclient 他強(qiáng)調(diào)，他希望客戶團(tuán)隊能盡快反饋他的建議。開發(fā)人員同意在本周末之前嘗試并最終確定 Lightclient 的 EIP，確保在 4 月 22 在日星期一之前構(gòu)建和共享其規(guī)范。

隨后，開發(fā)人員進(jìn)行了討論 Teku 開發(fā)人員 Mikhail Kalinin 提出的與 EIP 7549 和 EIP 7251 另外兩個懸而未決的問題。第一個是關(guān)于驗(yàn)證人委員會檢索類型的變化，后者提出了驗(yàn)證人存款數(shù)據(jù)處理的變化。Stokes 鼓勵開發(fā)人員對這兩個提案進(jìn)行更詳細(xì)的審查，以確保在未來幾周進(jìn)一步討論。

最后，開發(fā)人員與開發(fā)人員討論 Electra 與規(guī)范相關(guān)的最后一個懸而未決的問題是， blob 計數(shù)的增加。以太坊基金會 開發(fā)人員操作工程師 Parithosh Jayanthi 說，他希望對 Dencun 升級后的 blob 活動分析，根據(jù)本分析建議一次性增加 blob 記數(shù)，以包含在內(nèi) Electra 升級中。以太坊基金會 研究員 Ansgar Dietrichs 他還強(qiáng)調(diào)，他還提出了一個建議，即激活逐漸增加 blob 記數(shù)，這應(yīng)該是和的 Jayanthi 提出的列入 Electra 同時考慮這些建議。

研究開放性問題

在本周的 ACD 在電話會議上，開發(fā)人員簡要討論了兩個研究項(xiàng)目。首先是以太坊基金會的研究人員。 Anders Elowsson 一篇新的研究文章提出了一種思考和實(shí)施以太坊發(fā)行政策調(diào)整的新模式。這里可以閱讀完整的帖子。Stokes 鼓勵開發(fā)人員在電話會議上查看該帖子。

Lighthouse 開發(fā)人員 Adrian Manning 第二個研究項(xiàng)目與確認(rèn)子網(wǎng)有關(guān)。如同 Manning 在 GitHub 上所說，「這個 PR 引入了“網(wǎng)絡(luò)分塊”的概念，它只是一個抽象的概念，將節(jié)點(diǎn)引入到節(jié)點(diǎn)中 ID 標(biāo)記為一個數(shù)字（網(wǎng)絡(luò)塊）。然后，我們可以使用這個網(wǎng)絡(luò)塊(數(shù)字)來分配節(jié)點(diǎn)必須長期訂閱的主題。Manning 他的團(tuán)隊正在尋求他的建議的最終意見，以便他的團(tuán)隊能夠開始研究以太坊的數(shù)據(jù)可用性取樣解決方案 PeerDAS。相關(guān)數(shù)據(jù)可用性采樣信息，請閱讀Galaxy Research 報告。

Nethermind 開發(fā)人員 Lukasz Rozmej 詢問 EIP 7547(含目錄)是否已獲準(zhǔn)包含在內(nèi) Electra 升級。開發(fā)人員重申，EIP 7547 未被允許列入。

Saulius Grigaitis 這是一個建筑名稱「Grandine」以太坊 CL 考慮到正在進(jìn)行的客戶端開發(fā)人員，客戶端開發(fā)人員考慮 PeerDAS 研究中，他對以太坊的分叉選擇規(guī)則提出了疑問。Grigaitis 要求開發(fā)人員在這里 PeerDAS 在工作組中加入想法。