Pyth Networkの数時間にわたる障害、その原因とDeFiへの影響

影響を受けた主なコンポーネントは次の2つです。

• Pythnet：価格更新を集約・検証するネットワーク
• Hermes：価格データをアプリや他チェーンへ配信するAPIレイヤー

これらが停止したため、Core Price Feeds と Sponsored Feeds が更新されず、多くのDeFiアプリで価格が「凍結」した状態になりました。

一方で、公式ステータスによると**Pyth Pro（旧Lazer）**は障害中も正常に稼働しており、問題は主に公開インフラであるPythnet/Hermes側に集中していたとみられます。

DeFiで価格フィードが止まると何が起きるのか

DeFiのスマートコントラクトは、ブロックチェーン外の市場価格を直接取得できません。そのため、オラクルと呼ばれる仕組みを通じて外部データを取り込みます。

価格更新が止まると、プロトコルの重要な機能に次のような影響が出ます。

担保評価の問題
レンディングプロトコルでは、預けられた担保の価値をオラクル価格で計算します。価格が更新されないと、担保比率が実態とズレる可能性があります。

清算処理の遅延や誤作動
借入ポジションの清算は現在価格を基準に判断されます。古い価格が使われると、清算が遅れたり誤って実行される恐れがあります。

デリバティブ取引の停止
永久先物やオプションでは、マーク価格や資金調達率の計算にリアルタイム価格が必要です。フィード停止は取引機能の停止につながります。

こうした理由から、一部のプロトコルは取引停止や借入停止、フォールバックオラクルへの切り替えなどの対応を迫られました。

ただし、影響の大きさはプロトコル設計によって異なります。複数のオラクルを利用する設計や、価格の更新停止を検知する「ステイルネスチェック」、緊急停止機能（サーキットブレーカー）を備えるプロトコルは比較的安全に停止できました。

Pythチームの復旧対応

インシデント報告によると、復旧は次のような流れで進められました。

1. Pythnetのブロック生成停止と価格更新停止を検知
2. バリデータが障害の原因を特定
3. ノード運営者が連携しネットワークの再起動を実施
4. Hermes APIと価格フィードが段階的に復旧

その後、ステータスページではインシデントは解決済みとされ、技術的なポストモーテム（詳細な原因分析）を後日公開予定とされています。

現時点では、バリデータ障害の具体的な技術原因はまだ公表されていません。

浮き彫りになった「オラクル集中リスク」

今回の出来事は、DeFiコミュニティで改めてオラクル集中リスクの議論を呼びました。

Pythは、120以上の金融機関やマーケットメーカーからのデータを集約し、100以上のブロックチェーンへ価格情報を提供しています。

この規模は大きな強みですが、同時に次のような構造的リスクも生みます。

• 多くのプロトコルが同じ価格インフラに依存
• 障害時に複数のチェーンで同時に影響が発生
• 清算や取引などの市場機能が連鎖的に停止する可能性

つまり、個々のアプリが分散型であっても、共通インフラに障害が起きればエコシステム全体に同時リスクが生まれるということです。

DeFi開発者への教訓

今回の事例は、DeFiプロトコル設計で次のような対策の重要性を示しています。

• 複数オラクルの併用（単一依存を避ける）
• 価格更新停止の検知ロジック
• フォールバック価格ソースの用意
• サーキットブレーカーによる自動停止

こうした設計により、重要なインフラが一時停止してもプロトコルが安全に「フェイルセーフ」状態へ移行できます。

まとめ

5月22日のPyth Network障害は数時間で復旧しましたが、DeFiがどれほどオラクルネットワークに依存しているかを改めて示しました。

Pythnetでブロック生成が止まった瞬間、多くのチェーンにわたるリアルタイム価格データが同時に止まり、複数のDeFiプロトコルが安全装置や一時停止に頼る状況になりました。

今後、Pythが公開予定の技術ポストモーテムで原因が明らかになる見込みですが、今回の出来事はすでに一つの重要な教訓を残しています。

スマートコントラクトによる金融システムでも、冗長性（リダンダンシー）は不可欠ということです。