Pyth Network 停機數小時：預言機價格數據中斷對 DeFi 有幾大影響？

Pyth Network 停機事件發生咗咩事

2026 年 5 月 22 日，預言機網絡 Pyth Network 出現重大基礎設施故障。事件源於 Pythnet 的驗證者層級問題，導致網絡停止出塊（block production），結果核心價格預言機服務無法更新數據。

由於 Pythnet 負責彙總並發布市場價格，一旦區塊停止生成，新的價格數據就無法被確認並傳送到其他鏈上的應用。這次故障同時影響兩個主要系統：

• Pythnet：處理與驗證預言機價格更新的核心網絡
• Hermes：向各區塊鏈及應用程式提供價格 API 的數據分發層

當兩者停止運作時，Pyth Core price feeds 以及 Sponsored feeds 都停止更新，整個 DeFi 生態系統依賴的即時價格流被迫暫停。

整個中斷時間大約 4 至 5 小時以上，之後服務才逐步恢復正常。

值得注意的是，官方狀態更新指出 Pyth Pro（舊名 Lazer）在整個事件期間仍然正常運作，顯示問題主要集中在公開的 Pythnet / Hermes 基礎設施，而非整個數據來源管道。

點解價格預言機停更對 DeFi 影響咁大

在 DeFi 世界，智能合約本身無法直接獲取鏈外市場數據，因此必須依賴 oracle（預言機） 提供價格資訊。

當 Pyth 價格餵價停止更新時，多種核心功能都可能出現問題：

抵押品估值可能失真

借貸協議需要依賴即時價格計算抵押品價值。如果價格停更，系統可能使用過時數據評估風險。

清算機制可能延遲或錯誤

清算引擎通常依據最新價格判斷借款人是否跌破抵押率。如果價格數據過舊，清算可能被延遲，甚至錯誤觸發。

衍生品與交易市場受干擾

永續合約、期權等衍生產品需要持續更新價格來計算 mark price 與 funding rate。數據中斷會令這些市場難以正常運作。

因此，一旦 oracle 停擺，部分 DeFi 平台可能需要：

• 暫停交易
• 停止借貸
• 或切換到備用預言機來源

實際影響取決於每個協議的設計。如果協議有 備用 oracle、價格過期檢查（staleness checks）或 circuit breaker，通常可以較安全地停機；但如果完全依賴單一來源，風險就會更高。

Pyth 團隊如何恢復網絡

根據事件更新與相關報道，Pyth 團隊與驗證者採取了協調復原流程：

1. 監測到 Pythnet 停止出塊與價格數據停更。
2. 驗證者團隊 找出問題的根本原因。
3. 多個節點營運者 協調重啟 Pythnet 相關組件。
4. Hermes API 與核心價格餵價逐步恢復正常。

官方狀態頁之後將事件標記為已解決，並表示稍後會發布 完整技術事後報告（postmortem） 解釋真正的技術原因。

截至最初報道時，導致驗證者停止出塊的具體技術問題仍未公開。

更大的問題：DeFi 的「預言機集中風險」

這次事件亦重新引發一個長期討論——oracle concentration risk（預言機集中風險）。

Pyth 是目前 DeFi 生態其中一個最大型的價格數據網絡之一，其數據來源包括 超過 120 個金融機構與市場參與者，並向 100 多條區塊鏈提供價格資訊。

這種規模對開發者很方便，但同時意味著：

• 許多看似獨立的協議，其實依賴 同一個數據基礎層
• 一旦預言機停機，多條鏈上的協議可能 同時失去價格來源
• 清算與風險管理系統可能出現連鎖影響

換句話說，即使每個 DeFi 應用本身是去中心化的，但 共享基礎設施仍然可能帶來系統性風險。

DeFi 開發者可以學到什麼

這類事件令愈來愈多協議開始採用以下設計原則：

• 使用 多個預言機來源 而不是單一供應商
• 設置 價格過期檢查，當數據停止更新時自動停止敏感操作
• 引入 備用價格來源（fallback feeds）
• 在異常時啟動 circuit breaker 暫停機制

這些措施能確保在基礎設施暫時失效時，協議能安全降級運作。

總結

5 月 22 日的 Pyth Network 故障雖然只持續幾個小時，但它清楚展示了一個現實：預言機已經成為 DeFi 最關鍵的基礎設施之一。

當 Pythnet 停止出塊時，整個生態的即時價格流幾乎同時凍結。這迫使依賴它的協議暫停功能或依靠備用機制運作。

直到官方發布完整技術報告之前，驗證者故障的確切原因仍然未完全公開。不過事件已經成為一次真實的壓力測試，提醒整個 DeFi 行業：關鍵金融基礎設施必須設計冗餘與容錯機制。