Що таке RGS і його роль в екосистемі

Повний текст статті

💡 18+. Матеріал - інженерно-прикладний, без заклику до гри. Термінологія уніфікована: «платформа» - ядро iGaming-оператора (PAM/гаманець/каса/бонуси/RG), «агрегатор» - проксі для безлічі RGS, «студія» - творець ігор.

1) Визначення і місце в ландшафті

RGS (Remote Game Server) - віддалений сервер ігрових рушіїв студії. Він:

зберігає математику ігор (RNG-логіка, таблиці виплат, стану раундів);
генерує результати (win/lose, множники, фріспіни, бонус-раунди);
віддає асети клієнта (іноді через CDN) і обслуговує сесії;
спілкується з платформою/агрегатором по серії API/вебхуків для списання ставки, зарахування виграшу, застосування обмежень, участі в джекпотах, місіях і т.п.

Якщо платформа - «банк і облік», то RGS - «ігровий завод»: саме він виробляє результати.

2) Які типи контенту обслуговує RGS

RNG-слоти (класика, Megaways/Cluster/Lines, Bonus Buy, Hold & Win тощо).

Instant games (краш, мінер, колеса, скретч, dice) - при необхідності з «provably fair» модулями.

Table RNG (блекджек/рулетка без лайв-відео).

Джекпоти (часто окремий під-сервер Jackpot/RJP, але в зв'язці з RGS).

💡 Для Live-casino RGS як правило не центральний: там власна real-time інфраструктура і відеострім.

3) Головні обов'язки RGS

1. Математика і чесність: реалізація сертифікованих правил, валідні RNG і сід-менеджмент.

2. Управління раундами: початок/прогрес/завершення, бонусні стани (фриспіни, мульти-етапи).

3. Фінансові виклики: ідемпотентні операції списання/зарахування (через платформу або прямий гаманець).

4. Обмеження та RG: макс-ставка/ліміт виграшу, блокування по юрисдикції, турнірні/бонусні вкладки.

5. Джекпоти і промо: внески, тригери, місії/ачівки, квести.

6. Телеметрія та звітність: події для BI і регуляторів, аудит-логи, антикор/антифрод-сигнали.

7. Контент-доставка: версії асетів, мови/валюти, fallback і міграції.

4) Як RGS говорить з платформою: API-патерн

Найчастіше - server-to-server обмін + клієнтський фронт (WebGL/HTML5) у гравця.

4. 1 Базові ендпоінти (умовна схема)

'POST/session/create'- видача токена з урахуванням гео/валюти/гри.

'POST/bet/authorize'- запит списання ставки (з'idempotency _ key').

'POST/bet/settle'- повернення результату раунду і запит зарахування виграшу.

'POST/bonus/state'- видача/згоряння фриспінів, прогрес вейджера.

`POST /jackpot/contribute	trigger'- внесок/виграш по джекпоту.
'POST/rollback'- компенсація при мережевих/касових збоях.
'GET/config'- конфіг гри (номінали, RTP-пули, заборони гео).
`GET /ping	health'- моніторинг.

4. 2 Коллбеки платформи (webhooks RGS→platforma)

`wallet. debit	credit'- списання/зарахування через гаманець платформи.
`rg. check'- перевірка лімітів/самовиключення.
`fraud. flag'- аномалії частоти спінів/патернів.
`analytics. event'- телеметрія раунду (для DWH).

Ключові вимоги: ідемпотентність, підписи запитів (HMAC/EdDSA), короткі SLA відповідей (p95 <300-500 мс на критичних шляхах), чіткі коди помилок і повторів.

5) Гроші: де «істина» і як уникнути дублів

Джерело істини по балансу - гаманець платформи. RGS не зберігає гроші, він зберігає стан раунду.

Всі грошові операції з'Idempotency-Key'і строгим унікальним'bet _ id '/' round _ id'.

