Awaria Pyth Network: Dlaczego kanały cenowe nie działały przez godziny i co to oznacza dla DeFi

Co się wydarzyło podczas awarii Pyth Network?

Raporty i komunikaty projektu wskazują, że źródłem problemu była warstwa walidatorów sieci Pythnet, czyli sieci odpowiedzialnej za agregację i publikację aktualizacji cen. Walidatorzy przestali produkować bloki, co uniemożliwiło finalizację i dystrybucję nowych danych oracle.

Awaria dotknęła dwa główne komponenty:

• Pythnet – gdzie przetwarzane i walidowane są aktualizacje oracle
• Hermes – warstwa API odpowiedzialna za dystrybucję aktualizacji cen do aplikacji i blockchainów

Gdy te systemy przestały działać, główne kanały cenowe i kanały sponsorowane przestały się aktualizować, co zamroziło strumień danych oracle wykorzystywany przez wiele protokołów DeFi.

Awaria trwała ponad cztery godziny, a niektóre raporty mówią o nieco dłuższych zakłóceniach, zanim wszystkie usługi wróciły do normy.

Co ważne, incydent nie dotknął wszystkich produktów Pyth. Komunikaty wskazywały, że Pyth Pro (dawniej Lazer) działał bez zakłóceń, co sugeruje, że awaria była skoncentrowana w publicznej infrastrukturze Pythnet/Hermes, a nie w całym potoku danych.

Dlaczego przestoje w działaniu kanałów cenowych są groźne dla DeFi?

W systemach DeFi oracles dostarczają zewnętrzne dane rynkowe, do których smart kontrakty same nie mają dostępu. Bez wiarygodnych, bieżących aktualizacji cen wiele kluczowych funkcji protokołów staje się niebezpiecznych lub niemożliwych do wykonania.

Gdy kanały Pyth przestały się aktualizować, protokoły, które na nich polegały, stanęły przed kilkoma zagrożeniami operacyjnymi:

1. Problemy z wyceną zabezpieczeń
Platformy pożyczkowe używają cen z oracle do określenia wartości zdeponowanych zabezpieczeń. Gdy ceny przestają być aktualizowane, wskaźniki zabezpieczenia mogą stać się nieprecyzyjne.

2. Opóźnienia lub błędy w likwidacjach
Mechanizmy likwidacyjne opierają się na bieżących cenach, aby stwierdzić, czy pożyczkobiorca spadł poniżej bezpiecznego progu zabezpieczenia. Nieaktualne ceny mogą opóźnić likwidacje lub uruchomić je nieprawidłowo.

3. Zakłócenia w handlu i instrumentach pochodnych
Kontrakty perpetual futures, opcje i inne instrumenty pochodne wymagają ciągłego strumienia cen do obliczania ceny mark-to-market i stawek finansowania.

Ze względu na te zależności, przerwy w działaniu mogą zmusić protokoły do wstrzymania handlu, wyłączenia możliwości pożyczania lub polegania na zapasowych oracles, o ile takie są dostępne.

Dotkliwość skutków była różna w zależności od tego, jak dany protokół radził sobie z awarią oracle. Systemy z nadmiarowymi źródłami oracle, kontrolami nieaktualności danych lub wyłącznikami bezpieczeństwa były w stanie bezpiecznie zawiesić działanie, podczas gdy te ściśle związane z kanałami Pyth były bardziej narażone na przerwy w działaniu.

Jak zespół Pyth przywrócił sieć do działania?

Zgodnie z raportami i relacjami z tamtego czasu, zespół Pyth i operatorzy walidatorów przeprowadzili skoordynowany proces odtwarzania:

1. Awaria została wykryta, gdy Pythnet przestał produkować bloki, a kanały cenowe przestały się aktualizować.
2. Walidatorzy zidentyfikowali podstawową przyczynę awarii.
3. Operatorzy skoordynowali restart sieci komponentów Pythnet i powiązanych usług.
4. Punkty końcowe Hermes i główne kanały cenowe stopniowo wznowiły normalną pracę.

Po przywróceniu usług strona statusu projektu oznaczyła incydent jako rozwiązany i zapowiedziała, że wkrótce opublikowana zostanie szczegółowa analiza powłamaniowa (postmortem), wyjaśniająca pierwotną przyczynę.

Według wstępnych raportów, dokładna techniczna przyczyna awarii walidatorów nie została jeszcze publicznie udokumentowana.

Wnioski: ryzyko koncentracji w sieciach oracle

Poza natychmiastowymi zakłóceniami, awaria ta wywołała dyskusję na temat ryzyka koncentracji w sieciach oracle w DeFi.

Pyth jest jednym z największych dostawców oracle, dystrybuującym dane cenowe pochodzące od ponad 120 instytucji finansowych i wydawców i udostępniającym je w ponad 100 ekosystemach blockchain.

Taka skala jest cenna – ale oznacza również, że wiele niezależnych protokołów zależy od tej samej warstwy infrastruktury.

Gdy duża sieć oracle doświadcza przestoju:

• Wiele protokołów na różnych łańcuchach może jednocześnie stracić to samo źródło danych cenowych
• Systemy likwidacyjne mogą ulec zawieszeniu lub działać nieprzewidywalnie
• Operacje rynkowe na platformach pożyczkowych, handlowych i instrumentów pochodnych mogą zostać wstrzymane

Awaria z 22 maja unaoczniła, jak wspólna infrastruktura może tworzyć skorelowane ryzyko w całym ekosystemie DeFi, nawet jeśli poszczególne aplikacje są zdecentralizowane.

Czego mogą się nauczyć twórcy DeFi?

Takie incydenty wzmacniają znaczenie kilku praktyk projektowych, które są coraz częściej wdrażane w protokołach DeFi:

• Korzystanie z wielu dostawców oracle zamiast jednego źródła danych
• Sprawdzanie nieaktualności cen – wstrzymywanie newralgicznych funkcji, jeśli aktualizacje ustaną
• Zapasowe kanały cenowe do awaryjnej wyceny
• Wyłączniki bezpieczeństwa (circuit breakers) wstrzymujące pożyczanie lub handel w trakcie zakłóceń w działaniu oracle

Te mechanizmy pomagają zapewnić, że protokoły bezpiecznie się wyłączą, gdy krytyczna infrastruktura tymczasowo przestanie działać.

Podsumowanie

Awaria Pyth 22 maja trwała zaledwie kilka godzin, ale pokazała, jak głęboko sieci oracle są zintegrowane ze współczesnym DeFi. Gdy na Pythnet zatrzymała się produkcja bloków, kanały cenowe w czasie rzeczywistym w całym ekosystemie zamarły, zmuszając protokoły do polegania na mechanizmach bezpieczeństwa lub tymczasowych rozwiązaniach.

Do czasu publikacji pełnej analizy powłamaniowej przez projekt, dokładna przyczyna awarii walidatorów pozostaje nieznana. Jasne jest jednak, że to zdarzenie było realnym testem wytrzymałościowym dla zależności DeFi od wspólnej infrastruktury oracle – i przypomnieniem, że nadmiarowość jest niezbędna w systemach finansowych działających w oparciu o smart kontrakty.