月前現存於以太坊客戶端的錯誤導致Prysm中斷

Key Takeaways

• 以太坊的Prysm客戶端因為一個節點驗證錯誤，網路參與度下降至75%。
• 節點經歷資源耗盡的問題，導致驗證者損失382 ETH。
• 此問題於Ethereum的Fusaka升級前一個月被引入，是在測試網中捕捉到的，但未被觸發。
• Prysm的問題在於重演歷史區塊，導致計算負擔加重。
• 客戶端的多樣性確保了網絡問題不至於造成更大的影響。

WEEX Crypto News, 2025-12-15 09:43:44

Prysm客戶端中的錯誤引發問題

在以太坊的區塊鏈技術領域，任何一個小的故障都有可能導致連鎖反應。近期，以太坊的Prysm客戶端在遇到資源耗盡時出現了問題。這個錯誤讓網絡的參與率一度下降到了75%，同時帶來了382 ETH以上的損失。以太坊開發者Terence Tsao於這個月發表了一份報告，在報告中詳細說明了發生於12月4日的Fusaka主網Prysm事件。

鄰苯二甲酸酯效應與網絡資源耗盡

Prysm節點在處理來自不同步節點的證明時，出現了“資源耗盡”的情況。網絡因此重演了先前的epoch區塊，並重新計算了昂貴的狀態轉換。這一過程給整體性能帶來了重大影響，主要是因為過多的工作量。此外，問題存在於測試網約一個月的時間，但在正式環境尚未被觸發。雖然測試網設計來識別錯誤但有時無法涵蓋所有情況。

錯誤回顧：重點在於預警與應對

在分析此次事件時，關鍵的一點是理解測試網的局限性。同樣地，今年五月，以太坊在上海硬分叉後不久，也出現了類似的情況。當時網路丟失交易最終性達到25分鐘，後來恢復。這次Prysm事件亦顯示了測試網在驗證錯誤時的局限性；因為測試網無法預測一切可能性，因此在關鍵操作之前依然需要人工的二次確認。

異常負荷導致的Prysm漏洞

當網絡不使用當前的head狀態，而是重新生成先前狀態時，導致了大量計算負擔。特別是在超過42個epoch中，網絡觀察到18.5%的漏槽率，而參與率則下降到75%，驗證者損失了約382 ETH的確認獎勵。這些數據循環一路加劇，最終需要通過更新修補以緩解。

多樣性保護機制存疑

此事件預示著若該錯誤發生在以太坊的主流共識客戶端Lighthouse上，情況可能更加複雜。根據目前資料，Lighthouse約占52.6%客戶端份額，而當時數據甚至更高。當Lighthouse的客戶份額接近三分之二時，一個小小的故障便可能導致不正確的鏈被最終敲定，這就是多樣性的重要性。

客戶端多樣性的重要性

截至當前，Offchain Labs開發的Prysm是第二大以太坊客戶端，擁有17.6%的市場份額。雖然此次事件突出顯現了Lighthouse的優勢，但同時提示了生態系中，尋求多樣性的重要性。這種多樣性能夠在某種程度上對抗潛在錯誤造成的連續性影響。這樣，任何單一的錯誤都不至於擴展至全網，從而保障了區塊鏈本身的穩定性。

FAQ

為什麼Prysm客戶端的錯誤如此嚴重？

Prysm客戶端遇到了“資源耗盡”的問題，當這發生時，它需要重演過去的區塊並重新計算狀態，這導致了性能的顯著下降。同時，驗證過程受到了影響，這直接帶來了操作效率和獎勵上的損失。

客戶端多樣性如何保護以太坊網絡？

客戶端多樣性能夠避免單一客戶端故障對整個網絡的致命影響。當多數節點依賴不同的客戶端運行時，任何單一的錯誤都被局限在一定範圍內，減少了鏈上穩定性的風險。

Prysm事件對未來以太坊升級有什麼啟示？

此次事件表明，未來在進行重大升級之前，以太坊的開發者需要對不同客戶端的反應進行更全面的測試。同時，透明的數據反饋機制和應對計劃對於保障升級的順利實施至關重要。

是否有措施可以避免類似事件的再發生？

強化測試流程和預警機制是一種可行的策略。另外，在升級之前確保所有可能的情景經過完整測試，並依賴社區的反饋來執行優先級修復，有助於緩解類似問題。

這次事故對以太坊的信任度有何影響？

雖然事件揭示了一定的技術薄弱點，但是即時的修補和透明報告增加了生態系的信任度。以太坊的社群一直以快速反應和積極修復見長，這在一定程度上加強了使用者對整個系統的信賴性。