Mehrstündiger Ausfall im Pyth Network: Was passiert ist – und warum DeFi davon abhängt

Am 22. Mai kam es im Oracle‑Netzwerk Pyth zu einer größeren Störung der Infrastruktur. Ein Problem auf Validator‑Ebene stoppte die Blockproduktion im Netzwerk Pythnet. Dadurch wurden auch der Hermes‑Datendienst sowie zentrale Preis‑Feeds unterbrochen. Viele DeFi‑Protokolle erhielten für etwa vier bis fünf Stunden keine neuen Marktdaten.

Da Pyth zu den wichtigsten Quellen für Echtzeit‑Marktdaten in der dezentralen Finanzwelt gehört, wirkte sich die Störung unmittelbar auf Anwendungen aus, die diese Preis‑Feeds für Handel, Kreditvergabe oder Derivate benötigen.

Was beim Ausfall des Pyth Networks passiert ist

Laut Statusmeldungen und Berichten begann das Problem auf der Validator‑Ebene von Pythnet – der Blockchain‑Schicht, auf der Preisupdates gesammelt und bestätigt werden. Die Validatoren hörten auf, neue Blöcke zu produzieren. Ohne neue Blöcke konnten keine frischen Oracle‑Daten finalisiert und verteilt werden.

Betroffen waren zwei zentrale Komponenten:

• Pythnet – das Netzwerk, in dem Preisupdates aggregiert und validiert werden
• Hermes – die API‑Schicht, über die Anwendungen und Blockchains die Preis‑Feeds abrufen

Als diese Infrastruktur ausfiel, stoppten sowohl Core Price Feeds als auch Sponsored Feeds, wodurch viele DeFi‑Protokolle plötzlich mit veralteten Preisen arbeiten mussten.

Die Störung dauerte über vier Stunden, teilweise wurden auch etwas längere Ausfallzeiten gemeldet, bis alle Systeme wieder vollständig funktionierten.

Nicht alle Dienste waren betroffen: Laut Statusseite lief Pyth Pro (früher „Lazer“) während der gesamten Störung weiter. Das deutet darauf hin, dass sich der Fehler hauptsächlich auf die öffentliche Pythnet/Hermes‑Infrastruktur beschränkte.

Warum Ausfälle von Preis‑Feeds für DeFi kritisch sind

In DeFi können Smart Contracts nicht selbst auf externe Marktdaten zugreifen. Dafür nutzen sie Oracles wie Pyth, die Preise von Börsen und Datenanbietern in die Blockchain übertragen.

Wenn diese Preis‑Updates ausbleiben, geraten zentrale Funktionen vieler Protokolle ins Wanken:

Bewertung von Sicherheiten
Kreditprotokolle berechnen den Wert hinterlegter Sicherheiten anhand aktueller Marktpreise. Bleiben Updates aus, stimmen die Berechnungen möglicherweise nicht mehr.

Liquidationen
Automatische Liquidationssysteme benötigen aktuelle Preise, um zu erkennen, wann eine Position unter die Sicherheitsgrenze fällt. Veraltete Daten können Liquidationen verzögern oder falsch auslösen.

Derivate und Trading
Perpetual Futures, Optionen und andere Derivate brauchen kontinuierliche Preis‑Feeds für Mark‑Prices und Funding‑Raten.

Deshalb mussten einige Protokolle während des Ausfalls Funktionen pausieren oder auf alternative Oracles zurückgreifen, sofern solche vorhanden waren.

Wie stark einzelne Anwendungen betroffen waren, hing stark von ihrem Design ab. Systeme mit Fallback‑Oracles, Staleness‑Checks oder Circuit‑Breakern konnten sicher reagieren, während Protokolle mit starker Abhängigkeit von Pyth stärker beeinträchtigt wurden.

Wie das Netzwerk wiederhergestellt wurde

Berichten zufolge folgte die Wiederherstellung einem koordinierten Prozess zwischen Team und Validatoren:

1. Die Störung wurde erkannt, nachdem Pythnet keine neuen Blöcke mehr produzierte und Preis‑Feeds einfrohren.
2. Validatoren identifizierten die zugrunde liegende Ursache des Problems.
3. Die Betreiber koordinierten einen Neustart der Pythnet‑Komponenten und verbundenen Dienste.
4. Danach nahmen Hermes‑Endpoints und Preis‑Feeds schrittweise den normalen Betrieb wieder auf.

Nach der Wiederherstellung wurde der Vorfall auf der Statusseite als gelöst markiert. Gleichzeitig kündigte das Projekt an, einen technischen Postmortem‑Bericht zu veröffentlichen, der die genaue Ursache erklären soll.

Zum Zeitpunkt der ersten Berichte war diese technische Analyse jedoch noch nicht veröffentlicht.

Größere Lehre: Konzentrationsrisiko bei Oracles

Der Vorfall hat eine bekannte Schwachstelle im DeFi‑Ökosystem erneut sichtbar gemacht: Oracle‑Konzentration.

Pyth gehört zu den größten Oracle‑Netzwerken der Branche. Die Plattform aggregiert Marktdaten von über 120 Finanzinstitutionen und Datenanbietern und stellt sie über mehr als 100 Blockchains bereit.

Diese Reichweite ist zwar ein Vorteil für Entwickler – sie bedeutet aber auch, dass viele unabhängige Anwendungen auf dieselbe Infrastruktur angewiesen sind.

Wenn ein großes Oracle‑Netzwerk ausfällt:

• verlieren mehrere Protokolle gleichzeitig dieselbe Preisquelle
• Liquidations‑ und Risikosysteme können ins Stocken geraten
• Handels‑ und Kreditfunktionen über mehrere Chains hinweg werden gestört

Der Ausfall vom 22. Mai zeigt deshalb, wie gemeinsam genutzte Infrastruktur zu korrelierten Risiken im DeFi‑Ökosystem führen kann, selbst wenn einzelne Anwendungen technisch dezentral sind.

Was DeFi‑Protokolle daraus lernen können

Viele Entwickler reagieren inzwischen mit zusätzlichen Sicherheitsmechanismen, etwa:

• Nutzung mehrerer Oracle‑Anbieter statt einer einzigen Datenquelle
• Staleness‑Checks, die Funktionen stoppen, wenn Preise zu alt sind
• Fallback‑Preisfeeds für Notfälle
• Circuit Breaker, die Handel oder Kreditaufnahme bei Störungen pausieren

Solche Schutzmechanismen sollen sicherstellen, dass ein Protokoll auch dann stabil bleibt, wenn ein zentraler Infrastrukturbaustein vorübergehend ausfällt.

Fazit

Der Ausfall im Pyth Network dauerte nur wenige Stunden – machte aber deutlich, wie stark moderne DeFi‑Anwendungen von Oracle‑Infrastruktur abhängen. Als die Blockproduktion auf Pythnet stoppte, froren Preis‑Feeds im gesamten Ökosystem ein und zwangen viele Protokolle zu Sicherheitsmaßnahmen oder Notlösungen.

Bis ein vollständiger technischer Postmortem‑Bericht veröffentlicht wird, bleibt die genaue Ursache des Validator‑Problems unklar. Klar ist jedoch schon jetzt: Der Vorfall war ein praktischer Stresstest für die Abhängigkeit von Oracle‑Netzwerken – und ein Hinweis darauf, wie wichtig Redundanz in blockchainbasierten Finanzsystemen ist.