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