Ліквідаційний шторм на суму 5 мільйонів доларів виник через незначну затримку у 2 секунди. Це не гіпотетичний сценарій, а трагедія, яка насправді сталася минулого року. У той момент вся індустрія раптово прокинулася: ці вишукані коди смарт-контрактів, можливо, балансували на болоті.

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

**Правда про оракулів: більшість додатків насправді «голі»**

Чи знали ви, що більшість блокчейн-додатків зараз базуються на джерелах даних, які фактично не захищені?

Уявіть собі сценарій, коли DeFi-протокол виглядає чудово, смарт-контракт пройшов три раунди аудитів, інтерфейс на найвищому рівні, а резюме команди сяє. Але як він отримує ціну ETH? Можливо, це просто централізований API. Як тільки хтось атакує або маніпулює цим API, весь протокол миттєво руйнується. Звучить страшно? Таке трапляється щодня.

**Від змагань зі швидкості до конкурсу автентичності**

Що таке традиційний оракул, що з'являється? Проблема в швидкості — хто може швидше підняти ціни з бірж на ончейн? Але це зовсім не головне. Справжній ключ — це «автентичність» та «антиманіпуляція» даними.