Маркетмейкинг-бот: какие риски и ограничения проверить до запуска

Подключайте только права, необходимые документированной интеграции. Ключ без вывода средств всё равно может открывать убыточные сделки, накапливать позицию и расходовать комиссии. Собственный аккаунт на бирже не защищает от всех её сбоев.

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

Пример правил делегированной подписи есть в документации API-wallet Hyperliquid. У другой площадки права и правила nonce могут отличаться.

Запишите инструмент, номинал заявки, максимальную позицию, плечо и режим маржи. Маленькая заявка не означает маленький итоговый инвентарь, если исполнения способны накапливаться. Доля от equity, доступного баланса и номинала позиции — разные ограничения.

Узнайте, как система обрабатывает частичное исполнение, односторонний поток и задержанное подтверждение. Принятый запрос ещё не доказывает конечное состояние: локальные данные нужно сверять с исполнениями и позицией площадки.

Поведение должно быть понятно до первого live-ордера. В разборе риска инвентаря объясняется, почему направление и время удержания важны рядом со статистикой спреда.

Reduce-only предназначен для ограничения роста экспозиции при выходе. Он не гарантирует принятие заявки, её исполнение или цену. Нужно знать правила биржи, сторону, размер и обработку частичных исполнений. Старый идентификатор заявки не доказывает, что защита ещё действует.

Как отображаются отклонённые выходы, потеря соединения, rate limit и устаревший стакан? Прекращается ли добавление риска? Как система сверяет состояние после восстановления связи? Работающий процесс сам по себе не отвечает на эти вопросы.

Из этого чек-листа нельзя вывести универсальный безопасный таймаут. Порядок действий зависит от рынка, площадки и режима. Нужны конкретное руководство и возможность независимо посмотреть позиции и открытые заявки.

Прекратить новые входы, отменить заявки и закрыть позицию — три разных действия. Завершившийся процесс может оставить и ордера, и позицию: это зависит от устройства системы и последних принятых биржей действий.

До запуска установите, что именно делает кнопка Stop, как показываются промежуточное состояние и ошибки. Если цель — нулевая позиция без открытых заявок, обе части нужно проверить на площадке. Одной локальной надписи недостаточно.

Для Vesper читайте инструкции выбранного режима. Нельзя переносить поведение другой стратегии или считать сравнительную статью регламентом инцидента. Не отправляйте конфликтующие ручные действия во время уже идущего выхода.

Полезная приёмочная проверка выясняет, восстанавливает ли RUNNING прежнюю сессию, не считаются ли повторно исполненные сделки после replay и остаётся ли намеренно остановленная сессия остановленной. Нужны правила точной версии, а не общая фраза о поддержке рестартов.

Идентификатор сессии, накопленные оборот и комиссии должны отличаться от нового прогона. Переподключение не должно превращать повтор старого события в новую торговую активность. При расхождении приложения с биржей источник достоверного состояния должен быть определён.

Это требования для оценки, а не утверждение, что здесь протестированы все продукты и режимы. Проверять восстановление следует изолированно до отдельно разрешённого live-испытания.

В отчёте нужны версия стратегии, рынок, период, исполнения, чистый PnL, незакрытый остаток, комиссии и исключительные события. При сравнении условия должны быть сопоставимы. Большой оборот без просадки и состояния позиции скрывает существенную часть картины.

Методика CPM объясняет нормирование расходов, а сравнение ботов — различия рабочих процессов. Ни один материал не устанавливает пригодность стратегии для вашего капитала.

Любая live-торговля может принести убыток, с плечом — особенно быстро. Набор проверок снижает неопределённость, но не гарантирует отсутствие ошибки программы, сети или биржи.