Hegotá EIP 最全梳理：以太坊下一輪硬分叉走向何方？

Ethlabs 詳解各項 EIP 取捨邏輯。

撰文：Ethlabs

編譯：Chopper，Foresight News

以太坊的發展方向關乎所有搭建應用、使用網絡、持有 ETH，以及相信以太坊未來潛力的人。以太坊長遠走向最終由每日在其上構建產品、運營應用與社區的參與者決定，但網絡升級是協議迭代、匹配用戶需求的核心手段。Hegotá 是繼 Glamsterdam 之後以太坊規劃的下一次網絡升級。本文將闡述 Ethlabs 眼中以太坊應當在本次升級重點推進的方向與理由。

目前，Hegotá 升級範圍正通過以太坊公開技術流程初步敲定。下文提及的各項提案匯集了眾多開發者、研究團隊與客戶端團隊的成果。本文清晰呈現 Ethlabs 建議優先推進的方向，以及我們尚未形成定論的觀點。我們歡迎行業各界評估、質疑、完善這些主張；未來數天至數周，隨著持續討論與信息更新，我們也會迭代觀點。

對於 Hegotá 升級，考慮到所有已提出的 EIP，我們認為以下領域是以太坊的首要任務：

• 更強的抗審查能力：任何人無論身份、用途，都能夠讓交易被區塊收錄；
• 更快的以太坊：更快出塊意味著更快交易確認、即時鏈上價格、更短的最終確認時長；
• 原生賬戶抽象：賬戶支持通行密鑰、交易贊助、代幣支付 Gas、批量交易、更強隱私保護，並預留後量子密鑰升級路徑；
• 持續 L1 擴容：即便在需求峰值時期，應用也能夠獲得穩定、可負擔的網絡容量。

前置說明：EIP 推進流程如何運作？

正式解讀提案之前先釐清關鍵背景，Hegotá 升級範圍劃定第二階段剛剛啟動。第一階段已經確定 FOCIL 作為 Hegotá 核心升級提案。非核心 EIP 提案截止日期為 8 月 6 日，此後 ACD 會議將全面評估 Hegotá 升級整體方案。

以下所有 EIP 目前均處於 PFI（提議納入）階段。向升級提案提交 EIP 無需許可，但絕大多數提案最終無法納入正式升級。

隨著開發推進，提案會經過多輪評審，階段逐級提升，落地確定性不斷增強：

PFI（提議納入）：提案被提交至本次升級。該階段無準入門檻，不代表客戶端支持，也不保證最終上線；

CFI（考慮納入）：客戶端團隊完成審閱，計劃開展原型開發與測試；

SFI（確定納入）：各方大體同意納入，前提是開發與測試順利推進。

想要了解完整流程，推薦觀看 Tim Beiko 的講解視頻。（https://www.youtube.com/watch?v=-S4blFZl28g）

閱讀指引

本文沿用 Forkcast 分級標準，表達 Ethlabs 對 Hegotá 各項 EIP 的優先級判斷。為簡化決策，所有納入評估的提案分為五檔：

• 【S 級】強烈建議納入
• 【A 級】若解決開發難度、影響評估、生態落地等阻礙，建議納入
• 【B 級】具備價值，但納入本次升級難度較高
• 【D 級】現有條件下，不建議納入 Hegotá
• 【觀點待形成】針對該 EIP 我們仍在研判

⚠️注意：以上僅為 Ethlabs 的建議。我們主要依據提案目標、技術規範、預估開發複雜度進行評估；對於深度參與的項目（例如 Frames、Quick Slots）掌握信息更加充分。後續我們會結合 ethPandaOps、測試團隊、各客戶端反饋持續更新觀點。 標記【CL】代表影響共識層客戶端；【EL】代表影響執行層客戶端。

另外，Ethlabs 參與撰寫了多項 EIP（包括 FOCIL、Frame Transactions、Quick Slots）。我們力求客觀評估所有提案，不受自身參與度影響，但讀者參考觀點時可以留意這一背景。

