2025 年 1 月 16 日，以太坊協(xié)議開發(fā)者通過 Zoom 舉行了第 203 次 All Core Developers Execution（ACDE）會(huì)議。本周的會(huì)議由以太坊基金會(huì)（EF）協(xié)議支持負(fù)責(zé)人 Tim Beiko 主持。ACDE 會(huì)議是一個(gè)雙周例會(huì)系列，開發(fā)者們在會(huì)上討論并協(xié)調(diào)以太坊執(zhí)行層（EL）的相關(guān)變更。
在第 203 次 ACDE 會(huì)議上，開發(fā)者們討論了 Pectra Devnet 5 的啟動(dòng)以及未完成的 Pectra 規(guī)范更新。他們還討論了在 Holesky 測試網(wǎng)對提高 Gas 上限進(jìn)行測試的下一步計(jì)劃、RPC 標(biāo)準(zhǔn)化的進(jìn)展，以及節(jié)點(diǎn)最低硬件和帶寬要求的規(guī)范。
1、Pectra Devnet 5 啟動(dòng)
開發(fā)者們在會(huì)議開始前半小時(shí)啟動(dòng)了 Pectra Devnet 5。以太坊基金會(huì)開發(fā)者運(yùn)營工程師 Parithosh Jayanthi 表示，他發(fā)現(xiàn)開發(fā)網(wǎng)絡(luò)中存在 Gas 估算問題，并計(jì)劃收集相關(guān)日志，將問題分享到以太坊研發(fā) Discord 頻道中。
2、Pectra 規(guī)范更新
開發(fā)者們討論了 Pectra 代碼規(guī)范的五項(xiàng)未完成更新：
1）EIP 7623：增加 Calldata 成本第一個(gè)更新是對 EIP 7623 的修改，用于澄清 Gas 退款的處理方式。該更新已在 GitHub 上合并，并被納入了 Pectra Devnet 5 的測試中。
2）EIP 7840：添加 Blob 調(diào)度到執(zhí)行客戶端配置文件第二項(xiàng)更新涉及 EIP 7840 中的基礎(chǔ)費(fèi)用分?jǐn)?shù)問題。會(huì)上沒有反對意見，開發(fā)者們同意在 1 月 20 日（下周一）的 Pectra 測試會(huì)議之前，將相關(guān)更改合并到 GitHub 中。
3）Blob 基礎(chǔ)費(fèi)用的更新第三項(xiàng)更新同樣與 Blob 基礎(chǔ)費(fèi)用有關(guān)，涉及在 Pectra 激活期間如何計(jì)算過量 Gas。以太坊基金會(huì)研究負(fù)責(zé)人 Alex Stokes 解釋，計(jì)算依賴于前一區(qū)塊頭的信息。如果 Blob 容量的更改在分叉邊界（Pectra 激活區(qū)塊）上激活，則過量 Gas 計(jì)算將基于使用舊分叉規(guī)則構(gòu)建的前一區(qū)塊的信息。Stokes 認(rèn)為，需要明確 Blob 容量增加是在分叉邊界激活，還是在分叉邊界后的一個(gè)區(qū)塊激活。他表示：「無論選擇哪種方式并不重要，但我們需要統(tǒng)一做法。」開發(fā)者們一致同意澄清 EIP 7691，將 Blob 容量增加的生效時(shí)間設(shè)定為分叉邊界后的一個(gè)區(qū)塊，從而只使用新分叉規(guī)則進(jìn)行計(jì)算。以太坊測試開發(fā)者 Mario Vega 表示，客戶端正在測試這種邏輯。Geth 開發(fā)者「Lightclient」承諾將在下周一的測試會(huì)議前更新 EIP 7691。
4）EIP 2537：BLS12-381 曲線操作的預(yù)編譯成本計(jì)算第四項(xiàng)更新與 EIP 2537 中乘法成本計(jì)算相關(guān)。開發(fā)者們同意在 EIP 中明確將計(jì)算指定為整數(shù)除法。通過 Pectra Devnet 5 測試的客戶端團(tuán)隊(duì)?wèi)?yīng)已經(jīng)在代碼中實(shí)現(xiàn)了此邏輯，因此僅需要在規(guī)范上進(jìn)行修改。以太坊虛擬機(jī)開發(fā)者 Pawe? Bylica 表示，他將在 GitHub 上對 EIP 進(jìn)行更改，并在下周一的測試會(huì)議前完成。
通過這些更新，開發(fā)者們繼續(xù)推進(jìn) Pectra 相關(guān)工作的完善和協(xié)調(diào)，為未來的以太坊主網(wǎng)升級(jí)鋪平道路。
5）最后，第五項(xiàng)更新與 EIP 7702 相關(guān)，該提案旨在新增一種交易類型，使外部賬戶（EOA）可以永久設(shè)定代碼。Otim Labs 首席運(yùn)營官 Julian Rachman 提出了對此 EIP 的行為修改建議，即啟用代碼內(nèi)省功能。根據(jù) Otim Labs 團(tuán)隊(duì)撰寫的文檔，代碼內(nèi)省指的是舊版合約能夠檢查自身字節(jié)碼或外部合約的字節(jié)碼，并基于該信息調(diào)整行為的能力。
盡管以太坊虛擬機(jī)對象格式（EOF）開發(fā)團(tuán)隊(duì)計(jì)劃在未來的以太坊升級(jí)中禁用代碼內(nèi)省，但文檔和會(huì)議中提到，啟用代碼內(nèi)省以檢查 EOA 的「delegate_address」并不會(huì)阻礙 EOF 的開發(fā)進(jìn)程。允許代碼內(nèi)省檢查 EIP 7702 類型交易的委托地址的好處在于，支持在啟用 EIP 7702 功能（如 Gas 贊助）時(shí)，安全使用中繼者和其他外部賬戶。
Geth 開發(fā)者「Lightclient」支持在 Pectra 規(guī)范中加入這一更新。他表示：「這一更新非常容易實(shí)現(xiàn)。我們已經(jīng)在確定賬戶是否為 EIP 7702 委托賬戶，加入指定返回地址是非常簡單的事情。」會(huì)議主持人 Beiko 建議與會(huì)者再花幾天時(shí)間審閱更改內(nèi)容，然后再?zèng)Q定是否將其納入最終規(guī)范。他建議在下周一的測試會(huì)議上重新討論這一話題。
Beiko 還要求 Rachman 的團(tuán)隊(duì)在 GitHub 上正式提交包含所有 EIP 7702 修改建議的拉取請求，供開發(fā)者在周一討論。至于這一更新是否需要開發(fā)者啟動(dòng)一個(gè)新的 Pectra 開發(fā)網(wǎng)絡(luò)進(jìn)行測試，Jayanthi 表示，該更改可以包含在公共測試網(wǎng)的影子分叉中，而無需啟動(dòng)新的開發(fā)網(wǎng)絡(luò)。Beiko 補(bǔ)充說，此次會(huì)議討論的所有其他規(guī)范更新也無需新的 Pectra 開發(fā)網(wǎng)絡(luò)，因此開發(fā)者在 Pectra Devnet 5 的進(jìn)一步測試完成后，可以繼續(xù)推進(jìn)公共測試網(wǎng)的更新工作。
3、Pectra 系統(tǒng)合約審計(jì)更新
以太坊基金會(huì)（EF）協(xié)議安全研究員 Fredrik Svantes 表示，Pectra 系統(tǒng)合約的所有第三方審計(jì)工作已完成。審計(jì)未發(fā)現(xiàn)重大問題，相關(guān)報(bào)告將上傳至 GitHub，供客戶端團(tuán)隊(duì)審閱。Svantes 建議在下次 ACDE 會(huì)議中安排專門時(shí)間，由審計(jì)人員展示其審計(jì)結(jié)果并解答客戶端團(tuán)隊(duì)的問題。
4、Pectra 測試網(wǎng)升級(jí)計(jì)劃
Tim Beiko 提出了測試網(wǎng)升級(jí)的初步時(shí)間表。他建議在接下來的兩次 ACD 會(huì)議中，確定用于升級(jí) Sepolia 和 Holesky 測試網(wǎng)的區(qū)塊高度，并在 2025 年 2 月 3 日前準(zhǔn)備客戶端發(fā)布版本。計(jì)劃于 2 月 12 日當(dāng)周進(jìn)行 Sepolia 分叉，隨后在 2 月 19 日當(dāng)周進(jìn)行 Holesky 分叉。如果沒有重大漏洞或問題，Pectra 升級(jí)可能會(huì)在 3 月初至中旬上線以太坊主網(wǎng)，這大約是 Holesky 分叉后的三到五周時(shí)間內(nèi)。會(huì)議中沒有人反對這一提議，Stokes 還建議將客戶端發(fā)布與 Sepolia 和 Holesky 測試網(wǎng)升級(jí)綁定推進(jìn)。
5、Holesky Gas 限制
EF 通用工程師 Sophia Gold 提議，將 Holesky 升級(jí)發(fā)布中的客戶端默認(rèn) Gas 上限設(shè)置為 36 百萬（36m），并繼續(xù)提高 Holesky 的默認(rèn) Gas 上限，使其始終高于以太坊主網(wǎng)的 Gas 上限。這將確保主網(wǎng) Gas 上限的任何提升都能在 Holesky 上進(jìn)行測試，會(huì)議中沒有人反對這一提案。Teku、Besu、Prysm 和 Nethermind 團(tuán)隊(duì)的代表表示，他們的 Holesky 客戶端發(fā)布版本已經(jīng)將默認(rèn) Gas 上限設(shè)定為 36 百萬。
6、RPC 標(biāo)準(zhǔn)化努力
Geth 開發(fā)者 Felix Lange 對客戶端團(tuán)隊(duì)未對以太坊 JSON-RPC 規(guī)范標(biāo)準(zhǔn)化努力給予足夠反饋感到失望。在會(huì)議上，他提到的一個(gè)問題是，缺乏關(guān)于 RPC 標(biāo)準(zhǔn)化范圍以及應(yīng)包含哪些生態(tài)系統(tǒng)利益相關(guān)者的明確定義。Lange 在博客文章中詳細(xì)說明了他的標(biāo)準(zhǔn)化努力及下一步建議。Beiko 建議在 Discord 上進(jìn)一步討論此問題，并為此安排一次專題討論會(huì)。Besu 開發(fā)者 Justin Florentine 表示，他將負(fù)責(zé)協(xié)調(diào)專題討論會(huì)的時(shí)間安排。
7、節(jié)點(diǎn)硬件和帶寬要求規(guī)范
EF 應(yīng)用研究員 Kevaundray Wedderburn 請求對其關(guān)于以太坊節(jié)點(diǎn)最低硬件和帶寬要求的文檔提供反饋。Beiko 詢問是否應(yīng)將這些要求以信息性 EIP 的形式起草，以便開發(fā)者和更廣泛的以太坊社區(qū)參考。Prysm 開發(fā)者「Potuz」指出，驗(yàn)證節(jié)點(diǎn)和全節(jié)點(diǎn)的硬件要求不同，因此文檔應(yīng)明確區(qū)分二者。Beiko 同意 Potuz 的觀點(diǎn)，并建議在 Discord 上進(jìn)一步討論節(jié)點(diǎn)硬件和帶寬要求以及正式化 Wedderburn 文檔的下一步計(jì)劃。
8、EIP 編輯研討會(huì)
最后，會(huì)議提到了關(guān)于 EIP 編輯流程的專題研討會(huì)，但具體內(nèi)容和時(shí)間尚未確定，可能會(huì)在后續(xù)會(huì)議中進(jìn)一步詳細(xì)討論。
以太坊貓牧人（Ethereum Cat Herders）團(tuán)隊(duì)將于 2025 年 1 月 17 日 16:00（UTC）舉辦一場 EIP 編輯研討會(huì)。