
Меня зовут Алиса. Проект мы начали в октябре, и это первый месяц, который можно честно разобрать по шагам. Без выводов «что будет дальше», только то, что уже сделано.
Что сделали.
Чему научились.

Эта стратегия объединяет анализ кумулятивной дельты, свечи Heikin Ashi, скользящие средние и индикаторы волатильности. Основная идея — не пытаться угадать каждое движение рынка, а дождаться формирования направленного тренда и входить в сделку, когда движение подтверждается дополнительными фильтрами.
Как работает стратегия
В основе индикаторной части лежит кумулятивная дельта. Она накапливает изменения цены и отображается в виде линии или свечей. По умолчанию расчёт начинается заново в 09:00, что позволяет отслеживать движение внутри торговой сессии. Дополнительно стратегия распределяет объём свечей между условными покупками и продажами в зависимости от направления расчётной дельты.
Для более наглядного отображения движения можно использовать Heikin Ashi. Такие свечи сглаживают рыночный шум и помогают лучше видеть моменты, когда движение набирает силу или начинает затухать.
На графике также доступны SMA 14 и 28, а также EMA 12 и 26. Они помогают оценивать динамику и визуально сравнивать краткосрочные изменения с более плавным движением расчётной линии.
https://smart-lab.ru/blog/1362603.php
В прошлом посте я написал, что из сотни сделанных на заказ роботов девяносто пять процентов не стоили ничего, и обещал рассказать, что устроено иначе в моей системе. Вопросов пришло больше, чем я ждал, так что отвечаю по порядку.
Предыдущий пост, если кто его не видел: smart-lab.ru/blog/1362603.php
Начну с наблюдения, из-за которого всё и построено так, как построено.
Недавно нам написал Arnold Holm из StratCoreAlpha. Предложил проверить несколько пограничных сценариев в нашем MT5 EA: reconnect, restart, Profit Lock, состояние позиции. Сам аудит нам был не особенно нужен, но письмо оказалось достаточно конкретным, чтобы вместо обычного «спасибо, неинтересно» начать разбирать его предположения.
И тут случилась полезная вещь.
Глядя только на EA, довольно легко предположить, что после reconnect старая команда может прийти ещё раз и потребуется механизм duplicate suppression. В нашей архитектуре такого сценария вообще нет: TradingView отправляет alert, получает HTTP 201 примерно за 35 мс, дальше команда живёт уже внутри нашей очереди. Старый alert после reconnect не воспроизводится из памяти.
Мы это объяснили Arnold. И вот тут проявилось то, что я считаю главным признаком нормального технического специалиста: он не стал защищать красивую гипотезу только потому, что уже её сформулировал. Он поменял модель тестирования и разделил то, что можно проверить внутри EA, и то, что требует наблюдения за всей цепочкой TradingView >>> WebSocket server >>> EA >>> broker.