CL 優先級清單

EL 優先級清單

話不多說，以下是 Ethlabs 現階段對於 Hegotá 升級的完整觀點。

Hegotá 四大核心方向

FOCIL：強化抗審查能力

EIP-7805 FOCIL 已經進入 SFI 階段，正式確定為 Hegotá 核心提案。Ethlabs 三名成員（Francesco、Barnabé、Julian）是該提案共同作者，我們全力支持落地。 由於方案已定，此處僅簡要闡述：只有對所有人保持中立的區塊鏈，才能成為所有人信任的根基。這是以太坊擴容、成長為全球經濟真正結算層，服務每一個參與者的基石。

Quick Slots：更快的以太坊

以太坊當前 12 秒時隙帶來較高延遲，損害用戶體驗。因此我們強烈建議在 Hegotá 納入【CL】EIP-8198 Quick Slots【S 級】，核心理由有四點：

• L1 用戶交易確認速度提升，優化體驗；
• L1 鏈上市場獲取更新的價格數據，改善買賣價差與流動性提供商收益；
• 最終確定性、快速確認規則與時隙時長綁定，更快區塊將同步改善以太坊跨鏈互操作性；
• 每秒區塊提議者數量提升，增強抗審查能力，包括經濟層面抗審查：想要通過持續清空區塊實施審查，所需付出的成本更高。

在保留以太坊去中心化特性的前提下縮短出塊間隔，能夠提升以太坊區塊空間價值，收益回流至網絡與 ETH 本身。每一次延遲降低，都直接為用戶創造價值。同時，提速也是應用開發者呼聲最高的改進方向之一。

當下啟動改造具備合理性，時隙時長調整不可能一步到位。和擴容思路一致，落地實測的迭代優化，遠比單純的路線圖承諾更能給應用開發者確定性。實現 6 秒以內時隙是長期目標，路徑分為兩步：

• 一次性重構：讓規範與客戶端代碼支持靈活修改時隙時長；
• 在 Hegotá 完成首次縮短，後續硬分叉持續下調，積累安全運行數據。

Hegotá 是承擔一次性重構成本的合適時機。Glamsterdam 升級的 ePBS 已經重構時隙相關邏輯；本次升級共識層改動相對可控。一旦進入解耦共識升級窗口，共識層開發資源將高度緊張，未來多次硬分叉都很難再有這樣的窗口期。

簡單來說，要麼未來至少兩年維持 12 秒時隙，要麼在一年後的 Hegotá 升級實現 10 秒時隙，並有望在下一輪進一步壓縮至 10 秒以內。兩次提速並非理論優化，能夠直接提升用戶價值、優化網絡經濟模型。我們認為時機已經成熟。

主要爭議回應

我們整理了與客戶端開發團隊、以太坊基金會協議團隊初步溝通中出現的四個主要顧慮：

【摘要（純文本，可能為空）】：

