Evolution - Overview and Integration
2) Verticals and content
2. 1 Live Casino (classic)
Roulette: European/Auto/Speed/Double Ball; Lightning Roulette line with multipliers.
Blackjack: Classic, Infinite/Free Bet/Power Blackjack (general boxing, additional rules), Bet Behind.
Baccarat: Speed/No Commission/Squeeze; side-beta, road counting.
Poker options: Casino Hold'em, Three Card Poker, Caribbean Stud, Side Bet City.
2. 2 Game Shows (live show)
Crazy Time, Monopoly Live, Dream Catcher, Deal or No Deal, Gonzo's Treasure Hunt/Quest Live, Lightning Dice/Roulette/Blackjack/Baccarat - flagships with multipliers, bonus game rounds and spectacular serve.
2. 3 RNG/«First Person»
"First Person" versions of live games (RNG with a GO LIVE button), as well as portfolios of partner/incoming studio slots.
3) Top titles and features
Infinite/Free Bet Blackjack - scaling to a large audience without tables "in places."
Crazy Time/Monopoly Live - multi-scene shows with a wheel and bonus rounds.
Lightning series (Roulette/Blackjack/Baccarat/Dice) - rounds with random factors; limits and jurisdictional RTP mapping rules are important.
Speed Baccarat/Auto Roulette - maximum turnover of rounds.
4) Studios, localization and brand tables
Many regional studios (EU/UK/North America/etc.), native tables (dealer language and UI), time zones, local demanding games.
Dedicated/Branded tables: custom background/listing/limits, receiving traffic only from your tenant; possibly Dual Play/On-Prem from land-based casinos.
Limit pools: Low/Mid/High/VIP, split by currencies and markets.
5) Jurisdictions and Restrictions
For regulated markets: different RTP profiles and texts, prohibitions of some features (for example, autospin in RNG, rules for displaying multipliers), Reality Check requirements/RG limits/banners.
Individual studio licenses and a set of available tables by country (for example, local native tables).
Requirements for round logs and video storage at the request of the regulator/payments.
6) Integration architecture
6. 1 Wallet mode
Seamless (transfer-less): operator's balance; calls '/authorize ', '/bet', '/win ', '/rollback' to your billing; idempotency is required.
Hosted/Transfer wallet: funds are pre-transferred; at the end of the session synchronization.
6. 2 Event channel
Вебхуки/Callbacks: `bet`, `win`, `bonus`, `round_open/close`, `disconnect/reconnect`, `table_limits_change`.
WebSocket/SSE channel (optional) for telemetry of the table and statuses.
6. 3 Video streaming
WebRTC for minimum latency (sub-second - 2s), HLS/DASH as fallback (5-10s).
Adaptive bitrates, on-the-fly quality switching; token/reference protection.
6. 4 Idempotence and order
Global 'transaction _ id' (ULID/UUID) per bet/win; responses of repeated requests return the same result (exactly-once in meaning).
'round _ id '/' shoe _ id '/' spin _ id'is a unique round bundle; keep the table display'provider _ table _ id → internal_table_id'.
6. 5 Timeouts/Retreats
Client timeouts 2-3 s; exponential backoff (max retry window ≤ 60 s); replay queue; protection against "repayments."
7) Event diagram and analytics (sketch)
json
{
"event_id": "01JBZ...X9",
"event_time": "2025-11-02T12:31:05Z",
"type": "bet win round_open round_close bonus disconnect reconnect",
"user": {"id":"u123","tenant":"op1","country":"DE"},
"table": {"id":"evo_ru_lightning_01","game":"lightning_roulette","studio":"eu_central"},
"round": {"id":"r789","shoe_id":"sh001","sequence":1542},
"wager": {"amount":10.0,"currency":"EUR","bets":["straight_17","split_13_16"]},
"payout": {"amount":120.0,"multiplier":500},
"network": {"latency_ms":180,"stream":"webrtc"},
"meta": {"jurisdiction":"MGA","rtp_profile":"std"}
}Key metrics
Product: GGR/NGR, table/game turnovers, Seat Utilization, Round per Hour, share of hit shows.
Quality of service: stream p95 latency, buffering ratio, disconnect-rate, callback lag, API p95/p99.
Fairness/Safety: Complaints/1k rounds, rollback-rate, controversial rounds, AML/RG flags.
8) Limits, multipliers and exposure
Configuration of rate limits per table/currency/market (min/max, position limit, multiplier limit).
For Lightning series: store multiplier parameters and expected RTP by market; avoid conflicts with local norms.
Exposure: Track 'max _ potential _ payout' by round/table, cutback mechanics (if provided).
9) Reporting and reconciliation
Round-level logs with states (open/closed/void), rates and payments; rollback magazine.
Daily Game Report by Table/Currency/Market; cut-off by studio server time, store offset and TZ.
Reconciliation: sum of events at the operator vs summary reports of the provider; difference only on uncapped rounds.
10) Observability and SLO
API: p95/p99 for '/authorize ', '/bet', '/win ', error-rate by code.
Stream: p95 delays, buffering, bitrate degradation, reconnect-loops.
Events: lag webhooks, retry queue size, duplicate transactions.
Game-SLO: speed of rounds, cancellations/void, controversial rounds, correctness of multipliers.
Billing-SLO: reporting discrepancy <target threshold, percentage closed to cut-off.
11) Security and privacy
mTLS + HMAC signatures on webhooks and REST; allowlist IP studios.
Stream tokens are disposable/short-lived; protection against restream.
PII minimization, 'user _ id' tokenization, RLS/CLS in tenant/region analytics.
Responsible Gaming messages and banners in UI live; storage of consent logs.
12) Marketing, Showcase and Brand Options
Lobby Live with illuminated seat availability, average winnings/hour, "burning" shows.
Brand tables: own hall, dealers in your uniform; promotional contours (Live leaderboards, freebies/bonus chips, tournament weeks).
Content assets: preview videos, 16: 9/1: 1 posters, localized texts and titles.
13) Test plan and QA
13. 1 Staging checklist
- Authorization/session closure; correct localization of UI/currency.
- '/bet '/'/win 'are idempotent, repeating the same' transaction _ id 'returns the same answer.
- Disconnect/Resume - Saves the status of the bet/round.
- Lightning multipliers - correct limits and RTP/disclaimer display.
- Cut-off and TZ: reports match events.
- Market Restrictions: No Tables Available/Feature
13. 2 Negative scenarios
Duplicate bid → '200' with the same result.
Timeout on '/win '→ secure retry without double payout.
Unavailable table/limit exceeded → deterministic errors.
Lost stream → fallback WebRTC↔HLS, auto-downgrade.
14) Frequent errors and anti-patterns
No idempotency → double charge/pay.
Ignore rollback and 'void' → misalignment of the ledger.
Uniform limits for all markets → compliance violations.
No cut-off/snapshots → floating reports.
Poor adaptation to mobile networks → high disconnect-rate and complaints.
SELECT in the showcases/logs of the fall → during the MINOR evolution of the circuits.
15) Configuration templates
15. 1 Table/Market/Limits
yaml table_config:
provider_table_id: "evo_lightning_roulette_eu_01"
internal_table_id: "lr_eu_01"
markets:
- region: "MGA"
currency: "EUR"
bet_limits: {min: 0.20, max: 2000}
multipliers: {max: 500x}
texts: {rg_banner: true, rtp_disclaimer: true}
- region: "UKGC"
currency: "GBP"
bet_limits: {min: 0.20, max: 500}
multipliers: {max: 500x}
texts: {rg_banner: true}15. 2 Idempotence policy
yaml idempotency:
key: "transaction_id"
storage: "redis+db"
ttl: "30d"
behavior: "return_last_result"15. 3 Diagram of events (minimum)
yaml events:
keys: [event_id, event_time, type, user.id, table.id, round.id]
bet: [amount, currency, selections, ext_ref]
win: [amount, multiplier, ext_ref]
tech: [stream_type, latency_ms, reconnects]15. 4 SLO panels
yaml slo:
api:
authorize_p95_ms: 350 bet_p95_ms: 250 win_p95_ms: 250 error_rate_pct: <=0.3 stream:
latency_p95_ms: <=2000 buffering_ratio_pct: <=1.5 billing:
report_delta_pct: <=0.2 closed_by_cutoff_pct: >=99.716) Implementation Roadmap
1. Inventory & Markets: table/show list, limits, multipliers, RG texts by country.
2. API & Wallet: Wallet Model Selection, Idempotency, Retrai, WebRTC/HLS.
3. Events & Reports: event scheme, round-level logs, cut-off and TZ.
4. Compliance: jurisdictional flags, Reality Check, localization, record retention.
5. Brand/Dedicated: if necessary - brand hall, traffic routing.
6. Observability: SLO (API/stream/billing) panels, alerts, replays.
7. Go-Live: canary traffic, KPI comparison (GGR/rounds/hr/complaints), post-mortem for the first week.
17) The bottom line
Evolution is the de facto standard for live casinos and shows. Successful integration = low latency stream, idempotent billing, correct limits/multipliers and jurisdictional configs, plus transparent reporting and monitoring. By following these templates and checklists, the operator gains reliable start-up, strong showcase and projected GGR/LTV growth at controlled risk and cost.