ИИ · High-Frequency Trading · TypeSafe AI · Jev · Monad · Блокчейн · Маркет-мейкинг · Алгоритмическая торговля27 сентября в 11:32 · 5 мин

Модель Jev TypeSafe: интеграция ИИ в цикл высокочастотной торговли на блокчейне

Исследователи TypeSafe AI представляют модель Jev, предназначенную не для генерации текста, а для принятия быстрых, типизированных решений в рамках торговых алгоритмов. Данная статья анализирует архитектуру системы, демонстрируя, как ИИ может встраиваться в контур принятия решений с задержкой порядка 300 мс в условиях блокчейн-сетей, таких как Monad, без ущерба для детерминированной логики управления рисками.

# Моделирование быстрой реакции: как Jev TypeSafe работает в торговой петле на 300 мс

В мире высокочастотной торговли (HFT) задержки измеряются микросекундами, но в сфере блокчейн-торговли временные рамки смещаются к миллисекундам и сотням миллисекунд. Появление модели Jev от компании TypeSafe AI предлагает новый подход к интеграции искусственного интеллекта в торговые системы. В отличие от крупных языковых моделей (LLM), генерирующих свободный текст, Jev обучена вычислять распределения вероятностей для заранее определенных вопросов и отвечать строго структурированными данными.

Архитектура системы: разделение труда между кодом и моделью

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

Согласно документации TypeSafe, модель разработана для работы в режиме «Системы 1» (по терминологии Даниэля Канемана) — это быстрая, интуитивная обработка информации. Jev принимает входные данные, такие как текущая цена, спред и баланс инвентаря, и возвращает один из трех типов ответов:

* Noul: Числовое значение от 0 до 1, отвечающее на вопрос о вероятности события (например, вероятность того, что поток ордеров является токсичным). * Choice: Выбор из списка вариантов (до 255 пунктов) с соответствующими вероятностями (например, выбор рыночного режима: трендовый, возврат к среднему или хаотичный). * Score: Оценочная шкала, присваивающая числовое значение состоянию системы (например, оценка благоприятности условий для выставления котировок).

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

Технические ограничения и стоимость в контексте HFT

Для интеграции в торговый цикл на блокчейне, где обновление состояния (например, появление нового блока в Monad) происходит раз в 300 мс, задержка ответа ИИ является критическим фактором. Jev способна возвращать решения в течение 70–500 мс, что делает её потенциально пригодной для использования в каждом блоке.

По данным TypeSafe, стоимость использования модели составляет 0,042 доллара за миллион входных токенов, при этом выходные токены не тарифицируются. Это значительно дешевле, чем использование передовых LLM в аналогичных сценариях. Оценочная стоимость цикла работы 24/7 на одной модели может составлять от 10 до 25 долларов в месяц, что делает технологию доступной для частных разработчиков и небольших торговых групп.

Контекстное окно модели составляет 32 000 токенов. Этого объема достаточно для передачи компактного снимка состояния рынка (менее 400 токенов), включающего глубину стакана, волатильность и текущий инвентарь, но недостаточно для загрузки всей торговой стратегии.

Практическая реализация и цикл принятия решений

В реальной торговой системе Jev функционирует как один из модулей в сложном контуре. Рассмотрим упрощенную логику работы такого контура на примере маркет-мейкинга:

1. Сбор данных: Детерминированный код считывает состояние биржи (например, через WebSocket) и формирует структурированный объект state с актуальными метриками. 2. Запрос: Код отправляет пакет из нескольких вопросов к API Jev. Вопросы формулируются таким образом, чтобы охватить разные аспекты: режим рынка, качество потока, давление инвентаря. 3. Обработка риска: Полученные ответы сравниваются с жесткими порогами, установленными в коде. Например, если модель указывает на высокую токсичность потока, система может принять решение о сокращении кота (pull quotes), независимо от того, насколько благоприятна сама цена. 4. Исполнение: Если все условия риска соблюдены и оценки модели положительны, код рассчитывает параметры ордера (спред, цену) с помощью классических математических моделей (например, Авелланеды-Стоикова) и отправляет запрос на биржу.

В случае недоступности модели или превышения времени ответа (задержка более 300 мс), торговая система должна иметь резервный план. Логичным решением является пропуск цикла торговли для текущего блока, чтобы не использовать устаревшие данные, или автоматическое переключение на более простой детерминированный алгоритм с фиксированными правилами.

Калибровка и оценка эффективности

Интеграция Jev не требует переписывания всей логики торговой системы. Разработчики могут сравнить четыре сценария на исторических данных: торговля по ручным правилам, торговля с использованием передовой LLM, торговля с Jev, и торговля с Jev с фильтрацией по порогу уверенности. Эффективность оценивается по стандартным метрикам, таким как коэффициент Шарпа, максимальная просадка и стоимость ошибок.

Особое внимание следует уделять калибровке вероятностей. Хотя модель обучена методом RLCD (Reinforcement Learning for Calibrated Decisions) для выравнивания предсказаний с реальными исходами на данных поставщика, каждая конкретная торговая стратегия может требовать индивидуальной настройки порогов принятия решений. Если модель с вероятностью 0.8 рекомендует действие, это не обязательно означает, что в 80% случаев цена пойдет в нужном направлении на конкретной площадке, особенно с учетом специфики блокчейн-сетей и их комиссионных политик.

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

Первоисточники

Habr AI ↗
← Вернуться в эфир