• 開發複雜度。毫秒級時隙時序邏輯已經依托 ePBS 合併至共識規範；EIP-8198 共識層、執行層草案規範均已完成，基礎費用、Gas 上限、Blob 調度全部完成換算，保障每秒網絡行為穩定。剩餘工作量集中於適配固定時隙假設的各類客戶端工具、邊界場景測試。本次一次性重構完成後，後續縮短時隙僅需調整參數。
• zkEVM 證明壓力。主要擔憂兩點：相對證明時長、固定證明開銷。1）相對證明時長：時隙內可用於證明的時間占比。當前區塊構建者收到上個區塊負載後即可開始構建；信標區塊確認當前時隙負載。負載必須在下一位信標提議者發布區塊前完成證明。完成證明最短可用時長約等於一個時隙減去信標區塊傳播延遲。傳播延遲難以壓縮，但本身數值較小，現階段不會構成核心瓶頸。優化後的區塊構建者可以在組裝負載的同時並行開展證明，不必等待獲勝負載被信標區塊確認。 2) zkEVM 證明開銷：證明耗時大體與區塊大小線性相關，但存在固定開銷。更快出塊意味著固定開銷觸發頻率變高，同等吞吐量下延遲增加。在固定延遲預算下，需要保障吞吐量不受明顯衝擊。行業存在兩條改善路徑：工程迭代持續降低固定操作耗時；EIP-7862 延遲狀態根計算，將大量證明工作移出關鍵路徑。兩條方向同步推進，意味著更快時隙不會阻礙未來吞吐量持續增長。
• 後量子升級路線。解耦共識方案已獲得足夠支持，成為未來共識架構穩定方向。解耦意味著將最終確認投票移出區塊生產關鍵路徑。大規模聚合後量子簽名、遞歸 STARK 相關邏輯都將脫離關鍵路徑。區塊生產、分叉選擇規則僅依賴規模預計 512 名（有望縮減至 256 名）驗證者組成的小組。後量子簽名體積更大，但在規劃的 10 秒（未來有望繼續縮短）時隙內可以順利傳播。
• 智能合約與基礎設施適配。團隊正在全面調研智能合約與時隙時長強耦合場景。我們聯合 Sourcify 對所有已驗證合約開展分析；同時評估時隙變更對 EIP-4788（EVM 內信標區塊根）存儲歷史信標區塊根帶來的影響。 基礎設施層面，Etherscan 反饋：時隙調整大概率增加伺服器負載，但基礎設施在 PoW 時期本就適配可變出塊時間，因此改動幅度可控。

賬戶抽象：優化體驗、安全性與隱私

以太坊生態長久以來亟需原生賬戶抽象（AA），實現通行密鑰錢包、交易贊助、ERC20 支付 Gas、批量交易等體驗升級。 但原生賬戶抽象落地之路異常曲折：AA 觸及以太坊全棧，涵蓋客戶端、L2、錢包、RPC、開發工具，需要多方協同。這不僅導致相關 EIP 難以通過共識驅動開發流程推進，上線後也面臨生態落地難題。

因此我們將 Hegotá 原生 AA 提案 Frame Transactions 劃為 A 級。並非技術層面達不到 S 級標準，而是需要充分考量生態大規模落地風險，協調工作量巨大。依托團隊在賬戶抽象領域積累，Ethlabs 計劃深度推動 Frame Transactions 落地，聯動 L2、錢包等參與者保障原生 AA 順利上線。

現在來看 Hegotá 賬戶抽象相關提案。

【EL】EIP-8141 Frame Transactions【A 級】

我們認為 Frame Transactions 是以太坊原生賬戶抽象最優方案。對比其他原生 AA 方案，多項特性契合以太坊 CROPS 發展準則：

• 無許可賬戶創新：驗證邏輯由 EVM 代碼執行，開發者可以自定義任意驗證規則；部分 AA 方案強制白名單驗證邏輯，靈活性不足；
• 原生適配隱私協議：基於上一點，Railgun 這類隱私方案可以承載 Frame 交易驗證邏輯，用戶發送隱私交易無需依賴中心化中繼器，顯著提升隱私性與抗審查能力；
• 面向後量子安全設計：開發之初便匹配以太坊後量子路線圖。支持簽名聚合，即便單個後量子簽名驗證成本高昂，聚合後也能實現較低 Gas 開銷。

Frame Transactions 最大短板同樣源自其靈活性：驗證邏輯交由 EVM 代碼執行，驗證成本動態浮動，對於追求高 TPS 的 L2 存在挑戰。

我們樂觀認為，可以通過配套 EIP/ERC 標準解決（例如 EIP-7819），交易靜態聲明驗證邏輯，排序器可用原生代碼旁路優化驗證流程。同時我們將聯合 L2 與以太坊基金會開展基準測試，定位並解決性能瓶頸。

【CL】【EL】Frame Transactions 附加組件

有許多 EIP 可以看作是 Frame 交易的擴展，並在此基礎上增強了其功能。

【EL】EIP-8250 Frame 交易的密鑰隨機數【A 級】

