Торговая стратегия только для длинных позиций, одного инструмента и одного таймфрейма на дневных барах SOLUSDT.BINANCE, реализующая структурный сигнал на основе состояния STATE-BASED: бычье выравнивание трёх SMA. Механизм: открывать длинную позицию, когда (а) цена закрытия > sma_50 > sma_100 > sma_200 (цена выше всех трёх SMA, AND сами SMA расположены в бычьем порядке), (б) состояние сохраняется не менее 5 дней подряд (устойчивое выравнивание, а не однодневный всплеск), (в) текущий бар закрывается на новом максимуме за 5 дней (активное движение вверх), (г) установлен умеренный минимальный порог объёма. Принципиальное отличие от всех существующих записей в конвейере: (а) NOT «Золотой крест» (единичное пересечение между SMA 2); THIS требует одновременного выравнивания SMA THREE как устойчивого состояния; (б) NOT пробой канала Дончиана (используется один период Дончиана); THIS использует структуру MULTI-HORIZON SMA (50-дневную, 100-дневную, 200-дневную) для подтверждения режима; (в) NOT широтный показатель, ротация или корзина (один актив); (г) NOT осциллятор (сравнивается только состояние, без сглаживания и расчётов дивергенции). Механизм охватывает режим, в котором несколько долгосрочных скользящих средних выстроены по-бычьи — состояние, математически требующее сохранения тренда на MULTIPLE таймфреймах одновременно и дающее более весомое подтверждение режима, чем пересечение одной SMA. Стратегия применяется к дневным барам SOL, потому что: (а) у SOL циклы отличаются по характеру от BTC/ETH (всплески интереса к мемкоинам, запуски проектов в экосистеме Solana, циклы NFT), что создаёт продолжительные фазы выравнивания (например, устойчивое выравнивание с сентября 2023 по февраль 2024 дало ралли на 400%+); (б) дневные бары SOL подтверждены как рабочие (SolDailyEmaTrendContinuationLong в конвейере); (в) существующая стратегия NO SOL использует выравнивание трёх SMA: SolDailyEmaTrendContinuationLong использует одну EMA, а здесь применяется структура из трёх SMA. Один инструмент, один таймфрейм, NO вторичные инструменты — это напрямую позволяет избежать сценария сбоя с несколькими инструментами audit_stale.