Чому зв’язка AI і DeFi втрачає дохідність на ліквідності
Дохідність у контурі AI і DeFi втрачається не на моделі, а на розриві між сигналом і виконанням.
Стратегія бачить розбалансування пулу на черговому перерахунку стану — і до моменту, коли рішення перетворюється на транзакцію, ціна вже пішла, а діапазон ліквідності вийшов з активної зони.
Затримка реакції навіть у кілька блоків означає, що частина капіталу перестає збирати комісії й просто лежить поза ринком.
На піках волатильності розрив зростає: правило ребалансу, підібране під спокійний режим, спрацьовує надто пізно, а ручне підтвердження оператором фізично не встигає за рухом.
Капітал або застрягає в неправильній половині діапазону, або перекладається вже після розвороту — обидва сценарії дають один результат: простій капіталу замість доходу.
Окрема втрата — розсинхронізація правил між стратегіями. В однієї поріг перемикання заданий за ціною, в іншої — за часом, ліміти на розмір позиції рахуються за різними джерелами котирувань, а облік уже відкритих позицій ведеться окремо.
Через це управління ліквідністю перетворюється на набір локальних рішень: одна стратегія тримає ліміт, який могла б віддати іншій, і сумарне завантаження капіталу падає.
Ціна такої архітектури видна за часткою капіталу, що простоює, у вікнах підвищеної волатильності — вона вимірюється десятками відсотків від виділеного ліміту, а не відсотками.
Оптимізація дохідності тут починається не з ускладнення моделі прогнозу, а зі скорочення петлі «сигнал — перевірка — виконання» та єдиного реєстру позицій, де всі стратегії бачать один і той самий ліміт. Розбираємо, як це закривається в робочому контурі.
Що дає управління ліквідністю на базі AI і DeFi
Автоматичний перерозподіл позицій — це безперервний цикл: перерахунок дохідності за пулами й кредитними ринками, перевірка лімітів, надсилання транзакцій. Ручний режим розриває цикл на кожному кроці, тому рішення відстає від ринку на десятки хвилин.
Швидкість реакції проти ручних рішень
Подія — стрибок ставки, вихід великого постачальника з пулу, наближення порогу ліквідації — потребує перестановки позицій у межах одного блоку.
Автоматика вкладається в секунди, оператор із ручним підтвердженням — у десятки хвилин, і весь цей час капітал або недозаробляє, або стоїть під ризиком.
Галузеві спостереження щодо автоматизації управління позиціями (Gauntlet) сходяться в одному: втрати породжує затримка реакції, а не вибір стратегії.
Частка капіталу, яка реально працює
Утилізацію визначає не стратегія, а те, скільки позицій устигли відкрити до зміни умов. Регламент ризику задає коридори: ліміт на пул, максимальне плече, мінімальний запас за забезпеченням.
Усередині коридорів у роботі тримається 85–95% доступного капіталу проти 60–70% за ручного перемикання.
Клас відмов, який більше не виникає
Пропущений поріг забезпечення, каскад ліквідацій через пізній вихід, позиція в пулі з обнуленою дохідністю — ці збої об’єднує одне: про них дізнаються після факту.
Автоматика перевіряє умови безперервно й виконує описаний сценарій, тому відмови, пов’язані із затримкою реакції, з процесу зникають.
Режими роботи автономних агентів дохідності: що вибрати
Режими розрізняються не моделлю, а тим, де проходить межа між пропозицією й виконанням: що агент робить сам, а що йде на підтвердження людині. Під час виведення стратегії в роботу обирають один із чотирьох контурів.
| Варіант | Коли підходить | Обмеження |
|---|---|---|
| Зовнішній сигнал моделі з ручним підтвердженням | Перші тижні в незнайомому пулі, рідкісні угоди, перевірка гіпотез на живому ринку | Швидкість реакції обмежена людиною — короткі вікна входу закриваються раніше |
| Автономний агент із політиками ризику | Повторюваний сценарій, висока частота перебалансувань, конкуренція за швидкість | Помилка в політиці масштабується на весь портфель, потрібен контур аварійної зупинки |
| Гібридний контур: модель пропонує — ліміти виконують | Основний робочий режим, коли потрібні і швидкість, і контроль | Потребує явного налаштування лімітів на угоду, на позицію та на добовий оборот |
| Ручний контур з аналітичною підтримкою | Великі разові операції, неліквідні інструменти, операції казначейства | Не масштабується за кількістю позицій, частина коротких вікон втрачається |
Як вибрати режим під свій профіль ризику
Починають не з режиму, а з профілю ризику: яку просадку ви готові прийняти без зупинки стратегії і яку частку капіталу допустимо тримати під автономним управлінням.
Ліміти на угоду рахують від цієї межі так, щоб серія з кількох невдалих виконань поспіль не виводила портфель за її межі. Чим вужчий коридор і вища частота угод, тим ширше можна віддавати управління агенту.
Режими не взаємовиключні. Зазвичай стартують із гібридного контуру, набирають статистику виконання й розширюють автономність лише на ті стратегії, де відхилення факту від очікування стабільно мале. Ручне підтвердження залишається на сценаріях, де ціна помилки вища за вигоду від швидкості.
Як ми впроваджуємо контур оптимізації дохідності
Контур збираємо поетапно: спочатку описуємо, як дохідність формується зараз, потім фіксуємо правила виконання і тільки після цього вмикаємо автоматику. Наступний етап не стартує, поки попередній не підтверджено на даних — так знімається спокуса «налаштувати й подивитися». Порядок робіт один і для однієї позиції, і для портфеля.
- Аудит стратегій — описуємо джерела дохідності та те, що зараз вирішується вручну; на виході карта стратегій із позначкою відтворюваності.
- Схема виконання угод — шлях від сигналу до операції: маршрут через майданчики, тип ордерів, поведінка за часткового виконання.
- Перевірка на історичних даних — прогін правил на минулих періодах із різкими рухами ринку й провалами ліквідності.
- Налаштування лімітів — межі за розміром позиції, прослизанням, добовим оборотом і кількістю одночасних операцій.
- Підключення в режимі спостереження — рішення рахуються, але не надсилаються; звіряємо їх із діями трейдерів.
- Передача регламентів — фіксуємо правила, точки зупинки й порядок ескалації; команда замовника веде операції сама.
Що перевіряємо на історичних даних
Дивимося не на середню дохідність, а на поведінку в різних режимах ринку: де стратегія втрачала, як трималася просадка, що відбувалося за тонкої ліквідності. Окремо рахуємо частку операцій, які не пройшли б через ліміти — межі підбираються до запуску, а не після першої помилки.
Як проходить здача контуру
Показуємо журнал рішень щодо кожної позиції, розбіжності між розрахунковою та фактичною дохідністю й порядок відключення контуру. Регламенти залишаються в замовника, інженери на зв’язку для розбору відхилень.
Конфігурації, політики ризику й регламенти: що залишається на руках
Передача контуру — момент, коли рішення перестає обслуговуватися зсередини й стає вашим. Щоб це не перетворилося на чорну скриньку, віддаємо набір артефактів: за кожним видно, що налаштовано, чому вибрано такий поріг і як відкотитися.
- Конфігурації контуру: параметри стратегій, ліміти розміру позиції, пороги входу в пул — у версіонованих файлах, а не ручними правками в інтерфейсі.
- Схема інтеграції AI DeFi-контуру: потоки даних від джерел цін і пулів до модуля ухвалення рішень, точки відмови й резервні канали.
- Політики ризику: межа просадки на стратегію та на портфель, обмеження частки в одному пулі й токені, правила зупинки за відхилення котирувань.
- Межі автономності: що модель виконує сама, що потребує підтвердження оператора і за яких умов контур переходить у режим лише читання.
- Журнал рішень моделі: вхідні дані, версія політики, дія й результат — за кожним записом угоду можна переграти.
- Регламент реагування: хто що робить при спрацюванні ліміту, деградації джерела цін, розбіжності балансу з обліковою системою.
- Інструкції черговій зміні: чек-лист типових дій і порядок ескалації.
Хто і як змінює налаштування після передачі
Правки йдуть через ті самі версіоновані конфігурації: зміна, рев’ю, увімкнення на обмеженій частці капіталу, потім на повній. Будь-яка ревізія відкочується на попередню однією командою, а матриця ролей фіксує, хто має право підняти ліміт, а хто — лише подивитися. Поки команда набирає впевненості, розбір змін і калібрування політик ведемо разом із вами.
Кейс: як зросла утилізація капіталу в пулах ліквідності
Пул ліквідності на парі із середньою волатильністю, де капітал застрягав за межею діапазону. До змін у роботі перебувало 40-55% виділеного капіталу: після різкого руху ціни позиція виходила з діапазону, і перекладати її доводилося вручну за сигналом аналітика.
На це йшло від 40 хвилин до кількох годин, весь цей час капітал не заробляв і не захищався від подальшого відходу ціни.
Що змінили в контурі
З людини зняли рутину й віддали контуру три рішення: ширину діапазону під поточну волатильність, момент ребалансування й розмір кроку. Перенесення запускається лише тоді, коли очікуваний дохід перекриває витрати — комісії пулу, прослизання, втрату накопичених зборів.
Поріг спрацювання налаштовується, у кожного рішення зберігається обґрунтування: можна розібрати, чому перекладання пройшло або не пройшло.
За квартал частка капіталу в роботі зросла з ~50% до 85-90%. Час реакції на розбалансування скоротився з годин до 2-4 хвилин. Ручних втручань за період стало в рази менше: оператор долучається до зміни ризик-лімітів і розбору нештатних ситуацій, а не до кожного перекладання.
Окремо про відхилені угоди. Контур сам відмовляється від перенесення, якщо воно погіршує очікуваний результат: частка таких відмов тримається в коридорі 15-25% від усіх сигналів, і це фільтр, а не втрати. Раніше подібні входи проходили й з’їдали накопичені збори.
Динаміку звіряли з публічною статистикою за зіставними пулами DeFi Llama — картина щодо утилізації капіталу збігається.
Чим відрізняється модельний сигнал від автономного виконання?
Модельний сигнал і автономне виконання розрізняються місцем, де закінчується аналітика й починається відповідальність. Сигнал — рекомендація: модель рахує цільову дохідність і склад позиції, а рішення ухвалює людина. Автономне виконання — контур, який сам змінює ліміти й глибину ліквідності, без підтвердження.
| Варіант | Коли підходить | Обмеження |
|---|---|---|
| Модельний сигнал | Стратегія змінюється рідко, вікно входу не критичне | Швидкість реакції обмежена людиною; вікно дохідності можна пропустити |
| Автономне виконання | Потрібна реакція швидше за оператора: перекіс дохідності, падіння глибини пулу | Помилка моделі тиражується на всі позиції |
| Автоматика в лімітах | Потрібна швидкість, але з контролем | Потребує описаних правил, за яких автоматика зупиняється |
Ризик з’являється не всередині моделі, а на стику — там, де рекомендація переходить у виконання без точки контролю. Зона відповідальності розмічається до запуску: що контур вирішує сам, що потребує підтвердження, а що лише пропонує.
Ліміти закривають три класи збоїв: розмір позиції, відхилення від цільової дохідності й розбіжність прогнозу з фактом.
Окремо описується зупинка контуру: якщо розбіжність тримається довше за задану кількість циклів, автоматика переводить позиції в захисний режим і віддає управління людині — це штатна процедура, а не аварійна.
Типові набори параметрів для таких правил публічно розбирають, наприклад Gauntlet у звітах щодо ризик-параметрів кредитних пулів.
Технічні сумніви: безпека, ліміти й відкат рішень
Частина питань виникає ще до запуску — вони стосуються не дохідності, а поведінки автоматики в нештатних режимах. Зібрали ті, що задають найчастіше: реакція на різкий рух ринку, достовірність зовнішніх даних, ліміти на угоду й порядок відкату.
Принцип один: агент пропонує дію, а виконує її шар ризик-контролю, який знає про ліміти й свіжість даних. І пропозиція, і вердикт потрапляють до журналу рішень — за ним розбирається будь-який інцидент.
Що робить автоматика за різкого руху ринку?
Вмикається запобіжник: коли волатильність виходить за заданий коридор, нові заявки не надсилаються, а відкриті позиції переводяться в режим супроводу — ліміти звужуються, експозиція скорочується ступенями.
Поріг спрацювання й глибина реакції задаються заздалегідь і перевіряються на історичних рядах, а не підбираються на живому рахунку.
Наскільки можна довіряти зовнішнім даним?
Джерела опитуються паралельно: значення приймається, лише якщо незалежні канали дають узгоджений результат. Якщо дані застаріли або розходяться сильніше за поріг, дія блокується — агент не додумує ціну, а чекає наступного оновлення й логує пропуск.
Як відкочуються помилкові дії і що з лімітами?
Відкат — це зворотна угода за описаним сценарієм, а не правка історії: журнал залишається незмінним. Для кожного типу операції заздалегідь визначено, що вважається помилкою, яка частина позиції закривається і скільки часу відводиться на повернення до початкового стану.
Ліміти стоять на кількох рівнях — на одну угоду, на сумарну позицію за інструментом і на денний оборот, плюс обмеження частоти дій. Журналювання рішень зберігає вхідні дані, версію правил і результат.
Обговоримо задачу: дохідність, ліквідність, контроль ризику
Щоб обговорення йшло по суті, а не за загальними принципами, зберемо вхідні дані щодо вашого контуру. Нижче — мінімум, з якого складається постановка задачі: без нього оцінка обсягу перетворюється на здогади, а план робіт — на перелік побажань без меж.
- Поточні стратегії та спосіб їх виконання: де дохідність формується автоматично, а де рішення ухвалює людина.
- Джерела даних та їх якість: які потоки котирувань і метрик ліквідності вже є і з якою частотою оновлюються.
- Обмеження за ризиком: допустима просадка, ліміти на позицію та на пул, правила виходу за аномалій ринку.
- Цільові показники: що вважаємо поліпшенням — дохідність на задіяний капітал, утримання діапазону ліквідності, частка автоматичних ребалансувань.
- Історія операцій за минулі періоди: за нею перевіряємо, чи відтворюється модель на ваших даних, а не на згладженій вибірці.
- Контур і доступи: тестове середовище, порядок розгортання змін, хто з боку замовника приймає результат.
- Умови роботи портфеля: горизонт утримання позицій, готовність до часткової автоматизації, режим зупинки стратегії.
Далі — порядок повернення. Ми розбираємо вхідні дані, звіряємо цільові показники з поточними й надсилаємо план робіт за етапами з оцінкою обсягу та явними межами: що входить у кожен етап, на яких даних перевіряємо результат і за якими метриками ви приймаєте роботу. Опишіть задачу — повернемося з оцінкою та планом.
