Крипто-казино
Torrent Gear
Моделі підрахунку: win-based, wager-based, multiplier
1. Win-based - окуляри залежать від абсолютного виграшу.
2. Wager-based - окуляри залежать від обсягу ставок (вейджера).
3. Multiplier-based - окуляри залежать від відносної удачі: відносини'Win/Bet'( множника).
Жодна модель не змінює RTP/результати ігор. Вони лише агрегують події в метрику, за якою порівнюють гравців. Нижче - як вибрати і налаштувати.
1) Win-based (по виграшу)
Суть
Нагороджує великі абсолютні виграші. Добре «продає» драматичні моменти (джекпоти, біг-він).
Базові формули
Лінійна: `Score = k Win`
Згладжена: 'Score = k log2 (Win + 1)'( пом'якшує екстрими)
З капом: `Score = min(k Win, Cap_per_spin)`
Приклади
Ставка 2, виграш 40 → при'k = 1': `Score=40`.
Ставка 2, виграш 400 →'Score = 400'( або менше, якщо діє Cap).
Плюси
Проста і зрозуміла.
Дає «вау» -моменти та історії для маркетингу.
Мінуси/ризики
Pay-to-win: побічно заохочує високі ставки (великий win частіше при великому bet).
Висока дисперсія, токсичність у «хвоста».
Сильна залежність від волатильності слотів.
Коли застосовувати
Разові івенти з акцентом на «великі хіти».
У дивізіонах з жорсткою нормалізацією за ставкою і кепами.
Обов'язкові запобіжники
Нормалізація: `Score = k log2(Win + 1)`
Кап очок за спін/день.
Кеп спроб (залік кращих N).
Розбиття на дивізіони по середньому бету.
2) Wager-based (за ставкою/обсягом)
Суть
Очки набираються за обсяг ставок незалежно від результатів. Заохочує «гринд» і тривалі сесії.
Базові формули
Лінійна: `Score = k Bet`
Накопичувальна: `Score_total = k Sum(Bet_i)`
З м'яким обмеженням: `Score = k log2(Sum(Bet_i) + 1)`
Приклади
100 спінів по 1 →'Sum (Bet) = 100'→'Score = 100k'.
20 спінів по 5 →'Sum (Bet) = 100'→ той же рахунок.
Плюси
Передбачуваність, низька дисперсія відчуттів.
Керована економіка: легко планувати середню швидкість.
Мінуси/ризики
Pay-to-win/Pay-to-grind: перевага у тих, хто ставить/грає більше.
Слабка «магія моменту», менше емоційних хайлайтів.
Коли застосовувати
Внутрішні марафони лояльності, battle pass-прогресія, «тихий» фоновий івент.
Ніколи не використовувати поодинці на публічних турнірах без нормалізації/капа.
Обов'язкові запобіжники
Жорсткі денні капи окулярів.
Бонус за різноманітність провайдерів, щоб не було циклінгу одного слота.
Дивізіони по MMR/середньому бету.
Відповідальна гра: окуляри тільки в рамках лімітів.
3) Multiplier-based (по множнику Win/Bet)
Суть
Порівнює відносну удачу: чим вище відношення'Win/Bet', тим більше очок, незалежно від абсолютної ставки.
Базові формули
Лог-нормалізація (рекомендована):- `Score = round(100 log2(Win / Bet + 1))`
- Альтернатива: процентиль/ранг результату серед всіх спінів періоду.
Приклади
Bet=2, Win=40 → `Win/Bet=20` → `Score≈ round(100 log2(21)) ≈ 439`.
Bet=5, Win=40 → `Win/Bet=8` → `Score≈ round(100 log2(9)) ≈ 317`.
Плюси
Анти-pay-to-win: шанси вирівняні між хайроллами і мідкором.
Хороший «ігровий драйв» і почуття справедливості.
Легко комбінується зі «спринтами» і «кращими N».
Мінуси/ризики
Вимагає пояснень в UI («рахунок йде по множнику»).
Потрібні капи проти джекпот-екстримів (часто вистачає лог-кривої).
Коли застосовувати
Публічні турніри «за замовчуванням»: спринти, тижневі марафони, сезонні рейтинги.
Командні/кланові івенти з заліком Top-M вкладів.
Обов'язкові запобіжники
Залік кращих N спроб/день (наприклад, N = 20).
Кап очок за спин (опціонально, якщо багато джекпотів).
Виняток/зниження очок для бонусних коштів.
4) Порівняння моделей (коротко)
5) Бонусні кошти, фріспіни, джекпоти
Бонусні кошти: `Score_bonus = coef_bonus BaseScore`, где `coef_bonus ∈ [0; 0. 5]'або'0'( виключити).
Фріспіни як приз: враховувати тільки якщо це заздалегідь прописано в T&C; краще з понижуючим коефіцієнтом.
Джекпоти: зазвичай достатньо лог-нормалізації; при необхідності - «Cap _ per _ spin» (наприклад, 700 очок/спін).
6) Анти-аб'юз і RG за замовчуванням
Кращі N спроб замість суми всіх (прибирає «гринд-гонку»).
Різноманітність контенту: фіксовані окуляри за перших «M» унікальних провайдерів/день (наприклад, «M = 3», «B = 50»).
Cooldown/квоти на повтор одного і того ж слота.
Дедуплікація подій (UUID), поведінковий детект, анти-бот у фінальні хвилини спринтів.
RG: очки нараховуються тільки в рамках добровільних лімітів; м'які капи участі/добу і нагадування про перерву.
7) UX-пояснення (щоб не було питань)
У короткому описі турніру: яка модель і як вважається (1-2 рядки).
У розширених правилах: формула + приклади + тай-брейки.
Мікро-фідбек: «+ 40 очок за x3», «залишилося 2 спроби з 20», «твій найкращий множник сьогодні - x18».
Локалізація таймерів і дедлайнів; доступність (контраст, великі цифри, озвучення показників).
8) Метрики якості моделі
Справедливість: кореляція очок зі ставкою (повинна бути слабкою в публічних турнірах), дисперсія очок за квінтилями.
Іграбельність: середнє число зарахованих спроб/гравець/день, частка гравців з ≥1 зарахованим спіном.
Економіка: CPE, частка повернення нагород (цільовий коридор 0. 2–0. 8% GGR залученої когорти), ARPDAU/ARPPU.
Утримання: D7/D30, Stickiness (DAU/MAU), LTV-uplift учасника vs контроль.
Якість досвіду: скарги/10k, кинуті сценарії, claim-rate ≤72ch.
9) Готові шаблони правил
Шаблон A - Multiplier + Кращі N (рекомендується за замовчуванням)
Очки за спин: `Score = round(100 log2(Win/Bet + 1))`.
У залік: 'N = 20'кращих спінів/день.
Бонус за різноманітність: '+ 50'за перших'M = 3'унікальних провайдера/день.
Бонусні кошти: 'coef _ bonus = 0'( не враховуються).
Тай-брейк: 1) раннє досягнення; 2) більша різноманітність; 3) детерміноване жеребкування (seed).
Шаблон B - Win-based із захистом
Окуляри: `Score = k log2(Win + 1)`, `Cap_per_spin = 700`.
У залік: 'N = 15'кращих спінів/день; дивізіони по середньому бету (S/M/L).
Бонусні кошти: `coef_bonus=0. 3`.
Тай-брейк: раннє досягнення → різноманітність → seed.
Шаблон C - Wager-based як фонова прогресія
Окуляри: `Score_day = min(k Sum(Bet_i), Cap_day)`.
Різноманітність: '+ B'за перших'M'провайдерів/день.
Використовувати тільки для внутрішніх прогрес-івентів або як вторинну гілку сезону, а не для публічних турнірів.
10) Як вибирати модель під задачу
1. Потрібна чесна масова конкуренція → Multiplier (+ кращі N, бонус за різноманітність).
2. Хочете «маркетингові хайлайти» та історії → Win-based, але обов'язково з лог-кривою, капами і дивізіонами.
3. Потрібен фоновий «мета-прогрес» і передбачувана економіка → Wager-based як паралельна гілка квестів/сезону, а не основний рейтинг.
11) Чеклист перед запуском
Правила
- Обрана модель (multiplier/win/wager) під ціль.
- Формула, капи, кращі N, бонус за різноманітність.
- Текст коротких правил + повні T&C з прикладами і тай-брейками.
Економіка
- RewardRate в коридорі 0. 2–0. 8% GGR, ширина виплат 20-40%, структура 60/30/10.
- Вейджери, терміни claim ≤ 72 години, слоти для фриспінів з керованою дисперсією.
Безпека/RG
- Дедуплікація подій, анти-бот, аномалії, холди призів до KYC (де потрібно).
- RG-ліміти, м'які капи участі/добу, нагадування про перерву.
UX/Дані
- Центр турніру (таймер, правило, прогрес, кращі спроби).
Мікро-фідбек і A11y.
- Дашборди: участь, справедливість, економіка, RG.
Win-based - видовищно, але ризиковано без нормалізації і капів.
Wager-based - керовано, але підходить швидше для фонової прогресії, інакше виникає pay-to-grind.
Multiplier - золотий стандарт чесної конкуренції: вирівнює шанси, добре поєднується зі спринтами і тижневими марафонами.
Налаштуйте формули (лог-криві, кращі N), додайте бонус за різноманітність, тримайте економіку в коридорі і дотримуйтесь RG - і турніри будуть одночасно захоплюючими, справедливими і економічно стійкими.