Саги/компенсації: якщо після виходу зв'язок з платформою впав - RGS тримає результат і перевідправляє до успішного'wallet. credit`.

Rollback-контур: платформний коллбек може ініціювати відкат по'bet _ id'( строго за правилами).

6) Джекпоти і промо-механіки

Джекпот-гаманець (локальний/мережевий) бере мікровзнос зі ставки; тригер - за сид-логікою або ймовірнісний.

Промо-шар: місії, множники дня, сезонні події, «турнірні» квитки - реалізується на RGS або в окремому Promo-Service, підписаному на події гри.

Участь у промо має не змінювати RTP математичного ядра гри (інакше потрібна нова сертифікація).

7) Сертифікація та комплаєнс (загальне)

RNG/математика: аудит ігрових таблиць, діапазону RTP, дисперсії, випадковості.

Збір подій для регулятора (логи ставок/результатів, версії клієнта, контроль чесності).

Гео-профілі: включення/вимикання фіч, ліміти, валюти, одиниці ставок/виграшів.

Версіонування: будь-яка зміна математики - нова версія і повторна сертифікація.

8) Архітектура RGS: всередині сервера

Шари:

1. API-шлюз (mTLS/WAF/лімітування, підписи).

2. Session & Auth (JWT/opaque tokens, device/geo checks).

3. Game Engine (ядро математики, стану раундів).

4. Promo/Jackpot Connector (не втручається в math, тільки події).

5. Integration (гаманець/платформа/агрегатор, ретраї, дедуплікація).

6. Telemetry & Audit (події в шину, звіти, WORM-лог крит-дій).

7. Assets/CDN (версії, мови, тестові/бойові канали).

Дані:

OLTP для сесій/раундів (p95 <150 мс);
Кеш (Redis) для гарячих станів і лімітів;
Асинхронний стрім подій (Kafka/аналог) → DWH/BI;
Ізоляція PII і ключів по регіонах (data residency).

9) Продуктивність і надійність

Латентність: мета p95 <150-200 мс на'bet/settle'( без платіжного hops).

Горизонтальне масштабування: стейт гри мінімальний, sticky-сесії по'session _ id'або повністю stateless + зовнішнє сховище.

Back-pressure: черги на видачі результатів, захист від «штормів ставок».

Хаос-практики: емуляція падінь платформи/агрегатора, перевірка саг/ретраїв.

DR-план: актив-актив по регіонах, RPO ≤ 5 хв, RTO ≤ 30 хв.

10) Безпека «за замовчуванням»

mTLS + HMAC/EdDSA на рівні інтеграцій, короткоживучі токени.

RBAC/ABAC в адмінці студії, «чотири ока» на зміну математики/лімітів.

Секрети в Vault/HSM; шифрування at-rest/in-transit; токенізація чутливих полів.

Антибот/антиаб'юз: velocity-правила, логи частоти входів/ставок, device-fingerprinting.

WORM-аудит критичних дій і версій білдів.

11) Роль агрегатора і варіанти підключення

Агрегатор дає єдиний інтерфейс десяткам RGS: каталог ігор, уніфікований API, маршрутизацію, звітність, маркет-доступ (швидкі рев'ю/марки).

Підключення безпосередньо до платформи дає менше «хопів» і контроль, але дорожче в інтеграціях і сертифікації по кожному ринку.

Компроміс: через агрегатор для широкого розповсюдження і прямі інтеграції для стратегічних операторів.

12) Особливі кейси

Crash/Provably fair: публікація прихованого сиду/солі, що перевіряється клієнтом хеш; синхронізація результатів з серверним сидом.

Bonus Buy/Feature Drop: фінанси - атомарно; ліміти юрисдикцій (не скрізь дозволено).

Adaptive RTP/пули (якщо дозволені): перемикання профілів тільки в рамках сертифікованого діапазону; лог змін.

Free rounds (operator-driven): тікети фриспінів валідуються RGS-ом, але гаманець - біля платформи.

13) Що важливо студії при побудові власного RGS

Чек-лист:

Ядро гри відокремлене від мережевих шарів (тестуємо десктопно/CI).
Ідемпотентність'bet/settle/rollback', унікальні ключі раундів.
Саги, ретраї з backoff, дедуплікація на рівні брокера/БД.
Версіонування math/асетів; міграції станів без даунтайму.
Шина подій і каталоги даних, поля для BI/регулятора.
RG-хуки і гео-політики; «kill-switch» на фічі.
Спостережуваність: метрики p95/p99, error-rate, settle-lag, bets/min, jackpot-latency.
DR/xaoc-навчання, навантажувальні тести і пісочниці інтеграцій.
Безпека: Vault/HSM, ключова ротація, підписи, WAF, ліміти, антибот.
Документація API (спеки + приклади) і SDK для платформ/агрегаторів.

14) Що критично для платформи/оператора при виборі RGS

Чесність і стабільність math (історія сертифікації, діапазони RTP, відмовостійкість).

SLA/телеметрія (реальні дашборди, алерти, час реакції підтримки).

Регіональні профілі (валюти, тексти, резидентність даних, відповідність локальним правилам).

Сумісність з бонусами/турнірами (внесок за типами ігор, max bet, анти-аб'юз).

Джекпот-інтеграція (прозорі гаманці, звіти).

Винятки та інциденти (rollback-протоколи, рота, паблік-постмортеми по великих збоях).

15) Міні-глосарій

RGS - сервер ігор студії, генерує результати RNG-ігор.

PAM - платформа управління гравцями (акаунти/сесії).

Ledger/Wallet - грошовий облік у оператора (істина по балансу).

Aggregator - посередник, що об'єднує безліч RGS під єдиним API.

RTP/Volatility/Hit-Rate - параметри математики слота.

Saga/Outbox/CDC - патерни узгодженості і доставки подій.

Provably Fair - перевірена гравцем чесність (краш/інстанти).

WORM-лог - незмінний журнал для аудиту.

RGS - це виробничий цех iGaming. Він втілює математику гри, забезпечує чесність і швидкість раундів, підключає джекпоти і промо, а через надійні API пов'язує контент студії з платформами і агрегаторами по всьому світу. Сильний RGS будується на ідемпотентності, подієвості, суворої безпеки і сертифікації. Такий фундамент дозволяє випускати ігри швидше, масштабувати трафік без втрат грошей і відповідати вимогам будь-якої зрілої юрисдикції.