以太坊草案 EIP-8390 擬削減每年約 33,800 ETH 發行量，並取消 Sync Committee

以太坊一份新合併入官方 EIPs 儲存庫的提案草案 EIP-8390，建議退役網絡現行由 512 名驗證者組成的 sync committee（同步委員會），取消其獎勵，並以鏈下零知識證明取代目前 Altair 的輕客戶端介面。草案估算，若移除 sync committee 在共識獎勵公式中的權重，每年共識層發行量可減少約 33,800 ETH。 提案於 8 月 24 日 02:04（UTC）進入官方 EIPs repository，但仍為 Draft 狀態，屬討論中的設計，並非已採納升級；文件未列出啟動 epoch，亦不代表以太坊路線圖承諾，排期留待客戶端團隊決定。作者的討論帖在初版更新中亦未列出外部審閱。 在現行規則下，以太坊共識獎勵把 sync committee 權重設為 2，分母為 64。EIP-8390 建議直接移除該權重且不作重新分配，等同令共識發行量按 2/64（即 1/32）下調。草案引用一個快照：901,505 名驗證者、42,328,615 ETH 質押；以其估算的年度共識發行量約 108.2 萬 ETH 計算，被移除部分約為每年 33,800 ETH。 草案同時強調，1/32 並不等同每位驗證者實際總收益必然下跌 3.125%。該比例只針對分配予 sync committee 獎勵的共識發行量；實際回報還可能包含其他共識獎勵及執行層收入。 安全權衡方面，Altair 規格並未為「簽署惡意 sync committee 訊息」設定專門的 slash（罰沒）條件。另一份曾嘗試加入相關罰則的提案 EIP-7657 現已標記為 Stagnant。EIP-7657 曾提醒，若應用需保障的資產超過 512×32 ETH（即 16,384 ETH），應把輕客戶端協議與其他保護機制結合。該數字源於 32 ETH 的最大有效餘額設計提示，但反映了核心疑慮：抽樣簽名可協助輕客戶端追蹤以太坊，但惡意訊息本身缺乏對應的協議層罰沒約束。 EIP-8390 以移除抽樣委員會方式處理上述問責問題，代價是引入新的依賴：輕客戶端將被期望驗證「覆蓋全體驗證者集合」的 Casper FFG 最終性零知識證明；對於不處理全體驗證者集合的客戶端而言，該證明將成為新的最終性訊號。 對現有生態的影響亦相當直接。EIP-8390 擬移除相關驗證者職責、網絡訊息、輕客戶端資料容器，以及多個 Beacon API 端點。文件指出，現時透過 LightClientUpdate 同步的已部署 Altair 輕客戶端，將在分叉後停止運作。受影響類別包括使用標準 Altair 更新流程的軟件：例如可嵌入錢包及去中心化應用的 Helios 依賴支援輕客戶端 Beacon API 的共識端點；Lodestar 提供基於該路徑的消費者端輕客戶端套件；Nimbus 亦對相同更新物件提供輕客戶端介面；Datachain 的 Ethereum IBC client 會以 Beacon RPC 取得 LightClientUpdate 與 FinalityUpdate 來組裝 headers。文件稱上述為已確認例子，實際分叉影響仍取決於它們是否仍使用被移除介面，以及維護者是否推出遷移方案。 問題在於，現行 Altair 規格定義了這些實作所依賴的更新流程，而 EIP-8390 在移除該流程之際，未提供替代的 Beacon API 合約或客戶端遷移規格。 對於零知識證明替代方案，草案聲稱可在一個 epoch 內以一張 GPU 產生 Casper FFG 最終性證明，並可在毫秒級完成驗證，但文件未附可重現的實作、電路設計、硬件配置或基準測試。另有一個可比較的公開「全體驗證者集合」設計，報告在 64 核 CPU、無 GPU 加速下可達到不足 1 分鐘的前處理時間，並把最終證明組合的部分工作描述為未來或尚未完成。兩者硬件設定不同，進展可作參考，但不足以支撐草案宣稱。 此外，EIP-8390 未定義證明服務的形態、客戶端介面、可靠性模型、營運方或資金安排；草案亦明確表示不在協議內新增產出最終性證明的激勵機制，雖然協議外仍可能出現鏈下或公共物品資助。整體而言，以太坊將以一個尚未納入規格的基礎設施，換取現有機制的缺陷；而發行量節省則是草案自身數字中較為確定的一環。 若要推動 EIP-8390 走向啟動，仍需補齊並測試輕客戶端可用的介面、為現有 Altair 使用方提供可行遷移路徑，並確保公開的證明產出在用戶依賴時能長期可用。 （本文最初由 CryptoSlate 發布，標題為「Ethereum proposal would cut 33,800 ETH issuance and break every deployed Altair light client」。）