Чек-лист Paper Trading: заявки, сбои и сверка позиций

Проверку бота в Paper стоит оценивать по объяснимым решениям, сверке виртуальных позиций и обработке сбоев. Положительный баланс — только одно наблюдение. До начала зафиксируйте правила, реалистичный виртуальный бюджет и критерии приёмки. Сохраняйте все запуски, включая те, которые хочется сбросить и забыть.

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

Зафиксируйте предмет проверки

Сохраните версию стратегии, рынок, таймфрейм, параметры и модель расходов. Укажите источник данных и их режим: текущие, задержанные или историческое воспроизведение. Таблица, которую обновляют вручную, и симулятор с поступающими котировками отвечают на разные вопросы.

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

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

Сверьте заявку с частичными исполнениями

Учебная заявка запрашивает 0,020 единицы актива. Симулятор сообщает об исполнении 0,008 по 50 000 USDT и ещё 0,007 по 50 010. Куплено 0,015, остаток заявки равен 0,005.

Средневзвешенная цена: (0,008 × 50 000 + 0,007 × 50 010) ÷ 0,015 ≈ 50 004,6667 USDT. Стоимость купленного — 750,07 USDT. При условной комиссии 0,10% в валюте котировки расход составит 0,75007 USDT до округления.

Отмена остатка 0,005 не закрывает уже купленные 0,015. Если бот запишет в позицию все запрошенные 0,020, он завысит объём. Если запишет только первое исполнение, занизит. Храните отдельно запрошенное, исполненное и отменённое количество. Пример проверяет согласованность учёта, а не доступность таких цен в реальной торговле.

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

Проверьте сбои, а не только обычные сигналы

Для каждого случая заранее задайте ожидаемое поведение:

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

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

Если Paper-среда не позволяет воспроизвести сбой, укажите ограничение. Отсутствие происшествия за неделю не доказывает, что программа правильно его обработает.

Сделайте остановку наблюдаемой

«Остановить бота» может означать запретить новые входы, отменить ожидающие заявки или закрыть позиции. Это отдельные действия. Завершение процесса способно оставить заявку на бирже активной; попытка закрытия позиции тоже может завершиться ошибкой.

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

Принимайте решение по журналу проверки

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

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

Ограничения перехода между режимами разбирает статья о Paper и бэктесте. Clerix показывает процесс от правил с AI через Backtest и Paper к роботу и аналитике. Публичные панели иллюстративны; движки тестирования и live-исполнение находятся в разработке. Изучите возможности Clerix со своим чек-листом и уточните доступность до подключения аккаунта.

Вопросы о готовности после Paper

Сколько дней длится проверка?

Единого срока нет. Заранее определите решения, сбои и условия рынка, которые нужно наблюдать. Спокойная неделя без отказов не проверяет обработку отказа.

Симулятор не создаёт частичных исполнений. Что делать?

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

Пройденный чек-лист означает готовность к live?

Нет. Он подтверждает конкретное поведение внутри симуляции. Реальное исполнение, готовность интеграции и способность принять денежные потери требуют отдельного решения.