我們將該提案視作 EIP-8141 的有機組成部分，建議同步上線。 引入二維 Nonce，賬戶能夠向交易內存池並行發送多筆交易；隱私協議也可將空值存儲在二維 Nonce 中。二維 Nonce 讀寫存儲成本極低，對比現有將空值寫入普通存儲的模式，隱私交易能夠大幅節省 Gas。在 Glamsterdam 上調存儲 Gas 成本（EIP-8037）背景下尤為重要。

【EL】EIP-8272 Frame 交易的最新根【B 級】

進一步優化隱私協議使用 Frame 交易體驗。隱私協議驗證過程需要讀取最新承諾根，如果存入普通存儲不僅成本高，還會與 Frame 公開交易池規則衝突。該提案通過系統合約環形緩衝區存儲根數據，自動清理舊數據。 划為 B 級原因：為單一應用場景顯著增加 Frame 複雜度，我們不確定是否存在更通用、簡潔的實現方案。

【CL】EIP-8369 FOCIL 資格的 VOPS 配置文件【B 級】

解決 Frame 與 VOPS（僅有效性無狀態化）之間的交互。VOPS 方案允許內存池節點僅保存最低限度狀態驗證交易，保障未來 zkEVM 無狀態環境下內存池抗審查性。 划為 B 級是因為該方案高度綁定一套尚未形成社區共識的無狀態化路線。

【EL】EIP-7906 通過狀態差異操作碼進行事務斷言【B 級】

提升交易結果靜態可審計性。用戶當前可以斷言正向結果，但無法約束「不存在其他狀態變更」。想要證明沒有額外狀態修改，需要新增操作碼。正向斷言（例如 WETH 餘額至少增加 1.5）搭配負向斷言（無其他狀態變更），無需模擬即可鎖定交易全部影響，硬件錢包是核心受益場景。 該提案複雜度較高，納入硬分叉需要審慎。建議滿足兩個條件再推進：①客戶端團隊充分理解所有細節與連鎖影響；②測試範圍、潛在風險評估完整。

【EL】EOA 遷移【B 級】

EIP-7851、EIP-8151 適合配套看待，共同構成外部賬戶遷移智能賬戶方案。 路徑如下：EOA 首先通過 EIP-7702 委託至智能賬戶；EIP-7851 新增操作碼永久固化委託關係，禁用原始 ECDSA 密鑰；EIP-8151 讓 ecRecover 識別密鑰已停用，杜絕舊密鑰通過 Permit 類交易盜走資產。 評級 B 級：這只是 EOA 遷移方案之一，尚未獲得廣泛評審與行業共識。最大隱患在於多鏈兼容：用戶需要在每一條 L2 重複執行遷移操作，包括尚未誕生的鏈，用戶體驗較差。我們期待一套依托 L1 作為信任根，一次操作適用於全部 EVM 鏈的方案，這類方案才有機會上調至 A/S 級。

【EL】後量子簽名標準【A 級】

Hegotá 應當確立清晰的後量子簽名落地路徑，但需要敲定最優機制再正式落地。EIP-8355 新增 ML-DSA 預編譯合約：配合 Frame 交易，落地後量子賬戶安全能力。 備選方案：預先登記支持後量子簽名但暫不激活，或者定義兼容後量子密鑰的推導格式。

【EL】EIP-7819 SETDELEGATE 指令【A 級】

一旦原生 AA 落地 Hegotá，降低智能賬戶部署成本至關重要。但 Glamsterdam 的 EIP-8037 會推高賬戶創建成本。EIP-7819 允許新賬戶使用輕量化委託指針，替代代理合約，大幅減少新增狀態存儲，降低部署開銷。 評級 A 級是因為更低的賬戶部署成本能夠顯著降低 AA 落地門檻。

性能優化：持續推進 L1 擴容

Glamsterdam 標誌以太坊研發思路轉變：性能成為協議設計、客戶端開發的核心約束。延遲執行、資源定價調整、大規模客戶端優化，在兩年內將網絡承載能力從 3000 萬 Gas 提升至至少 2 億 Gas。性能優化帶來選擇權，釋放的性能餘量可以用於擴容、縮短時隙、降低節點硬件門檻，或同時實現多個目標。

