以太坊2026年路線圖包含這項比你想像中更嚴重的驗證者風險

以太坊 2026 年的路線圖圍繞兩條軌道展開：透過 blob 擴展 rollup 數據容量，同時透過手續費上限變更推動基礎層執行效能提升。

這些手續費上限變更有賴於驗證者從重新執行區塊轉向驗證 ZK 執行證明。

第一條軌道已由 2025 年 12 月 3 日上線的 Fusaka 確立基礎。

Fusaka

根據 ethereum.org，Fusaka 建立了 PeerDAS 加上僅限 blob 參數（BPO）的變更，能夠以可衡量的步驟提高 blob 吞吐量。

第二條軌道則較少機械化，因為它依賴於草案 EIP、客戶端實現以及必須保持在去中心化約束內的驗證者操作，包括頻寬、區塊傳播和證明市場結構。

PeerDAS 被定位為最清晰的「容量提升」槓桿，因為其設計旨在擴展 rollup 數據可用性，而無需強制每個節點下載每個 blob。

根據 ethereum.org，blob 目標在啟動時不會立即躍升，隨後開發者監控網路健康狀況，可每隔幾週翻倍，直至達到 48 個的最大目標。

根據 optimism.io，Optimism 團隊將上限情境描述為「每個區塊至少 48 個 blob 目標」，搭配在該目標下 rollup 側吞吐量從約 220 UOPS 提升至約 3,500 UOPS。

即使在該情境下，2026 年的實際問題在於需求是否會以 blob 使用而非推高 L1 執行競價的形式出現。

另一個開放性問題是，隨著 BPO 增加部署，p2p 穩定性和節點頻寬是否能保持在運營商的容忍範圍內。

在執行側，以太坊已經透過協調而非硬分叉來測試更高的吞吐量。

GasLimit.pics 報告最新手續費上限為 60,000,000，所示時間點的 24 小時平均值約為 59,990,755。

這個水準很重要，因為它為驗證者在實踐中接受的數值提供了參考點。

它也揭示了在延遲、驗證負載、內存池和 MEV 管道壓力成為約束之前，「社會性擴容」的天花板。

將手續費上限討論轉化為吞吐量範圍的一個簡單方法是每秒手續費，使用以太坊的 12 秒出塊時間（每秒手續費等於手續費上限除以 12）。

下方的數字明確展示了計算過程，並將基礎層 EVM 交易與 rollup 吞吐量聲稱分開。

以太坊手續費
情境	手續費上限	每秒手續費（≈ 上限/12）	21k 手續費下的每秒交易數	120k 手續費下的每秒交易數
當前協調水準	60,000,000	5,000,000	≈238	≈42
手續費上限翻倍情境	120,000,000	10,000,000	≈476	≈83
上限情境（需驗證變更）	200,000,000	16,666,667	≈793	≈139

計劃中的 2026 年升級品牌將幾個面向執行的想法整合到「Glamsterdam」中，這是一個圍繞內建提議者-構建者分離（ePBS, EIP-7732）、區塊級存取清單（BALs, EIP-7928）和通用重新定價（EIP-7904）討論的簡稱清單。

根據 EIP-7732、EIP-7928 和 EIP-7904 的 EIP 頁面，每項都仍處於草案形式。

重新定價針對的是持續多年的手續費定價表不匹配問題。

根據 EIP-7904，它主張修正錯誤定價的計算可以提高可用吞吐量，同時承認 DoS 風險以及合約硬編碼手續費假設的現實。

BALs 被定位為實現平行化的基礎設施。

根據 EIP-7928，該 EIP 引用了平行磁碟讀取、平行交易驗證、平行狀態根計算以及「無執行狀態更新」，同時估計平均壓縮 BAL 大小約為 70 至 72 KiB 作為開銷。

實際上，這些增益只有在客戶端在真正的瓶頸處採用並行處理時才會實現。

它們還取決於額外的數據和驗證步驟是否會避免成為自身的延遲負擔。

根據 EIP-7732，ePBS 處於 MEV 和吞吐量討論的中心，因為其目標是將執行驗證與共識驗證在時間上解耦。

這種時間上的鬆弛也是新的故障模式可能出現的地方。

根據 arXiv，一篇關於 ePBS「免費選擇權問題」的學術論文估計，在 8 秒選擇權視窗下，平均約有 0.82% 的區塊會行使選擇權，在其建模條件下的高波動性日，這一比例可達約 6%。

對於 2026 年的規劃，該研究將注意力推向了壓力下的活性，而不僅僅是穩態費用結果。

「極高」手續費上限背後更具結構性的賭注是驗證者對 ZK 證明的採用。

以太坊基金會的「即時證明」路線圖描述了一個分階段的路徑，其中一小部分驗證者首先在生產環境中運行 ZK 客戶端。

然後，根據該基金會 2025 年 7 月 10 日在 blog.ethereum.org 上的文章，只有在絕大多數質押權益感到滿意後，手續費上限才能提高到一個水準，使得在合理的硬體上，證明驗證取代重新執行成為實際的驗證方式。

根據 blog.ethereum.org，同一篇文章列出了對可行性而非敘事重要的約束條件，包括目標 128 位元安全性（暫時接受 100 位元）、證明大小低於 300 KiB，以及避免依賴帶有可信設定的遞歸包裝器。

擴展影響與證明市場掛鉤：即時證明供應必須便宜且可信，而不會集中到一個狹窄的證明者集合中，從而在技術棧的另一層重新創造當今中繼風格的依賴關係。

在 Glamsterdam 之後，「Hegota」被定位為 2026 年晚些時候的一個命名插槽，其重點仍在於流程而非範圍。

根據 blog.ethereum.org，以太坊基金會發布了一個頭條提案時間表，其中 1 月 8 日至 2 月 4 日為提案窗口，隨後是 2 月 5 日至 2 月 26 日的討論和最終確定，然後是非頭條提案的窗口。

根據 EIP-8081，存在一份 Hegotá 元 EIP 草案（EIP-8081），其將項目列為考慮中而非鎖定，包括目前被考慮的 FOCIL（EIP-7805）。

該時間表的近期報告價值在於，它創建了投資者和建設者可以追蹤的帶有日期的決策點，而無需從代號推斷承諾。

首先是 Hegota 頭條提案將於 2 月 4 日截止。