Pyth Network-störningen förklarad – varför prisflöden stannade i timmar och vad det betyder för DeFi

Rapporter och statusuppdateringar från projektet visade att incidenten hade sin grund i validatorlagret på Pythnet, det nätverk som ansvarar för att sammanställa och publicera prisuppdateringar. Validerarna slutade producera block, vilket gjorde att ny orakeldata inte kunde slutföras och distribueras.

Två huvudkomponenter påverkades:

• Pythnet, där orakeluppdateringar bearbetas och valideras
• Hermes, det API-lager som distribuerar prisuppdateringar till applikationer och blockkedjor

När dessa system låg nere, slutade kärnprisflöden och sponsrade flöden att uppdateras – orakeldataströmmen som många DeFi-protokoll använder frös helt enkelt.

Störningen varade mer än fyra timmar, med vissa uppgifter som talade om något längre avbrott innan alla tjänster återgick till det normala.

Det är viktigt att notera att incidenten inte påverkade alla Pyth-produkter. Statusuppdateringar visade att Pyth Pro (tidigare Lazer) fortsatte att fungera som vanligt, vilket tyder på att felet var koncentrerat till den publika Pythnet/Hermes-infrastrukturen snarare än hela dataledningen.

Varför stillestånd i prisflöden är allvarligt för DeFi

I DeFi-system fungerar prisorakel som den externa marknadsdata som smarta kontrakt inte själva kan hämta. Utan pålitliga prisuppdateringar blir många centrala protokollfunktioner osäkra eller helt omöjliga.

När Pyths flöden slutade uppdateras ställdes protokoll som förlitar sig på dem inför flera operativa risker:

1. Problem med värdering av säkerheter
Utlåningsplattformar använder orakelpriser för att fastställa värdet på insatta säkerheter. Om priserna inte uppdateras blir säkerhetskvoterna felaktiga.

2. Förseningar eller fel i likvidationer
Likvidationsmotorer är beroende av aktuella priser för att avgöra när en låntagare hamnar under säkra säkerhetsnivåer. Inaktuella priser kan försena likvidationer eller utlösa dem felaktigt.

3. Störningar i derivat och handel
Perpetual futures, optioner och andra derivat kräver kontinuerliga prisflöden för att beräkna markpriser och finansieringsräntor.

På grund av dessa beroenden kan driftstopp tvinga protokoll att pausa handel, inaktivera upplåning eller förlita sig på reservorakel där sådana finns.

Hur allvarligt det blev varierade beroende på hur varje protokoll hanterade orakelfel. System med redundanta orakelkällor, kontroller av inaktuella data eller avbrottsskydd kunde i allmänhet stängas ner på ett säkert sätt, medan de som var tätt kopplade till Pyths flöden var mer exponerade för tjänsteavbrott.

Hur Pyth-teamet återställde nätverket

Enligt incidentrapporter och samtida nyhetsbevakning följde Pyth-teamet och validatoroperatörerna en samordnad återställningsprocess:

1. Driftstoppet upptäcktes när Pythnet slutade producera block och flöden slutade uppdateras.
2. Validerarna identifierade det underliggande problemet som orsakade felet.
3. Operatörerna samordnade en omstart av Pythnet-komponenter och relaterade tjänster.
4. Hermes slutpunkter och kärnflöden återgick gradvis till normal drift.

Efter återställningen markerade projektets statussida incidenten som löst och meddelade att en teknisk utredning skulle publiceras senare med en detaljerad förklaring av grundorsaken.

I de första rapporterna hade den exakta tekniska utlösaren för validatorfelet ännu inte offentliggjorts.

Den större lärdomen: Orakelkoncentrationsrisk

Utöver den omedelbara störningen satte avbrottet igång en debatt om orakelkoncentrationsrisken inom DeFi.

Pyth är en av de största orakelleverantörerna och distribuerar prisdata från fler än 120 finansiella institutioner och utgivare till över 100 blockkedjor.

Den skalan är värdefull – men den innebär också att många oberoende protokoll är beroende av samma infrastrukturlager.

När ett stort orakelnätverk drabbas av driftstopp:

• Flera protokoll på olika kedjor kan förlora samma prisingång samtidigt
• Likvidationssystem kan stanna eller bete sig oförutsägbart
• Marknadsoperationer på utlånings-, handels- och derivatplattformar kan pausas

Störningen den 22 maj visade hur delad infrastruktur kan skapa korrelerad risk inom DeFi, även när enskilda applikationer i sig är decentraliserade.

Vad DeFi-utvecklare kan lära sig

Incidenter som denna understryker flera designprinciper som allt fler DeFi-protokoll redan tillämpar:

• Flera orakelleverantörer istället för en enda datakälla
• Kontroller för inaktuella priser som stoppar känsliga funktioner om uppdateringarna uteblir
• Reservflöden för prissättning i nödfall
• Avbrottsskydd som pausar upplåning eller handel vid orakelstörningar

Dessa mekanismer hjälper protokoll att stänga ner på ett säkert sätt när kritisk infrastruktur tillfälligt slutar fungera.

Slutsats

Pyth-avbrottet den 22 maj varade bara några timmar, men det visade hur djupt integrerade orakelnätverk har blivit i dagens DeFi. När blockproduktionen stannade på Pythnet frös realtidsprisflödena över hela ekosystemet, vilket tvingade protokoll att förlita sig på säkerhetsmekanismer eller tillfälliga lösningar.

Tills projektet publicerar en fullständig teknisk utredning är den exakta orsaken till validatorfelet fortfarande oklar. Det som däremot står klart är att händelsen fungerade som ett verkligt stresstest för DeFis beroende av delad orakelinfrastruktur – och en påminnelse om att redundans är avgörande för finansiella system som bygger på smarta kontrakt.