擴容需求依舊緊迫。項目選址不僅參考當下 Gas 價格，更要看以太坊能否持續穩定擴大區塊空間供給。持續落地擴容升級，遠比紙面路線圖更能給開發者信心。主網距離平穩承接流量峰值仍有差距：以太坊 11 周年當日，Gas 中位數僅約 0.1 gwei，一場 NFT 鑄造活動就將 Gas 推高至 10 gwei 區間，交易中位成本突破 1 美元。Glamsterdam 開啟的擴容趨勢需要延續至 Hegotá。

綜上所述，以下 EIP 延續了 Glamsterdam 的擴展勢頭，同時強化了其背後的更廣泛原則：性能在客戶端工作和協議設計中都應該始終是首要考量因素。

【EL】EIP-8131 & EIP-8279【S 級】

數據定價組合提案 Glamsterdam 升級後，網絡核心瓶頸變為區塊負載傳播。根源在於不同類型字節資源 Gas 核算標準不統一，甚至部分沒有計費。 EIP-8131 統一交易基礎下限：將現有交易最低計費規則延伸至執行前即可確認的數據； EIP-8279 區塊訪問列表字節下限：針對執行過程動態生成的訪問列表字節計費。

動態計費機制令 EIP-8279 複雜度更高，但二者應當捆綁看待。組合方案實現交易關聯字節統一核算，限制區塊負載最壞情況，同時絕大多數普通、低數據佔用交易不受影響。填補資源核算漏洞，為後續繼續上調 Gas 上限掃清障礙。

【CL】【EL】EIP-8146 【A 級】

EIP-8146 通過將 BAL 與有效負載分開傳播，改進了關鍵路徑本身，從而完善了重新定價機制。這不僅提高了傳播效率，還使執行客戶端在狀態預取和狀態根後計算方面搶佔先機。我們認為這是不容錯過的低門檻優化。實現工作主要基於熟悉的 CL gossip 機制，因此這是一個低投入、高價值的 EIP，尤其是在一個 EL 代碼量較大的分支中更是如此。

其他擴容相關提案

【EL】CPSB 重新校準【A 級】

改動簡單。我們建議持續推進，根據計劃 Gas 上限上調、鏈上狀態與執行 Gas 使用情況，擇一納入。EIP-8368 適配新 Gas 上限的 CPSB 校準：EIP-8037 後續配套方案。狀態字節成本由隨 Gas 上限動態調整改為固定值，簡化開發測試。目前 CPSB 基於 1.5 億 Gas 上限測算，Gas 上限上調後，Hegotá 大概率需要校準。EIP-8372 標準化狀態 Gas 上限：屬於 EIP-8368 擴展方案，調整粒度更精細，應對狀態增長目標、常規 Gas 目標偏離預期的場景。

【EL】EIP-7862 延遲狀態根【B 級】

規範本身很簡單，但據我們所知，客戶端實現的複雜性尚未得到充分理解。狀態根在代碼庫中普遍存在。短期收益有限，核心價值集中在遠期（延長狀態根證明可用時長）。本次 Hegotá 執行層改動壓力本就較大。

【CL】EIP-8341 部分執行有效載荷承諾【D 級】

建議不予納入。收益有限（小幅延後狀態根計算）、需求並不迫切，且 EIP-7862 可以實現更強效果，可直接替代。

其餘 EIP 分類討論

接下來梳理剩餘提案，按主題分組。部分提案我們觀點仍在形成，未來結合客戶端團隊、作者溝通持續更新。

Hegotá 預計是執行層改動偏重的硬分叉，我們應當嚴格把控執行層 EIP 准入門檻。除 FOCIL 與 Quick Slots 之外，儘量控制共識層改動範圍：縮小升級範圍，為客戶端團隊預留充足時間，應對未來大型架構轉型。

【CL】發行機制相關

