Обговоримо одну з часто ігнорованих проблем у спільноті — великі ліквідації через збої у оракулі. Ви знаєте, скільки з тих раптових ланцюгових ліквідаційних подій насправді не є хакерськими атаками, а просто дані на ланцюгу «задихнулися»?

Пам’ятаю особливо чітко один випадок: ринок був досить стабільним, раптом один кредитний протокол «вибухнув». Ліквідації послідували одна за одною, наче феєрверки. Тоді спільнота вибухнула обговореннями: звідки взялися ці ціни? Що трапилося з ланцюгом? Лише згодом зрозуміло, що сама ланцюгова інфраструктура в порядку, проблема була у ціновому джерелі — воно «загальмувало». І саме ця «зупинка» спричинила втрату сотень мільйонів у капіталі.

Що таке оракул? Простими словами, це канал, що передає дані з реального світу у блокчейн. Якщо цей канал передає неправильне повідомлення, смарт-контракт на ланцюгу виконає його без сумнівів. Контракт не зупиняється, не сумнівається у даних — він просто механічно виконує код.

Це — фундаментальний конфлікт у дизайні блокчейну. Його революційність полягає у тому, що архітектура підкреслює принцип «не довіряй нікому», не довіряючи жодній окремій стороні. Але реальні дані з реального світу не з’являються у ланцюгу самі по собі — хтось має імпортувати зовнішню інформацію. Оракул виконує цю роль, і саме він — слабке місце цієї ідеальної системи.

Що станеться, якщо дані, що подаються, затримуються, містять помилки або їх навмисно підробляють? Ніхто не зможе зупинити виконання контракту. Він зробить, що має, і не зупиниться. У звичайних сценаріях це — перевага, але при поганій якості даних — це бомба сповільненої дії. Один різкий обвал або помилка у ціні — і вся екосистема може зазнати значних втрат.

Останнім часом з’явилися проекти, що прагнуть вирішити цю проблему. Наприклад, децентралізовані мережі оракулів, такі як APRO, намагаються додати «зачіпку» перед тим, як дані потраплять у ланцюг. Основна ідея досить проста: замість пасивного прийому всіх даних, краще спочатку запитати — чи виглядає ця інформація правдоподібною?

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

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

Звісно, такі рішення не є панацеєю. Головні виклики — управління децентралізованими оракулами, мотивація вузлів для верифікації, точність AI-моделей тощо. Але це вже крок уперед порівняно з пасивним прийомом будь-яких даних. Принаймні, зараз хтось серйозно думає про цю проблему, а не дозволяє ризикам накопичуватися без контролю.