Реализация Gacha/Lootbox механики мобильной игры
Представьте: у вас почти готовая RPG, осталось внедрить гачу, но пользовательский тест показал, что игроки бросают после 50 роллов без легендарки — комбинация без pity-системы убивает удержание. Или хуже: вы выпустили обновление, а через день в App Store приходит отказ — вероятности не показаны. Такие проблемы стоят денег: переработка и повторная модерация могут затянуться на недели, а в это время конкуренты забирают вашу аудиторию. Мы помогаем этого избежать: за 3–4 дня ставим базовую gacha с защитой от неудач, за 7–10 — полноценную систему с баннерами, анимациями и отчётами для маркета. Наш опыт — более 40 проектов, и каждый проходил ревью с первого раза. Не рискуйте релизом — свяжитесь с нами для аудита вашей текущей механики.
Математическая модель вероятностей
Базовая gacha — взвешенный случайный выбор из пула наград. Простая реализация:
data class GachaItem(val id: String, val rarity: Rarity, val weight: Int) fun rollGacha(pool: List<GachaItem>): GachaItem { val totalWeight = pool.sumOf { it.weight } var random = Random.nextInt(totalWeight) for (item in pool) { random -= item.weight if (random < 0) return item } return pool.last() } Пример распределения весов:
- Common: weight 1000 → ~58.8% шанс
- Rare: weight 500 → ~29.4%
- Epic: weight 150 → ~8.8%
- Legendary: weight 50 → ~2.9%
Суммарный вес: 1700. Шанс legendary: 50/1700 ≈ 2.94%.
Как работает pity-система?
Pity (гарантированная награда) — механика, которая гарантирует legendary после N неудачных попыток. Без pity у игрока может быть streak из 200 роллов без legendary — математически возможно, практически разрушает опыт.
Soft pity — начиная с N-го ролла вероятность legendary растёт. Genshin Impact использует этот подход: с 74-го ролла шанс 5* начинает расти на 6% каждый ролл.
Hard pity — ровно на N-м ролле legendary гарантирован. Проще реализовать и честнее коммуницировать игроку.
data class PlayerGachaPity( val rollsSinceLastLegendary: Int, val softPityStart: Int = 74, val hardPityAt: Int = 90 ) fun calculateEffectiveProbability(baseProbability: Float, pity: PlayerGachaPity): Float { if (pity.rollsSinceLastLegendary >= pity.hardPityAt) return 1.0f if (pity.rollsSinceLastLegendary >= pity.softPityStart) { val excess = pity.rollsSinceLastLegendary - pity.softPityStart return minOf(1.0f, baseProbability + excess * 0.06f) } return baseProbability } Pity-счётчик хранится на сервере, не на клиенте. Клиентский счётчик обнуляется при переустановке — игрок теряет накопленный pity, что вызывает справедливое возмущение и чарджбеки.
Зачем серверная генерация?
Результат гача-ролла нельзя генерировать на клиенте. Серверная генерация в 100 раз надёжнее клиентской — взломать её почти невозможно. Схема:
- Клиент отправляет запрос
POST /gacha/rollсuserId,gachaPoolId, количеством роллов, токеном оплаты - Сервер проверяет баланс/транзакцию, достаёт pity-счётчик, генерирует результат с seeded PRNG
- Сервер записывает результат, обновляет pity, возвращает
rollId+ результаты - Клиент отображает анимацию и показывает результаты
Seed для PRNG генерируется на сервере, клиент не может предсказать или повлиять на результат.
Анимация открытия
Анимация gacha-ролла — не просто украшение, это психологически значимый момент. Длительность 2–4 секунды, нарастающий саспенс перед reveal. Для мобильной реализации используем:
- Unity Animator или Spine для 2D-анимаций карт/яиц
- Particle System для эффектов при reveal редких наград
- Haptic feedback (UIImpactFeedbackGenerator на iOS, VibrationEffect на Android) в момент reveal
Multi-pull анимации (x10 ролл) требуют отдельной логики: показываем все результаты последовательно с возрастающим темпом, common быстро, legendary — с полноэкранным эффектом.
Регуляторные требования
App Store требует отображения вероятностей «перед покупкой». Google Play — аналогичное требование. Реализация: экран «Детали гача-пула» с таблицей вероятностей по типам наград. Этот экран открывается кнопкой «i» (информация) рядом с кнопкой ролла.
| Редкость | Вероятность | Гарантия (hard pity) |
|---|---|---|
| Common | 58.8% | — |
| Rare | 29.4% | — |
| Epic | 8.8% | 40 роллов |
| Legendary | 2.9% | 90 роллов |
Какие типы gacha-баннеров существуют?
| Тип баннера | Продолжительность | Rate-up | Pity совместимость | Доходность |
|---|---|---|---|---|
| Standard | Постоянно | Нет | Да | Стабильная |
| Rate-up | 7–14 дней | Да | Да (с гарантом) | Высокая |
| Featured | 7–14 дней | Да | 50/50 guarantee | Максимальная |
Rate-up banner — временный пул с повышенным шансом конкретного персонажа/предмета. Создаёт urgency и пики дохода. Standard banner — постоянный пул, принимает «потерянные» pity-победы в системах с гарантом. Featured banner с guarantee — если rate-up не выпал на 1-м legendary, следующий guaranteed будет featured (система «50/50»).
Чек-лист: что входит в работу
- Анализ требований и проектирование математической модели
- Реализация серверной и клиентской логики (Swift/Kotlin/Flutter)
- Интеграция pity-системы и rate-up баннеров
- Верстка UI с отображением вероятностей
- Создание анимаций открытия (2D/3D)
- Тестирование на нагрузку (500+ одновременных роллов)
- Подготовка документов для публикации в App Store и Google Play
- Пост-релизная поддержка: мониторинг, доработки по метрикам
Сроки ориентировочно
Базовая gacha с pity и серверной генерацией — 3–4 дня. Полная система с несколькими типами баннеров, UI вероятностей, анимациями и аналитикой — 7–10 дней. Стоимость рассчитывается индивидуально — напишите нам для оценки.
Получите консультацию — мы поможем спроектировать gacha-систему, которая принесёт прибыль и пройдёт модерацию.