我們不對 EIP-8363 漸進式發行與銷毀劃分優先級。 通脹發行政策不應由核心開發者單方面決定，優先級榜單等同於向核心開發者出具明確落地建議。絕大多數 EIP 偏向技術決策，社區將決策權委託給核心開發團隊；但發行機制屬於貨幣政策，需要社區達成廣泛共識。核心開發者意見僅作為公開討論參考。如果將其和普通 EIP 並列評級，等同於視作常規 ACD 技術決策。

從技術層面看 EIP-8363 具備價值。隨著質押 ETH 總量上升，罰沒機制可信度下降；高質押率下新增獎勵大多抵消通脹；規模效應持續拉大大型運營商與獨立質押者的差距。但改動同樣伴隨風險：質押分布格局存在不確定性，貨幣政策固化進程將重新啟動。Ansgar 發布的討論帖完整羅列正反觀點，與我們立場一致。團隊部分成員此前支持調整發行機制，目前仍維持該判斷。

我們建議，待 Hegotá 所有其他範圍敲定後，再討論發行機制調整。給予社區充分討論時間，避免干擾升級範圍劃定主線。

【CL】質押功能優化

質押改進具備價值，但優先保障面向終端用戶的優化，純基礎設施改動除非必要，否則延後。

【CL】EIP-8015 刪除存款與 eth1data 字段【A 級】

輕量化清理歷史技術債務。依托 EIP-7688 向前兼容共識數據結構，無關字段默克爾證明不受影響，不會影響鏈上數據讀取方。

【EL】【CL】EIP-8237 共識層 / 執行層獨立同步【B 級】

建立在 ePBS 分離信標區塊與負載的基礎上，允許 CL、EL 獨立同步，有望簡化客戶端複雜邏輯。

【CL】EIP-8205 提款憑證預註冊【D 級】

建議不予納入。雖然解決委託質押真實痛點，但現有存款前置方案已經能夠應對，新增整套協議機制帶來的複雜度，現階段難以匹配收益。

【CL】EIP-8148 驗證者自定義清算閾值【D 級】

建議不予納入。機制複雜（新增系統合約、執行請求、共識層邏輯），收益有限，僅小幅推動散戶質押整合。結合當前質押分布格局，難以顯著改變全網驗證者集中趨勢。

【CL】EIP-8372 ePBS 執行獎勵強制銷毀【D 級】

建議不予納入。大概率只會催生更多場外通道。多年 MEV 銷毀討論並未形成廣泛達成共識的方案。

【CL】EIP-7716 反相關證明懲罰【D 級】

建議不予納入。缺少充分證據支撐質押激勵機制大幅調整，並且解耦共識升級將重新設計質押激勵體系。

【CL】EIP-8333 檢查點對齊紀元邊界區塊【D 級】

建議不予納入。屬於優化清理工作，可以延後至規模更大的解耦共識升級一併推進。

【CL】EIP-8359 信標區塊報告字段【觀點待形成】

【CL】後量子升級前置工作

以下提案減少對 BLS 簽名依賴，為遠期後量子轉型鋪路。

【CL】EIP-8365 淘汰 BLS 提款憑證【A 級】

淘汰舊式提款憑證，簡化協議、為後續後量子轉型鋪路。改動簡單，適合當下落地。

【CL】EIP-8367 淘汰 BLS 驗證者餘額過期機制【D 級】

建議不予納入。絕大多數 0x0 憑證驗證者會在 EIP-8365 上線前後完成憑證遷移，提取資金或繼續質押。無需專門新增機制處理剩餘存量，先落地 EIP-8365 觀察實際情況。

【CL】EIP-8321 哈希鏈 RANDAO【D 級】

建議不予納入。僅單獨實現 RANDAO 後量子安全意義有限，驗證者 BLS 密鑰依舊存在風險；同時每個驗證者增加 32 字節數據，新增密鑰管理邏輯，用途單一。完整後量子共識方案尚未落地。我們支持迭代升級，但第一步應當遵循統一路線圖，避免方案被最終標準替代。

【EL】【CL】zkEVM 適配優化

