Тики и свечи в бэктесте: почему меняются результаты

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

Этот материал посвящён входным данным, а не поиску красивых настроек. Режимы MetaTrader 5 используются как документированный пример. Из текста не следует, что любую внешнюю торговую программу, включая NH PRO, можно загрузить в тестер стратегий MT5.

Учебные траектории показывают потерю информации при свёртке событий в четыре цены свечи. Это не торговая стратегия и не результат счёта.

Что сохраняет свеча и что она скрывает

OHLC содержит открытие, максимум, минимум и закрытие периода. Эти числа описывают границы и конечные точки, но не задают единственный путь между ними. Они также не восстанавливают каждое изменение котировки и время, проведённое рынком на конкретном уровне.

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

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

Пример: одинаковый OHLC, разное первое касание

Пусть условная свеча имеет открытие 100, максимум 106, минимум 94 и закрытие 102. Возможны, в частности, такие пути:

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

Здесь намеренно не учитываются Bid/Ask, задержка исполнения, комиссии и разрывы цены. Это не полноценная модель сделки. Пример показывает более узкую проблему: порядок событий, потерянный при сжатии данных, нельзя восстановить внимательным просмотром того же OHLC.

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

Записанные и сгенерированные тики различаются

MT5 различает режимы на основе цен баров, сгенерированных последовательностей и реальной тиковой истории. Надписи «Все тики» и «Каждый тик на основе реальных тиков» не обозначают одинаковые исходные данные. Различия раскрыты в документации MetaTrader о тиках.

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

Один график может скрывать разные типы цены

Свечной график не заменяет протокол исполнения. Цена формирования бара, опорная цена условия и цена фактической сделки выполняют разные задачи. Зависимость поведения от инструмента описана в особенностях тестирования MT5.

В рабочей таблице выделите три поля: наблюдаемая цена, цена срабатывания и предполагаемая цена исполнения. Если всё названо одним словом «цена», уточните, какие различия были объединены.

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

Как сравнивать режимы корректно

1. Зафиксируйте версию ПО, параметры, модель счёта, символ и период.

2. Отметьте решения, которым важен порядок событий внутри свечи.

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

4. Найдите первое событие, на котором расчёты разошлись.

5. Сопоставьте входные записи, опорные цены и допущения модели вокруг этого момента.

6. Классифицируйте причину до сравнения итоговой доходности.

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

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

Качество данных проверяется по нескольким признакам

• Происхождение: поставщик, сервер и точное обозначение инструмента.

• Покрытие: пропуски и фактическая начальная дата периода.

• Время: смысл отметок и границ торговых сессий.

• Котировки: наличие всех ценовых полей, необходимых стратегии.

• Спецификация: соответствие параметров контракта описанному тесту.

• Воспроизводимость: возможность повторить расчёт по сохранённым условиям.

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

Реалистичность данных и устойчивость стратегии — разные проверки

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

Протокол проверки вне выборки посвящён хронологии и выбору параметров. Этот материал помогает понять, какие события видела модель. Проверки дополняют друг друга, но не заменяют.

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

Что спросить о системе с внешними потоками

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

Руководство по оценке быстрых котировок разделяет поступление цены и исполнение сделки. Сравнение API cTrader показывает ещё одно различие: доступ к текущим ценам сам по себе не означает доступ к историческим данным.

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

Связанная демонстрация продукта

Видео NH PRO открывается на обсуждении записи тиков брокера и потока. Это контекст продукта, а не демонстрация бэктеста MT5. В обсуждении также отмечена задержка записи: экспортированный файл нельзя автоматически считать текущим потоком для распространения или полным набором входов симуляции.

Частые вопросы

Реальных тиков всегда достаточно?

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

Любое расхождение — ошибка программы?

Нет. Сначала проверьте, получали ли два расчёта эквивалентную информацию. Разное представление данных закономерно может привести к разным решениям.

Можно доверять реалистично выглядящему графику?

Правдоподобный график не заменяет воспроизводимый протокол. Сохраните описание входов, объяснение событий и ограничения рядом с итоговыми показателями.

Видео по теме

Открыть связанное видео на YouTube