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

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

Багато проектів звикли починати з питання "Що я хочу зробити", але справді варто задуматися про зворотні проблеми: де система найчастіше може зламатися?

Основний ризик пророка полягає не у разовій помилці, а у тому, **чи будуть ці похибки поглинатися системою при довготривалому та високочастотному виклику, чи вони будуть безмежно розширюватися?**

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

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