КАЖДЫЙ ПРОГНОЗ. ПОД ЗАПИСЬ.

Без отобранных бэктестов. Без ошибки выжившего. Каждый направленный сигнал измеряется по реальным ценам после сигнала и публикуется здесь в реальном времени — победы, проигрыши и типы, которые мы понижаем. Эта страница отображает тот самый точный фильтр, который конвейер использует, чтобы пометить conviction: strong, поэтому она никогда не сможет заявить преимущество, на котором продукт на самом деле не действует.

подтверждено · в реальном времени
66%
deleverage · +0.2pts vs BTC
доля прибыльных · форвардная доходность за 24h
5 подтверждённые типы сигналов 1 intraday · 4 swing
2,909 измеренные сигналы · 30d
66% лучшая подтверждённая доля прибыльных
1h–24h подтверждённый горизонт по типу · реальные цены HL

Фильтр

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

кандидаты
загрузка…
фильтр форвардной доходности
n ≥ 30 измеренных сигналов
превосходит BTC + прибыльно, по (тип, направление)
с учётом режима — фильтруется по действующему режиму
ожидаемое движение > стоимость полного оборота
подтверждённый → conviction: strong
только информация — остаётся публичной

Полный аудит — включая провалы

Типы, которые не проходят планку, остаются на доске как только информация. Публичное понижение — это и есть функция: когда преимущество угасает, эта доска говорит об этом раньше нашего маркетинга.

методология

Каждый направленный сигнал измеряется по реальному движению цены после сигнала — часовые свечи Hyperliquid — на горизонте, где каждый тип подтверждён (1h, 4h или 24h), на скользящем окне в 30 дней. Для каждого типа сигнала мы публикуем долю прибыльных, среднюю доходность самой сделки и среднее превышение над BTC за то же окно, и 95% доверительные интервалы. Тип помечается как подтверждённый подтверждённый только когда он преодолевает 30+ измеренных сигналов И одновременно превосходит BTC И прибылен сам по себе — оценка ведётся по (тип, направление) и режиму, а не по объединённой смеси. (Так что тип может выглядеть подтверждённым здесь, пока его объединённый ДИ избыточной доходности, показанный в таблице, всё ещё опускается ниже нуля — пул смешивает выигрышное направление с проигрышным; фильтр оценивает их по отдельности.) Одного превосходства над BTC недостаточно — тип, который выглядит хорошо только потому, что стоит в шорте на нисходящем тренде, при этом продолжая терять деньги, не проходит. Живой trade_signal фильтр применяет ту же проверку по (тип, направление) с учётом режима и дополнительно понижает любой прогноз, ожидаемое движение которого слишком мало, чтобы покрыть стоимость полного оборота сделки (комиссии + проскальзывание) — движение, на котором нельзя заработать после издержек, это не сделка.

Накопление преимущества

Действительно ли преимущество на сигнал выше складывается, или это несколько удачных выбросов? Ниже — иллюстративный счёт, начинающийся с индекса 100, который берёт каждый сигнал подтверждённого типа, по одному за раз, рискуя 1% капитала на сигнал и наращивая сложным процентом реализованную доходность за 24h — в порядке срабатывания. Фиксированный дробный размер, без плеча, без наложения позиций. Иллюстрация накопления преимущества на измеренных доходностях, а не реально торгуемый или гарантированный счёт.

загрузка…

Производительность по оценкам: публикуется только после подтверждения

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

Пока этот стандарт не выполнен, никаких заявлений о производительности по оценкам не делается — так задумано.

Эти цифры обновляются, льстят они нам или нет.

Направьте подтверждённые сигналы прямо в вашего агента — REST, WebSocket, Webhook, MCP или x402.