大部分 zkEVM 前置優化短期收益有限，僅方便特定群體運行全節點，同時佔用開發資源、可能推高 EVM 運行成本。只有長期價值顯著高於短期成本的提案，才適合納入。

【CL】EIP-8025 可選執行證明【D 級】

本次升級不應納入。提案本身不強制硬分叉，捆綁至 Hegotá 只是優先級訴求，我們對此不認同。 落地可選證明之前，應當先明確長期最終形態，穩步推進，不要在驗證者 / 狀態模型尚未定型前倉促上線。 核心待解問題：驗證者應當保留、存儲部分狀態，還是徹底無狀態。驗證者是重要節點群體，擁有硬體與網絡資源，削弱其角色的改動需要更高准入標準。

【EL】EIP-7666 身份預編譯 EVM 化【A 級】

改動小巧，具備實用價值。

【EL】EIP-8200 預編譯 EVM 化【B 級】

使用 EVM 字節碼替換三類原生預編譯。兩類使用量低，遷移難度小；第三類廣泛用於 SNARK 證明。需要完成影響評估，確認遷移成本可控，或把第三類移出範圍，我們再上調至 A 級。

【EL】EIP-7709 從存儲讀取 BLOCKHASH 並調整 Gas【D 級】

Gas 上調幅度較大，擾動明顯，需求並不迫切。想要降低風險可以開展影響評估，或搭配區塊預熱機制延後落地。

【EL】EIP-8268 區塊訪問列表納入存儲根【B 級】

需要評估對訪問列表體積、交易 Gas 成本帶來的實際影響（EIP-8279 將對訪問列表字節計費），每一個訪問賬戶條目額外附帶存儲默克爾根。

Hegotá 仍會落地部分 EVM 零散改進。我們認為本次升級之後，以太坊應當聯合整個 EVM 生態制定長期 EVM 發展路線圖，Ethlabs 會參與共建。

【EL】EIP-5920 PAY 操作碼【A 級】

邏輯簡潔，是 EVM 很有價值的底層原語。仍需進一步釐清真實應用場景。

【EL】EIP-8163 預留 EXTENSION (0xae) 操作碼【A 級】

對 L2 高度實用，對 L1 幾乎無成本，僅作預留標識。

【EL】合約代碼復用【B 級】

EIP-8058 合約字節碼去重折扣、EIP-8298 SETCODEFROM 代碼復用指令依托客戶端存儲模型：合約代碼獨立存儲，賬戶僅通過代碼哈希指向代碼。兩份提案都實現相同代碼只存儲一份，降低部署成本。思路具備吸引力，但需要評估對二叉樹存儲結構前向兼容性影響。兩份提案暫時沒有明確偏好。

【EL】內存定價改革【B 級】

我們尚未判斷是否適合在 Hegotá 落地內存改革。目前對設計空間認知尚不充分。

EIP-7686 線性 EVM 內存上限：改動較小，取消二次增長的內存擴容成本；

EIP-7923 基於分頁的線性內存定價：重構底層規則，更加完善，但複雜度更高。

【EL】EIP-8219 帶溢出檢查算術操作碼【B 級】

為 EVM 原生增加安全運算功能具備價值。需要基準測試確認定價合理；完成影響評估（受益交易規模、編譯器適配情況）後有望上調至 A 級。

【EL】EIP-8360 TCREATE 操作碼【B 級】

支持創建交易生命周期內臨時合約，通用底層原語。但提案複雜度偏高，完成開發與測試難度評估後可重新定級。

【EL】EIP-7645 ORIGIN 別名指向 SENDER【D 級】

建議不予納入。屬於破壞性改動，濫用 ORIGIN 語義。

【EL】EIP-8182 原生私有 ETH 與 ERC20 轉帳【D 級】

建議不予納入。改動規模巨大，引入 ZK 依賴。如果未來落地，應當作為升級核心提案。

【EL】EIP-2488 弃用 CALLCODE 操作碼【觀點待形成】

