摘要：另一方面，會(huì)議提到Geth開(kāi)發(fā)者Szilágyi提出了解決執(zhí)行層（EL）上的客戶(hù)端多樣性問(wèn)題的提案。接著，Teku開(kāi)發(fā)者EnricoDelFante提出了一個(gè)問(wèn)題，關(guān)于CL客戶(hù)端在Cancun/Deneb后使用「byRoot」RPC請(qǐng)求檢索缺失的塊和blob的適當(dāng)條件是什么，DelFante關(guān)于這些問(wèn)題做出詳細(xì)解釋。...

2023 年 11 月 16 日，以太坊開(kāi)發(fā)人員齊聚一堂 Zoom 參與了 All Core Developers Consensus (ACDC) call #122 大會(huì)。ACDC 電話(huà)會(huì)議是以太坊基金會(huì)研究員每?jī)芍芘e行一次的系列會(huì)議 Danny Ryan 主持人，開(kāi)發(fā)人員在會(huì)議上討論協(xié)調(diào)以太坊共識(shí)（CL）的更改。本周，開(kāi)發(fā)人員聚焦討論 Cancun/Deneb 升級(jí)的 CL 改善進(jìn)展。

大部分 CL 客戶(hù)端團(tuán)隊(duì)表示，他們的目標(biāo)是實(shí)現(xiàn)本周或下周的目標(biāo) Deneb 實(shí)現(xiàn)標(biāo)準(zhǔn)化更新。開(kāi)發(fā)者同意下周四所有核心開(kāi)發(fā)者的執(zhí)行（ACDE）電話(huà)會(huì)議開(kāi)始討論啟動(dòng) Devnet #12。隨后，開(kāi)發(fā)人員進(jìn)行了詳細(xì)的討論 Geth 開(kāi)發(fā)者 Péter Szilágyi 提出的處理執(zhí)行層（EL）提出相關(guān)客戶(hù)端多樣性問(wèn)題的建議。

Blob Sidecar 網(wǎng)絡(luò)更新

如ACDC＃121所探討的，CL 客戶(hù)端團(tuán)隊(duì)是對(duì)的 blob 改善傳播條件，顯著降低和過(guò)去 11 開(kāi)發(fā)網(wǎng)絡(luò)所看到的 blob 與溝通相關(guān)的復(fù)雜性和問(wèn)題。以下是每一個(gè)問(wèn)題。 CL 自上次以來(lái)，客戶(hù)端團(tuán)隊(duì)一直在進(jìn)行 ACDC 今天的進(jìn)展更新：

Lighthouse：開(kāi)發(fā)基本完成。新代碼的審查和測(cè)試需要在下周末進(jìn)行。

Teku：新的溝通驗(yàn)證已經(jīng)實(shí)施。正在進(jìn)行建設(shè)工作流的研發(fā)。

Lodestar：計(jì)劃在本周末完成實(shí)施。

Prysm：該計(jì)劃將于下周末完成。之后需要另一周的時(shí)間來(lái)整理和構(gòu)建工作流。

基于 CL 更新客戶(hù)端，Ryan 下次建議 ACD 計(jì)劃在電話(huà)會(huì)議期間啟動(dòng) Devnet #12。以太坊基金會(huì)（EF）的 DevOps 工程師 Barnabas Busa 說(shuō)，下一個(gè) Cancun/Deneb 開(kāi)發(fā)網(wǎng)絡(luò)的「合理」目標(biāo)啟動(dòng)日期可能是 11 月 29 日或 30 日。EF 的另一位 DevOps 工程師 Parithosh Jayanthi 詢(xún)問(wèn)了相關(guān) hive 測(cè)試的最新情況。EF 測(cè)試團(tuán)隊(duì)的 Mario Vega 確定，升級(jí)的基礎(chǔ) hive 測(cè)試已準(zhǔn)備就緒。在接下來(lái)的幾周內(nèi)，他的團(tuán)隊(duì)將是 hive 添加測(cè)試套件用于構(gòu)建和構(gòu)建「blobber」測(cè)試工作流的新功能。

接著，Teku 開(kāi)發(fā)者 Enrico Del Fante 提出了一個(gè)問(wèn)題，關(guān)于 CL 客戶(hù)端在 Cancun/Deneb 后再用「byRoot」RPC 請(qǐng)求檢索缺失的塊和 blob 適度條件是什么，Del Fante 詳細(xì)解釋了這些問(wèn)題。其他開(kāi)發(fā)者支持通話(huà)中的其他開(kāi)發(fā)者 CL 規(guī)范中明確規(guī)定，即當(dāng)通過(guò)規(guī)范時(shí)， RPC 當(dāng)請(qǐng)求導(dǎo)入時(shí)，客戶(hù)端應(yīng)該何時(shí)接收塊和塊 blob，如果客戶(hù)端沒(méi)有通過(guò)八卦協(xié)議收到它們。開(kāi)發(fā)人員還討論了其他客戶(hù)端需要滿(mǎn)足的條件，以回答相關(guān)塊和 blob 的 RPC 請(qǐng)求。Prysm 開(kāi)發(fā)者 Terence Tsao 指出，基本上有「三個(gè)層次」解決這些條件。客戶(hù)端可能會(huì)通過(guò)以太坊的點(diǎn)對(duì)點(diǎn)網(wǎng)絡(luò)層收到一個(gè) blob 或塊。第二個(gè)層次是客戶(hù)端通過(guò)八卦接收 blob 或塊，并通過(guò)狀態(tài)轉(zhuǎn)換功能驗(yàn)證信息。第三個(gè)也是最后一個(gè)層次是客戶(hù)端接收相關(guān)塊及其相關(guān)塊 blob 所有必要的信息。開(kāi)發(fā)者就在這里 Cancun 規(guī)范中關(guān)于 Del Fante 辯論需要滿(mǎn)足哪個(gè)層次的問(wèn)題。

