Перевірка реальної віддачі слота: працюючі методи
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 спинам - шум. Робіть пілот, плануйте обсяг, рахуйте інтервали - і приймайте рішення на цифрах, а не по «гарячості» слота.
