Pyth Network-storing van uren: wat er gebeurde en waarom het ertoe doet voor DeFi

Uit meldingen en statusupdates bleek dat het probleem begon in de validatorlaag van Pythnet, het netwerk dat verantwoordelijk is voor het verzamelen en publiceren van koersupdates. De validators stopten met het produceren van blokken, waardoor nieuwe orakeldata niet meer werden gefinaliseerd en verspreid.

Twee belangrijke onderdelen waren geraakt:

• Pythnet, waar orakelupdates worden verwerkt en gevalideerd
• Hermes, de API-laag die updates naar applicaties en blockchains stuurt

Zonder deze systemen stopten de kernprijsfeeds en gesponsorde feeds met updaten. Dat betekende dat de orakeldatastroom voor DeFi-protocollen stilviel.

De storing duurde meer dan vier uur; sommige bronnen meldden dat de problemen iets langer aanhielden voordat alles weer normaal was.

Niet elk Pyth-product had er last van. Uit statusupdates bleek dat Pyth Pro (voorheen Lazer) gewoon bleef draaien. Dat wijst erop dat de storing zich concentreerde in de publieke Pythnet/Hermes-infrastructuur, niet in de hele datapijplijn.

Waarom een storing in prijsfeeds ertoe doet voor DeFi

In DeFi-systemen zorgen prijsorakels voor de externe marktdata die slimme contracten zelf niet kunnen ophalen. Zonder betrouwbare koersupdates worden veel kernfuncties onveilig of onmogelijk.

Toen de Pyth-feeds niet meer updaten, kregen protocollen te maken met verschillende operationele risico's:

1. Problemen met de waardering van onderpand
Uitleenplatforms gebruiken orakelkoersen om de waarde van gestort onderpand te bepalen. Als koersen niet meer updaten, worden onderpandratio's onnauwkeurig.

2. Vertraging of fouten bij liquidaties
Liquidatie-engines vertrouwen op actuele koersen om te bepalen of een lener onder de veilige drempel zakt. Verouderde koersen kunnen liquidaties vertragen of onterecht laten plaatsvinden.

3. Verstoring van derivaten en handel
Perpetuals, opties en andere derivaten hebben continue prijsfeeds nodig voor markprijzen en financieringspercentages.

Vanwege deze afhankelijkheden moesten protocollen tijdelijk handel pauzeren, lenen uitschakelen of terugvallen op reserve-orakels waar die beschikbaar waren.

De ernst van de impact verschilde per protocol. Systemen met redundante orakelbronnen, verouderingscontroles of stroomonderbrekers konden over het algemeen veilig falen, terwijl protocollen die strak aan Pyth waren gekoppeld, meer te lijden hadden.

Hoe het Pyth-team het netwerk herstelde

Volgens incidentmeldingen volgde het Pyth-team samen met de validators een gecoördineerd herstelproces:

1. De storing werd gedetecteerd toen Pythnet geen blokken meer produceerde en feeds niet meer verversten.
2. Validators identificeerden het onderliggende probleem dat de fout veroorzaakte.
3. Operators coördineerden een herstart van Pythnet-componenten en bijbehorende diensten.
4. Hermes-eindpunten en kernfeeds kwamen geleidelijk weer online.

Na het herstel gaf de statuspagina aan dat het incident was opgelost en dat er later een technische postmortem zou verschijnen met de exacte oorzaak.

Op basis van de eerste meldingen was de precieze technische trigger van de validatorfout nog niet openbaar gemaakt.

De grotere les: orakelconcentratierisico

Naast de directe verstoring leidde de storing tot discussie over orakelconcentratierisico in DeFi.

Pyth is een van de grootste orakelaanbieders en verspreidt koersdata van meer dan 120 financiële instellingen en uitgevers naar meer dan 100 blockchain-ecosystemen.

Die schaal is waardevol – maar het betekent ook dat veel onafhankelijke protocollen afhankelijk zijn van dezelfde infrastructuurlaag.

Wanneer een groot orakelnetwerk uitvalt:

• Kunnen meerdere protocollen op verschillende ketens dezelfde prijsinput tegelijk verliezen
• Kunnen liquidatiesystemen haperen of onvoorspelbaar reageren
• Kunnen marktoperaties op uitleen-, handels- en derivatenplatforms stilvallen

De storing van 22 mei liet zien hoe gedeelde infrastructuur gecorreleerde risico's in DeFi kan veroorzaken, zelfs als individuele applicaties decentraal zijn.

Wat DeFi-bouwers kunnen leren

Dit soort incidenten onderstreept een aantal ontwerppraktijken die steeds meer worden toegepast in DeFi:

• Meerdere orakelaanbieders in plaats van één databron
• Verouderingscontroles die gevoelige functies pauzeren als er geen updates meer binnenkomen
• Reservefeeds voor noodgevallen
• Stroomonderbrekers die lenen of handel pauzeren bij orakelstoringen

Deze mechanismen helpen protocollen om veilig te falen wanneer kritieke infrastructuur tijdelijk uitvalt.

Het belangrijkste punt

De Pyth-storing van 22 mei duurde maar een paar uur, maar liet zien hoe diep orakelnetwerken zijn geïntegreerd in moderne DeFi. Toen de blokproductie op Pythnet stilviel, bevroren realtime prijsfeeds in het hele ecosysteem, waardoor protocollen moesten vertrouwen op veiligheidsmechanismen of tijdelijke oplossingen.

Totdat het project een volledige technische postmortem publiceert, blijft de precieze oorzaak van de validatorfout onduidelijk. Wat wel duidelijk is: het incident diende als een realistische stresstest voor DeFi's afhankelijkheid van gedeelde orakelinfrastructuur – en als herinnering dat redundantie essentieel is voor financiële systemen die op slimme contracten draaien.