Prism 開發團隊近日發布事後分析報告，詳細解釋了 2025 年 12 月 4 日 Fusaka 升級後出現的主網異常事件。該問題一度威脅以太坊網路穩定性，但最終在客戶端多樣性機制的作用下得以化解。
報告顯示，問題發生在 Fusaka 升級激活後的第 411,392 個 epoch（12 月 4 日 21:49 UTC）。Prism 共識客戶端在處理特定證明數據時，觸發了大量歷史狀態的重複計算，導致 CPU 與記憶體資源被迅速耗盡，節點出現拒絕服務（DoS）式性能退化。這並非協議設計缺陷，而是客戶端在特定邊界條件下的實作問題。
受影響的 Prism 驗證節點約佔全網的 15% 至 22.71%。事件期間，驗證者整體參與率從正常的 95% 以上驟降至約 75%，網路連續錯過 41 個 epoch，造成約 382 枚 ETH 的證明獎勵損失，並一度接近失去最終性。Prism 核心開發者 Terence Tsao 指出，歷史狀態回放計算量極大，多線程並行觸發時會顯著拖慢節點性能。
值得注意的是，Fusaka 升級本身是成功的。該升級引入了 PeerDAS（對等資料可用性取樣）技術，目標是將 Layer 2 的 blob 容量提升至原來的八倍，升級過程未出現停機或共識分叉。
以太坊網路之所以避免更嚴重後果，關鍵在於客戶端多樣性。除 Prism 外，Lighthouse、Teku、Nimbus 等其他十個共識客戶端在整個過程中保持正常出塊，使約 75% 至 85% 的驗證者持續在線，確保網路最終性未被破壞。若類似問題發生在佔比更高的客戶端上，後果可能更為嚴重，包括 Layer 2 彙總暫停和驗證者提現受阻。
事件發生後，以太坊基金會迅速發布應急指引，Prism 團隊先行部署臨時運行時修復，並在 v7.0.1 與 v7.1.0 中推出永久性解決方案。到 12 月 5 日，網路參與率已恢復至接近 99%，以太坊主網在 24 小時內全面恢復正常運行。
