Проверка реальной отдачи слота: работающие методы
0) Что мы реально можем проверить
Теоретический RTP — заявлен провайдером (есть несколько версий одного тайтла).
Фактическая отдача вашей сессии — эмпирический RTP на вашей выборке.
Честность RNG напрямую не проверяется игроком; мы проверяем версию RTP и статистику своих результатов.
1) Подтверждаем RTP-версию у оператора (до тестов)
1. Инфо экрана слота: отображаемая версия RTP (числом) и провайдер.
2. Сравнение: этот же тайтл в другом лицензированном казино — совпадают ли цифры RTP и максимальный выигрыш (max win)?
3. Режимы: у некоторых игр RTP при Bonus Buy отличается от базовой игры — фиксируем оба значения.
4. Лимиты промо: max bet, исключённые игры, вклад — чтобы не потерять выигрыш «по правилам».
2) План теста: как считать “реальную отдачу”
Определения
$b_i$ — ставка в спине $i$ (в валюте).
$w_i$ — выплата за спин $i$ (в валюте).
Эмпирический RTP:- $$
- \widehat{RTP}=\frac{\sum_i w_i}{\sum_i b_i}\times 100%
- $$
Для сравнимости ведите также возврат к ставке: $r_i=\frac{w_i}{b_i}$.
Разделение режимов
Ведите отдельные серии: База / Фриспины (выплаты, попавшие в бонус) / Bonus Buy. Смешивание ломает оценку дисперсии.
Фиксируйте заранее
Размер выборки (сколько спинов / покупок), слот-версию, ставку, цель погрешности.
3) Доверительный интервал и размер выборки (практично)
Мы оцениваем среднее $E[r]$. Берём дисперсию по данным и строим интервал:1. Соберите пилот: ≥ 1 000 спинов (или 30 покупок бонуса).
2. Посчитайте выборочное среднее $\bar r$ и ст. отклонение $s$ по $\{r_i\}$.
3. Для основной серии $n$ спинов 95%-интервал:- $$
- CI \approx \bar r \pm 1{,}96 \cdot \frac{s}{\sqrt{n}}
- $$
- $$
- n \approx \left(\frac{1{,}96\cdot s}{\varepsilon}\right)^2
- $$
- Низкая/средняя волатильность: чтобы уложиться в ±3 п.п., нужно 10–30 тыс. спинов.
- Средняя/высокая: ±3 п.п. требуют 30–80 тыс. спинов.
- ±1 п.п. по большинству слотов — это часто 100k–1M спинов.
- Для Bonus Buy считайте «спин» = одна покупка; из-за огромной дисперсии на ±10 п.п. может потребоваться 200–500 покупок и больше.
4) Как снизить погрешность и «шум»
Единый номинал ставки в серии.
Автоспин с фиксированным темпом, без «ручного отбора» моментов.
Чёткие блоки (напр., по 500–1 000 спинов) с перерывами — для контроля эмоций и темпа.
Исключить демо-миксы: демо и реальные деньги — раздельные журналы.
Отдельно считать бонусы: выплаты, пришедшие из фриспинов, помечать флагом.
5) Журнал: минимальный набор колонок (скопируйте)
`datetime | slot | rtp_shown | mode(base/fs/buy) | bet | win | r = win/bet | balance_before | balance_after | notes`
Один CSV на слот-версию и казино.
Снимайте скрин инфо-экрана слота в начале серии (доказательство RTP).
6) Интерпретация результата
Сравнивайте ваш $\widehat{RTP}$ и его 95%-CI с заявленным RTP.
Если весь интервал ниже заявленного на 2+ п.п., это повод подозревать другую версию RTP или ошибки учёта.
Если интервал перекрывает заявленное значение — отличий статистически не выявлено (недостаточно данных/высокая дисперсия).
Разные режимы (база vs buy) оценивайте раздельно и не делайте общих выводов по смешанным данным.
7) A/B-сравнение казино (один и тот же слот)
Цель: понять, не играет ли у оператора пониженная RTP-версия.
Порядок:1. Выберите один тайтл, одинаковый номинал ставки.
2. В двух лицензированных казино соберите по 10–20k спинов.
3. Для каждого — $\bar r, s, n$; разница средних тестируется нормальной аппроксимацией:- $$
- Z=\frac{\bar r_A-\bar r_B}{\sqrt{\frac{s_A^2}{n_A}+\frac{s_B^2}{n_B}}}
- $$
$|Z|>1{,}96$ → различия значимы (проверяйте, не сравнили ли разные RTP-версии/режимы).
8) Что часто ломает проверку (и как исправить)
Смешивание режимов (база+FS+buy) → ведите флаги и отдельные итоги.
Смена ставки внутри серии → делайте подсерии на одном бете или нормируйте всё к $r_i=win/bet$.
Ранние остановки «когда пошло/когда не идёт» → фиксируйте размер серии до старта.
Промо-искажения (WR, max bet) → на время проверки отключайте бонусы или учитывайте их отдельно.
Смена казино/версии посреди серии → запрещено; новый файл = новая серия.
9) Отдельно про Bonus Buy
Считайте покупку атомарным испытанием: $r_i=\frac{win_i}{price_i}$.
Разделяйте виды покупок (80×/100×/200×).
Если в слоте есть гамбл до старта бонуса с риском потерять покупку — выделите для него отдельную выборку (это иной режим риска).
Не смешивайте buy и базу — у них разные RTP и дисперсия.
10) Быстрый чек-лист «Прежде чем делать выводы»
RTP-версия отображается и заскринена.
Серия заранее задана: $n$ спинов/покупок.
Ставка постоянна (или всё нормировано к $r_i$).
Режимы помечены: base/fs/buy.
Пилот на 1 000 спинов сделал — оценён $s$, рассчитан $n$.
Подсчитан 95%-CI для $\widehat{RTP}$.
Выводы делаются по интервалам, а не по одному числу $\widehat{RTP}$.
11) Мини-примеры (ориентиры)
Пример 1 (база, средняя волатильность): пилот 1 000 спинов → $\bar r=0{,}94,\ s=4{,}5$ (в ставках). Хотим $\pm3$ п.п. (=0,03).
$n\approx (1{,}96\cdot 4{,}5/0{,}03)^2 \approx 8{,}6\times 10^3$ → берём 10 000 спинов.
Пример 2 (Bonus Buy 100×): пилот 50 покупок → $\bar r=0{,}88,\ s=0{,}9$ (к цене покупки). Для $\pm10$ п.п. (=0,10):- $n\approx (1{,}96\cdot 0{,}9/0{,}10)^2 \approx 311$ → целим в 350–400 покупок.
12) Что делать при подозрении на «не ту отдачу»
1. Перепроверьте: не смешаны ли режимы, не было ли смены версии/ставки.
2. Повторите серию на втором лицензированном операторе.
3. Если расхождение устойчиво и значимо — пишите в поддержку с данными: скрин RTP, CSV-журнал, ваши расчёты.
4. При отсутствии реакции — перейдите на оператора с подтверждённой RTP-версией.
Итог
Рабочая проверка «реальной отдачи» — это подтверждение RTP-версии у оператора и статистика ваших спинов с корректной методикой: единая ставка, раздельный учёт режимов, достаточная выборка, расчёт 95%-интервалов и сопоставление с заявленным RTP. Любые выводы «по ощущениям» или по 200–500 спинам — шум. Делайте пилот, планируйте объём, считайте интервалы — и принимайте решения на цифрах, а не по «горячести» слота.
