Перейти к содержимому
Все стратегии

Стратегии

Возврат спреда GDX–GLD к среднему с байесовским мониторингом стабильности в реальном времени

Итог: Отменено

GdxGldBayesianSpreadReversion

Сводка по итогам

GdxGldBayesianSpreadReversion пыталась торговать схождение спреда GDX–GLD с фильтром по байесовскому мониторингу стабильности в реальном времени. После трёх итераций она не прошла проверку согласованности гипотезы и конфигурации на слое 1.5: в плане оптимизации был зафиксирован интервал баров 1–DAY. Стратегию забросили до бэктеста и последующих этапов оценки, поэтому метрик эффективности нет.

Гипотеза

Идея руководителя исследований основана на работе Триантафиллопулоса и Монтаны «Динамическое моделирование спредов, возвращающихся к среднему, для статистического арбитража»: торгуйте отклонения ценового спреда GDX–GLD, только пока байесовская модель TVAR(1) в реальном времени подтверждает локальный возврат к среднему. Используйте синхронизированные дневные бары по GDX.USEQ и GLD.USEQ, сохраняя пример из статьи с ETF. В статье описан механизм моделирования, а не проверенная исполнимая стратегия; пороги входа,……Показать большеСвернуть

Идея руководителя исследований основана на работе Триантафиллопулоса и Монтаны «Динамическое моделирование спредов, возвращающихся к среднему, для статистического арбитража»: торгуйте отклонения ценового спреда GDX–GLD, только пока байесовская модель TVAR(1) в реальном времени подтверждает локальный возврат к среднему. Используйте синхронизированные дневные бары по GDX.USEQ и GLD.USEQ, сохраняя пример из статьи с ETF. В статье описан механизм моделирования, а не проверенная исполнимая стратегия; пороги входа, выходы, размер позиции и торговые параметры ниже выбрал руководитель исследований. Указанное в разделе 4.5 направление позиции, по-видимому, не согласуется со схождением спреда, определённого как основной инструмент минус хедж: в этой реализации короткая позиция открывается при высоком спреде, а покупка — при низком. Ордера исполняются по цене закрытия сессии сигнала; исполнение при открытии следующей сессии не запрашивается и не предполагается. Все ожидания по результатам не проверены. Предложена только одна гипотеза, поскольку адаптивная оценка и мониторинг стабильности входят в один торговый механизм.

Собственный пример источника использует ETF, не подменяя рынок ради выполнения квот площадок. Парные длинные и короткие позиции устраняют наиболее сильный направленный перекос портфеля: только длинные позиции по 80.7%. Дневные данные по акциям позволяют взять более длительный период проверки и более низкие расчетные торговые издержки, чем в неудачных быстрых стратегиях на криптоспредах. Концентрация корпуса данных отсутствует, поэтому оценить долю экспериментов по конкретным инструментам нельзя. Это предложение проверяет локальную стабильность с учётом неопределённости, а не предполагает, что спред всегда стационарен, и не отбирает пары задним числом.

verification_loop: проверка не пройдена (слой 1.5 — согласованность гипотезы и конфигурации) [класс=hypothesis_mismatch]: - optimization_plan фиксирует bar_interval на уровне 1–DAY

Реализация

Сделки по отклонениям дневного спреда GDX–GLD совершались на синхронизированных барах с фиксированным хеджем OLS, рассчитанным только при инициализации, и байесовской вероятностью стабильности модели TVAR(1) в реальном времени. Стратегия покупает при низком спреде и открывает короткую позицию при высоком, используя целые акции ETF на противоположных сторонах. Риск входа, экспозиция каждого инструмента и общая экспозиция ограничены; выходы закрывают позиции при схождении, нестабильности, неблагоприятном движении спреда и достижении срока удержания.

Сохраняет импорты, оценку сигналов, выравнивание, определение размера позиции и выходы предыдущей реализации. Задаёт hedge_lookback=126, entry_z=1.5, stability_confidence=0.90 и min_capture_fraction=0.004 — наименее строгие допустимые настройки инициализации и входа. Добавляет entry_block_reason как сохраняемый скаляр, указывающий фактическое блокирующее условие, не меняя модель. Фиксированный период разогрева модели в 504 сессий остаётся обязательным: при 126 сессиях подгонки хеджа готовность впервые может……Показать большеСвернуть

