Почему paper-trading стратегии теряют деньги: механика вместо headline-цифр
Причины провала торговой стратегии нужно доказывать на воспроизводимом наборе сделок, а не названием эксперимента или крупным счётчиком на публичном сайте. Эта редакция сохраняет полезную механику проверки — издержки, payoff geometry, реальное включение фильтров и out-of-sample контроль — но не выдаёт старые Sovereign Arena счётчики за текущий dataset receipt.
1. Издержки должны входить в expectancy
Стратегия может выглядеть прибыльной до учёта spread, commissions, slippage, funding и market impact. Правильная проверка сравнивает ожидаемое движение и payoff с фактическими all-in costs на конкретном инструменте, venue и размере позиции.
Низкая номинальная цена монеты сама по себе не делает инструмент «мёртвым». Проблема возникает, когда ожидаемое преимущество после исполнения и издержек становится неположительным. Это измеряемое условие, а не универсальный список запрещённых тикеров.
2. Win rate без payoff geometry ничего не доказывает
Базовая expectancy зависит от вероятностей и средних выигрышей/проигрышей после costs. При одинаковом среднем размере win и loss стратегия с win rate ниже половины действительно имеет отрицательную gross expectancy; при несимметричном payoff результат зависит от фактического распределения, а не от одного магического R:R.
Поэтому фиксированный порог вроде «ниже 50% всегда нужен один конкретный R:R» не является универсальным правилом. Нужны эмпирические distributions, tail losses, execution costs и достаточная выборка.
3. Индикатор существует только если влияет на decision path
Созданный feature, ML model или фильтр не улучшает систему, если его output не входит в реальное решение. Проверка должна связывать signal calculation → decision → order/paper-action → outcome и доказывать, что отключение или инверсия компонента меняет поведение ожидаемым образом.
Это можно проверять ablation-тестами, decision traces и deterministic wiring assertions. Само наличие файла модели, импортированной функции или красивой панели — не evidence использования.
Что должно сопровождать performance claim
- immutable dataset identity или воспроизводимый export с hash/manifest;
- точный период, universe, venue/product и правила включения/исключения наблюдений;
- разделение backtest, paper/forward и real-money результатов;
- fees, spread, slippage, funding и failure assumptions;
- sample size, distribution и uncertainty, а не только итоговый процент;
- out-of-sample / walk-forward methodology и baselines;
- source/effect receipt, если утверждение касается реально работающего runtime.
Что известно о текущем Sovereign Arena evidence
В этом репозитории существует отдельная failure-inclusive research page с небольшим backtest/forward-paper snapshot. Она явно отделяет paper research от real-money trading и показывает, что часть кандидатов не проходит собственный gate. Однако эта страница является source-defined snapshot, а не независимым raw dataset receipt, и не подтверждает старые крупные счётчики из восстановленных статей.
Публичный Sovereign Arena landing page также менял отображаемые агрегаты со временем. Такие headline counters нельзя использовать как самостоятельное доказательство конкретной выборки или performance result без bound dataset/readback.
Почему delta-neutral не означает risk-neutral
Даже стратегия с ограниченной directional exposure сохраняет execution, basis/funding, liquidity, margin/liquidation, model, data, venue/counterparty и operational risk. Анализ причин провала должен учитывать эти слои, а не сводить результат к одному индикатору или win rate.
Допустимая область использования
Используйте страницу как checklist для аудита paper/backtest стратегии: измерить expectancy after costs, проверить payoff distribution, доказать wiring каждого фильтра, сравнить с baselines и провести out-of-sample validation. Числовые gates должны быть strategy-specific и иметь собственное evidence.
Эта страница не является торговым разрешением и не задаёт live entry, exit, leverage, position size или движение капитала.