【EL】EIP-4758 停用 SELFDESTRUCT【觀點待形成】

【EL】EIP-7979 EVM 調用與返回操作碼【觀點待形成】

【EL】EIP-8173 EVM 控制流基礎【觀點待形成】

【EL】EIP-8253 零 Nonce 存儲賬戶 Nonce 自增【觀點待形成】

【EL】EIP-8030 新增 P256 算法支持【觀點待形成】

【EL】EVM 定價機制

Glamsterdam 上調定價偏低、制約吞吐量的操作 Gas 成本。Hegotá 相關定價提案方向相反：下調當前定價過高、限制應用落地的操作成本，但對全網擴容貢獻有限，屬於錦上添花類優化。我們支持針對性調價，但新增計費模型的提案必須設計完善、擁有堅定推進者充分驗證風險，方可納入。

【EL】EIP-8358 賬戶變更淨 Gas 計費【B 級】

收益存疑。樣本 900 條主網區塊、40 萬筆交易數據顯示：僅 2.07% 交易節省 Gas，節省區塊 Gas 總量僅占 1.14%。

【EL】EIP-7973 熱賬戶寫入計費【觀點待形成】

【EL】EIP-7609 下調 TLOAD/TSTORE 基礎 Gas【觀點待形成】

【EL】EIP-7971 瞬時存儲硬上限【觀點待形成】

【EL】EIP-3298 取消 Gas 返還【觀點待形成】

【EL】EIP-8374 回滾後保留熱訪問集合【觀點待形成】

【EL】EIP-8115 區塊末尾批量收取優先費【觀點待形成】

【EL】EIP-8188 賬戶與存儲槽最新寫入區塊記錄【觀點待形成】

【EL】【CL】執行數據與索引

【EL】【CL】EIP-7668 刪除布隆過濾器【觀點待形成】

【EL】【CL】EIP-7807 SSZ 格式執行區塊【觀點待形成】

【EL】EIP-8116 簡化累計收據字段【觀點待形成】

【EL】EIP-8304 無需信任的日誌與交易索引【觀點待形成】

【EL】【CL】網絡層

以太坊 P2P 網絡仍有定向優化空間，尤其是交易、Blob、證明消息傳播機制。

【CL】EIP-8371 RowDAS 分佈式 Blob 重建【A 級】

避免完整重建、全節點托管成為 Blob 擴容瓶頸。長期來看，分佈式重建機制勢必要納入協議，有望解除驗證者 Blob 托管要求。仍需要進一步評估實現複雜度。

【CL】EIP-8142 Blob 內嵌區塊 BiB【D 級】

時機不成熟，緊迫性不足，遺留大量待解問題（是否採用 KZG、新建廣播主題）。不希望將 KZG 機制引入區塊生產關鍵路徑，替代方案尚不清晰。

【CL】EIP-8243 源頭批量廣播證明【D 級】

無法明確保障縮短最終確認時長，負載上限不清晰；機制 DoS 防禦能力有待驗證。

【EL】EIP-8077 eth/XX 基於 Nonce 廣播交易【觀點待形成】

【EL】EIP-8094 eth/vhash 支持 Blob 的交易池協議【觀點待形成】

【CL】EIP-8334 批量證明廣播【觀點待形成】

結語

以太坊升級風險極高，因此複雜度難以避免。全球數千個節點需要在同一時隙同步切換規則，網絡運行不能中斷。這份嚴謹支撐以太坊歷次順利升級，實現連續 11 年零宕機的去中心化網絡。

以上是 Ethlabs 現階段針對 Hegotá 的判斷。隨著開發推進、討論深入，一旦出現新依據，我們會持續更新觀點。部分 EIP 由 Ethlabs 成員主導推進，其餘提案來自以太坊海量優秀的研究者、客戶端開發者與獨立貢獻者。但所有方案想要落地，都離不開客戶端團隊、錢包、應用、L2、基礎設施服務商、機構、節點運營者與終端用戶的協同。以太坊屬於全世界，網絡重大進步從來不是單一組織的成果。