Сохраняет импорты, оценку сигналов, выравнивание, определение размера позиции и выходы предыдущей реализации. Задаёт hedge_lookback=126, entry_z=1.5, stability_confidence=0.90 и min_capture_fraction=0.004 — наименее строгие допустимые настройки инициализации и входа. Добавляет entry_block_reason как сохраняемый скаляр, указывающий фактическое блокирующее условие, не меняя модель. Фиксированный период разогрева модели в 504 сессий остаётся обязательным: при 126 сессиях подгонки хеджа готовность впервые может наступить на синхронизированной сессии 630, оставляя лишь 16 потенциально допустимых сессий в запуске длиной 645 сессий без предварительного разогрева. В отзыве не указано, какое условие блокировало эти сессии, и не установлено отсутствие экономического преимущества. Перед оценкой инженерной команде следует предоставить предусмотренные планом 1008 синхронизированных баров разогрева, используя только данные до зафиксированной границы финальной проверки; эта редакция не гарантирует количества сделок. Независимая проверка и чтение рыночных данных не проводились. Запрошенный файл исходящих данных не удалось записать из-за разрешений файловой системы этой сессии только на чтение; полный ограниченный JSON приведён здесь.

Результаты верификации

Проверка не пройдена (слой 1.5 — согласованность гипотезы и конфигурации) [класс=hypothesis_mismatch]: - optimization_plan фиксирует bar_interval на уровне 1–DAY

История итераций

Проверка не пройдена (слой 2 — синтетические сценарии): Использованные параметры: ['phi_a', 'phi_b', 'stop_z', 'delta_a', 'delta_b', 'entry_z', 'prior_d', 'prior_n', 'leverage', 'prior_mean', 'bar_interval', 'min_notional', 'risk_fraction', 'hedge_lookback', 'max_leg_fraction', 'max_hold_sessions', 'quantity_rounding', '_optimization_plan', 'hedge_refit_policy', 'max_gross_fraction', 'min_capture_fraction', 'same_session_reentry', 'stability_confidence', 'model_burnin_sessions', 'prior_covariance_scale', 'open_basket_rebalancing'] Убедитесь, что __init__ задаёт все атрибуты из self.parameters.get(). - flat_ranging: ValueError: initialization_failed: хедж GDX-GLD не поддерживает экспозицию на противоположной стороне (временная метка бара: 1735704660000) - volatility_spike: ValueError: initialization_failed: хедж GDX-GLD не поддерживает экспозицию на противоположной стороне (временная метка бара: 1735704660000)

Проверка не пройдена (слой 3 — бэктест в изолированной среде): сделки не совершались Тип бара: GDX.USEQ-1-DAY-LAST-EXTERNAL, обработано баров: 645 Диагностика: should_enter() возвращала сторону 0 раз за 645 проверенных баров → ваш триггер ENTRY CONDITION так и не сработал. Ослабьте логику входа или пороговые значения. Убедитесь, что стратегия совершает сделки на предоставленных данных и с заданными параметрами.

Сводка по итогам

Согласуйте конфигурацию стратегии с фиксированным в гипотезе дневным интервалом баров.

После трёх итераций стратегию забросили из-за несоответствия гипотезы и конфигурации на слое 1.5: план оптимизации зафиксировал bar_interval на уровне 1–DAY.

Торгуйте отклонения спреда GDX–GLD на синхронизированных дневных барах, пока байесовская модель TVAR(1) в реальном времени подтверждает локальный возврат к среднему.

Метрики бэктеста отсутствуют; до бэктестинга, оптимизации, проверки аналитиком и оценки рисков дело не дошло.

Анализ

Динамическое моделирование спредов, возвращающихся к среднему, для статистического арбитража

Stratmill — это инструмент для исследований и бумажной торговли, а не финансовая консультация или брокер. Результаты бэктестов и бумажной торговли являются гипотетическими. Торговля сопряжена с риском убытков.