Збій мережі Pyth: чому цінові фіди зупинилися на кілька годин і що це означає для DeFi

Що сталося під час збою Pyth Network

Звіти та оновлення статусу від проєкту вказують на те, що інцидент виник на рівні валідаторів Pythnet — мережі, відповідальної за агрегацію та публікацію цінових оновлень. Валідатори перестали виробляти блоки, що завадило фіналізації та розповсюдженню нових оракульних даних.

Постраждали два основні компоненти:

• Pythnet, де обробляються та валідуються оракульні оновлення
• Hermes, API-рівень, який розподіляє цінові оновлення між додатками та блокчейнами

З виходом з ладу цих систем основні цінові фіди та спонсоровані фіди перестали оновлюватися, фактично заморозивши потік оракульних даних, який використовується багатьма DeFi-протоколами.

Збій тривав більше чотирьох годин, деякі джерела повідомляють про трохи довші затримки до повного відновлення всіх сервісів.

Важливо зазначити, що інцидент не вплинув на всі продукти Pyth. Оновлення статусу вказували на те, що Pyth Pro (колишній Lazer) продовжував працювати в нормальному режимі, що свідчить про те, що відмова була зосереджена в публічній інфраструктурі Pythnet/Hermes, а не в усьому конвеєрі даних.

Чому простої цінових фідів важливі для DeFi

У системах DeFi цінові оракули надають зовнішні ринкові дані, які смарт-контракти не можуть отримати самостійно. Без надійних оновлень цін багато основних функцій протоколів стають небезпечними або неможливими.

Коли фіди Pyth перестали оновлюватися, протоколи, що на них покладалися, зіткнулися з кількома операційними ризиками:

1. Проблеми з оцінкою застави
Кредитні платформи використовують оракульні ціни для визначення вартості внесеної застави. Якщо ціни перестають оновлюватися, коефіцієнти застави можуть стати неточними.

2. Затримки або помилки ліквідацій
Ліквідаційні механізми покладаються на актуальні ціни, щоб визначити, коли позичальник опускається нижче безпечного порогу застави. Застарілі ціни можуть затримати ліквідації або спричинити їх помилково.

3. Порушення торгівлі деривативами
Безстрокові ф'ючерси, опціони та інші деривативи потребують безперервних цінових фідів для розрахунку марк-прайсів та ставок фінансування.

Через ці залежності збої можуть змусити протоколи призупинити торгівлю, вимкнути запозичення або покластися на резервні оракули, де вони доступні.

Ступінь впливу варіювався залежно від того, як кожен протокол обробляв відмови оракула. Системи з резервними джерелами оракулів, перевірками застарілості даних або автоматичними вимикачами в цілому змогли безпечно зупинитися, тоді як тісно прив'язані до фідів Pyth були більш вразливими до перебоїв у роботі сервісів.

Як команда Pyth відновила мережу

Згідно зі звітами про інцидент та тогочасними новинами, команда Pyth та оператори валідаторів дотримувалися скоординованого плану відновлення:

1. Збій було виявлено, коли Pythnet перестав виробляти блоки, а фіди перестали оновлюватися.
2. Валідатори визначили основну проблему, що спричинила відмову.
3. Оператори скоординували перезапуск мережі компонентів Pythnet та пов'язаних сервісів.
4. Hermes-ендпоінти та основні фіди поступово відновили нормальну роботу.

Після відновлення сторінка статусу проєкту позначила інцидент як вирішений і зазначила, що технічний постмортем буде опубліковано пізніше з детальним поясненням першопричини.

Станом на момент перших звітів точна технічна причина відмови валідатора ще не була публічно задокументована.

Головний урок: ризик концентрації оракулів

Окрім безпосереднього збою, цей інцидент викликав дискусію про ризик концентрації оракулів у DeFi.

Pyth є одним із найбільших постачальників оракулів, розповсюджуючи цінові дані від більш ніж 120 фінансових установ та емітентів і роблячи їх доступними в понад 100 блокчейн-екосистемах.

Цей масштаб є цінним, але він також означає, що багато незалежних протоколів залежать від того самого інфраструктурного шару.

Коли велика оракульна мережа зазнає простою:

• Багато протоколів на різних ланцюгах можуть одночасно втратити однаковий вхідний сигнал ціноутворення
• Системи ліквідації можуть зупинитися або працювати непередбачувано
• Ринкові операції на платформах кредитування, торгівлі та деривативів можуть призупинитися

Збій 22 травня продемонстрував, як спільна інфраструктура може створювати корельовані ризики в усьому DeFi, навіть коли окремі додатки є децентралізованими.

Що можуть вивчити розробники DeFi

Такі інциденти підкріплюють кілька практик проєктування, які все частіше впроваджуються в протоколах DeFi:

• Декілька постачальників оракулів замість одного джерела даних
• Перевірка застарілості цін, яка зупиняє чутливі функції, якщо оновлення припиняються
• Резервні фіди для екстреного ціноутворення
• Автоматичні вимикачі, які призупиняють позики або торгівлю під час збоїв оракулів

Ці механізми допомагають гарантувати, що протоколи безпечно зупиняються, коли критична інфраструктура тимчасово перестає працювати.

Підсумок

Збій Pyth 22 травня тривав лише кілька годин, але він показав, наскільки глибоко оракульні мережі інтегровані в сучасний DeFi. Коли виробництво блоків на Pythnet зупинилося, цінові фіди в реальному часі по всій екосистемі завмерли, змусивши протоколи покладатися на механізми безпеки або тимчасові обхідні шляхи.

Доки проєкт не опублікує повний технічний постмортем, точна причина відмови валідатора залишається нез'ясованою. Очевидним є те, що ця подія стала реальним стрес-тестом для залежності DeFi від спільної оракульної інфраструктури — і нагадуванням про те, що надмірність є обов'язковою для фінансових систем, що працюють на смарт-контрактах.