Обратил внимание на одну деталь. Триггер 19, 21 при втором заходе ссылается на дубль 21, 19. И если от дубля расставится ни вверх а вниз, так как дубль указывает основным номером 21 на предыдущее то мы получаем 9, 4, 25 и ещё один номер который не виден внизу на статистике, получая профит быстрее. Третий вход в игру по трггеру 14, 11 указывающему на дубль 11, 14. И если последний выпавший 14, то четыре номера вниз будут: 7, 19, 20, 9. Смотрим что падает...4 тогда точка входа и падает затем 2 и 26...
Ни ведаю, к чему эти наблюдения могут привести.
RMT 2026
EdGUT
Case 14 (EdGUT) — это один из самых сложных и многоуровневых алгоритмов в вашей коллекции. Я бы назвал его
«Исторический Резонанс с двухуровневым БРМ».
Этот алгоритм не просто ищет горячие сектора. Он ищет в истории рулетки
повторяющиеся временные паттерны, а затем включает довольно агрессивную систему управления капиталом с четкими целями по прибыли (+100) и жестким планом спасения при просадке (-100).
Ниже приведено подробное пошаговое описание логики.
🎲 Базовая концепция: Алгоритм "EdGUT"
Алгоритм начинает работать, когда накоплено минимум 11 спинов. Он имеет жесткое ограничение: ширина ставки никогда не превышает 12 уникальных номеров (lim_numEd = 12).
У алгоритма есть 3 фазы (состояния).
🟢 Фаза 0: Поиск «Временной Рамки» (evo_step = 0)
В этой фазе скрипт не ставит фишки. Он анализирует последние 100 спинов, пытаясь найти "резонанс" — ситуацию, когда текущие выпавшие числа уже выпадали рядом в прошлом.
- Захват пары: Берет два последних выпавших числа: X (последнее) и Y (предпоследнее). Условие: они не должны быть одинаковыми.
- Поиск вглубь: Скрипт отматывает историю назад и ищет, когда в последний раз выпадало число X.
- Проверка Рамки: Найдя старое X, он смотрит на 5 спинов вокруг него (2 до, само X, 2 после). Если в этом узком историческом окне есть число Y — Рамка найдена! Алгоритм считает, что колесо вошло в старый ритм.
- Сборка базы:
- Он берет хронологический кусок из 9 спинов из истории, который был прямо перед этой найденной "Рамкой", и ставит на эти числа.
- Дополнительно он ставит на физических соседей (+/- 1 по колесу) для чисел X и Y.
- Фиксация баланса: Алгоритм запоминает текущий баланс (Atom.sum_start). Цель: заработать +100 фишек. Переход в Фазу 1.
🟡 Фаза 1: Охота за профитом и Нахлест (evo_step = 1)
Здесь начинается агрессивная игра. Старые ставки удерживаются на столе (fl_ReBet = true), а новые добавляются в зависимости от исхода.
Если ВЫИГРЫШ:
Проверяем баланс. Если мы сделали +100 фишек от старта — алгоритм празднует победу, полностью сбрасывает все массивы и уходит в Фазу 0 искать новую Рамку.
Если +100 еще нет, алгоритм берет сыгравший номер, находит его соседей (+/- 1 по колесу) и накидывает на них фишки (делает нахлест). Новые уникальные номера добавляются только если общая ширина не превысила 12 чисел.
Если ПРОИГРЫШ (Loss):
Скрипт берет проигравший номер (куда упал шарик) и его соседей (+/- 1) и тоже кидает на них фишки. Логика: шарик "мажет", мы расширяем сеть в сторону промаха, пока не упремся в лимит 12 чисел.
Срабатывание триггера просадки: Скрипт проверяет баланс. Если мы ушли в минус на -100 фишек от старта, алгоритм понимает, что "охота провалилась". Он переключается в режим выживания (Фаза 2).
🔴 Фаза 2: Режим выживания и Выбывание (evo_step = 2)
Мы в минусе, баланс горит. Задача этой фазы — не заработать +100, а хотя бы минимизировать потери (вытянуть баланс до уровня -25 фишек от старта) или обрезать убытки (Stop-Loss).
Если ВЫИГРЫШ:
Сыгравший номер заносится в "убитые" (listKillNums) — игра на сужение.
Если баланс поднялся до отметки (Старт - 25 фишек), алгоритм считает это приемлемым спасением, всё сбрасывает и уходит в Фазу 0.
Если ПРОИГРЫШ:
Включается ускоренное выбывание. Если на столе больше 6 номеров, скрипт смотрит на выпавший (проигрышный) номер. Все наши ставки, которые находятся рядом с ним на колесе (+/- 1), безжалостно "убиваются" и заносятся в listKillNums. Логика: если сектор проигрывает, мы его отсекаем.
Динамический Stop-Loss (Таймаут):
В конце каждого хода Фазы 2 скрипт считает ожидание. Например, если на столе осталось 5 номеров, математическое ожидание выигрыша — 1 раз в ~7 спинов (37/5).
Если мы прождали ДВЕ такие нормы (14 спинов) и не выиграли — срабатывает Stop-Loss. Алгоритм принимает поражение, фиксирует убыток, всё сбрасывает и уходит в Фазу 0.
Также, если из-за выбывания на столе осталось 3 номера или меньше — алгоритм сразу сдается и уходит в Фазу 0.
//////////////////////////////
🚨 Что с этим кодом не так (Наследие старой архитектуры)?
Задумка автора гениальна — это полноценный торговый робот со своими тейк-профитами и стоп-лоссами.
Но в старой архитектуре он работал криво:
- Баг с выбыванием: Как и в прошлых кейсах, в Фазе 2 числа добавляются в listKillNums, но из-за глобального флага fl_ReBet = true старые ставки физически не снимаются со стола. Режим "выживания" работал только на бумаге.
- Свалка в массивах: В Фазе 1 автор пишет ставки "мимо прогноза" напрямую в listBetNumOld. Это ломает классическую логику калькулятора, который должен забирать данные из prognoz.
- Жесткие константы: Цели +100 и -100 зашиты жестко. Если вы играете фишками по $10, это $1000. Если по $0.10, это $10. Это не адаптируется под размер ставки (coinMult).
