В полночь ваш недавно запущенный агрегаторский протокол внезапно столкнулся с аномальными ликвидациями. В мгновение ока исчезли активы пользователей, сообщество взорвалось, но отчет об аудите заявил, что ваш контрактный код «безупречен». Как такое возможно?

Часто проблема вовсе не в вашем коде — а в источнике данных, который вы интегрировали.

Это не преувеличение. DeFi-разработчики — это не только создатели, но и первая линия защиты активов пользователей. Когда вы решаете интегрировать оракульский сервис в ваше приложение, вы берете на себя не только ответственность за ценовые данные, но и долгосрочную «ответственность за совместное рисковое бремя».

**Интеграция не равна безответственности**

Многие разработчики считают, что, воспользовавшись крупным оракульским сервисом, ответственность за данные переходит к нему. Ошибка. Ваша ответственность начинается с момента поступления данных в контракт.

Вы действительно понимаете механизм обновления этого источника данных? Как обрабатываются аномальные значения? Есть ли в контракте настройки задержки и проверки на аномалии? Когда сеть перегружена и данные задерживаются, не вызовет ли ваша механика ликвидации цепную реакцию взрывов?

**Кровавый урок**

Некоторый кредитный протокол уже пострадал из-за этого. Они не установили задержку цен. В результате, во время кратковременной задержки сети оракульская сеть, арбитражные роботы использовали устаревшие цены для массовых ликвидаций с низким залогом. Миллионы долларов мгновенно исчезли, доверие пользователей полностью разрушилось.

Оракульские сервисы — хороший инструмент, но как и насколько их использовать, в конечном итоге зависит от вас.