Ryan 建議 Del Fante 在 GitHub 創(chuàng)建一個(gè)獲取請(qǐng)求，以正式化這個(gè)問(wèn)題的語(yǔ)言，并在下周最終確定。

處理 EL 客戶(hù)端多樣性問(wèn)題

在 ACDC＃122 上述討論的最后一個(gè)話(huà)題是 Szilágyi 提出的「Making EL Diversity Moot」提案。Geth 開(kāi)發(fā)者 Marius van der Wijden 在通話(huà)中，我分享了該提案的摘要，解釋了該提案試圖解決的問(wèn)題「最壞狀況」是的，如果大多數(shù)客戶(hù)端都有錯(cuò)誤，以太坊上的大多數(shù)驗(yàn)證人都會(huì)被削減并被迫退出網(wǎng)絡(luò)。Szilágyi 建議的方法不是鼓勵(lì)大多數(shù)客戶(hù)轉(zhuǎn)換到少數(shù)客戶(hù)，而是鼓勵(lì)用戶(hù)通過(guò)與其他少數(shù)客戶(hù)的交叉驗(yàn)證來(lái)解決問(wèn)題。

「與其要求大家運(yùn)行少數(shù)客戶(hù)端(可能不方便)，不如要求大家運(yùn)行多個(gè)客戶(hù)端(可能很貴)；我們可以讓他們使用他們喜歡的任何客戶(hù)端，而只是讓他們與其他客戶(hù)端進(jìn)行無(wú)狀態(tài)的交叉驗(yàn)證，」Szilágyi 建議道。為了使這一提案有效，Geth 和其它 EL 客戶(hù)端團(tuán)隊(duì)將不得不致力于構(gòu)建其客戶(hù)端的輕量級(jí)版本，以交叉驗(yàn)證以太坊塊。用于交叉驗(yàn)證塊的客戶(hù)端版本將無(wú)法與網(wǎng)絡(luò)同步、提出塊，或以其他方式執(zhí)行 EL 客戶(hù)端的所有功能。Van der Wijden 提及，構(gòu)建「無(wú)狀態(tài)」以太坊客戶(hù)端的工作將是以太坊未來(lái)的工作 Verkle Trie 升級(jí)是有幫助的。

Nethermind 開(kāi)發(fā)者?ukasz Rozmej 他說(shuō)，他對(duì)該提案持否定態(tài)度，因?yàn)?EL 為了與其他客戶(hù)端交叉驗(yàn)證，客戶(hù)端需要額外的工作，這將延遲塊生成過(guò)程。此外，Rozmej 他說(shuō)他更愿意等待 Verkle Trie 升級(jí)完成后，再進(jìn)行無(wú)狀態(tài)以太坊客戶(hù)端的建設(shè)。Rozmej 如果與其他客戶(hù)端的交叉驗(yàn)證失敗，客戶(hù)端將如何處理塊生成。要解決這個(gè)問(wèn)題，Ryan 建議采取「n of m」的方式。如果塊的交叉驗(yàn)證正在進(jìn)行 6 至少有一個(gè)客戶(hù)端 3 如果成功，驗(yàn)證人將繼續(xù)驗(yàn)證塊，否則將停止驗(yàn)證。

Ryan 還提出了一個(gè)擔(dān)憂(yōu)，即這個(gè)提案可能會(huì)進(jìn)一步減少用戶(hù)從使用像 Geth 大多數(shù)這樣的客戶(hù)端轉(zhuǎn)換到少數(shù)客戶(hù)端的動(dòng)機(jī)，特別是如果它們通過(guò) Szilágyi 由于交叉驗(yàn)證提案減少，交叉驗(yàn)證提案減少 Geth 由錯(cuò)誤引起的降低風(fēng)險(xiǎn)。「我認(rèn)為這對(duì)網(wǎng)絡(luò)健康是正確的，」對(duì)于 Ryan 的焦慮，Van Der Wijden 回應(yīng)道。「最重要的是，我們不會(huì)最終確定任何無(wú)效狀態(tài)。這比 Geth 是否占據(jù) 50% 或 60% 網(wǎng)絡(luò)更為重要。」Van Der Wijden 還指出，該提案不需要獲得所有提案 EL 只有客戶(hù)端團(tuán)隊(duì)的支持才能繼續(xù)推進(jìn)。至少，Van Der Wijden 表示 Geth 團(tuán)隊(duì)將調(diào)查該提案的原型設(shè)計(jì)，并提供相關(guān)塊驗(yàn)證延遲的基準(zhǔn)數(shù)據(jù)。