Почему связка 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 в отчётах по риск-параметрам кредитных пулов.
Технические сомнения: безопасность, лимиты и откат решений
Часть вопросов возникает ещё до запуска — они касаются не доходности, а поведения автоматики в нештатных режимах. Собрали те, что задают чаще всего: реакция на резкое движение рынка, достоверность внешних данных, лимиты на сделку и порядок отката.
Принцип один: агент предлагает действие, а исполняет его слой риск-контроля, который знает про лимиты и свежесть данных. И предложение, и вердикт попадают в журнал решений — по нему разбирается любой инцидент.
Что делает автоматика при резком движении рынка?
Включается предохранитель: при выходе волатильности за заданный коридор новые заявки не уходят, а открытые позиции переводятся в режим сопровождения — лимиты сужаются, экспозиция сокращается ступенями. Порог срабатывания и глубина реакции задаются заранее и проверяются на исторических рядах, а не подбираются на живом счёте.
Насколько можно доверять внешним данным?
Источники опрашиваются параллельно: значение принимается, только если независимые каналы дают согласованный результат. Если данные устарели или расходятся сильнее порога, действие блокируется — агент не додумывает цену, а ждёт следующего обновления и логирует пропуск.
Как откатываются ошибочные действия и что с лимитами?
Откат — это обратная сделка по описанному сценарию, а не правка истории: журнал остаётся неизменным. Для каждого типа операции заранее определено, что считается ошибкой, какая часть позиции закрывается и сколько времени отводится на возврат в исходное состояние. Лимиты стоят на нескольких уровнях — на одну сделку, на суммарную позицию по инструменту и на дневной оборот, плюс ограничение частоты действий. Журналирование решений хранит входные данные, версию правил и результат.
Обсудим задачу: доходность, ликвидность, контроль риска
Чтобы обсуждение шло по делу, а не по общим принципам, соберём вводные по вашему контуру. Ниже — минимум, из которого складывается постановка задачи: без него оценка объёма превращается в догадки, а план работ — в перечень пожеланий без границ.
- Текущие стратегии и способ их исполнения: где доходность формируется автоматически, а где решение принимает человек.
- Источники данных и их качество: какие потоки котировок и метрик ликвидности уже есть и с какой частотой обновляются.
- Ограничения по риску: допустимая просадка, лимиты на позицию и на пул, правила выхода при аномалиях рынка.
- Целевые показатели: что считаем улучшением — доходность на задействованный капитал, удержание диапазона ликвидности, доля автоматических ребалансировок.
- История операций за прошлые периоды: по ней проверяем, воспроизводится ли модель на ваших данных, а не на сглаженной выборке.
- Контур и доступы: тестовая среда, порядок выкладки изменений, кто со стороны заказчика принимает результат.
- Условия работы портфеля: горизонт удержания позиций, готовность к частичной автоматизации, режим остановки стратегии.
Дальше — порядок возврата. Мы разбираем вводные, сверяем целевые показатели с текущими и присылаем план работ по этапам с оценкой объёма и явными границами: что входит в каждый этап, на каких данных проверяем результат и по каким метрикам вы принимаете работу. Опишите задачу — вернёмся с оценкой и планом.
