LiveG24-审查和整合
简要概述
LiveG24是Live Casino提供商,专注于经典学科(轮盘赌、二十一点、七叶树)及其加速/可变模式。关键焦点是稳定的低延迟流媒体,灵活的本地化(语言/货币)以及可预测的服务器对服务器与操作员钱包的集成。Techstek将WebRTC(用于实时)与HLS/DASH上的后退以及用于投注和结果的网络套接字结合在一起。
适合谁:中型和大型运营商/聚合商,他们需要快速直播垂直连接,透明的钱包盒,灵活的极限和遥测。
产品组合和用户体验
游戏和变体
轮盘赌: 欧洲/自动轮盘赌,加速模式,热/冷统计,快速重播投注.
二十一点:经典、速度表、Bet Behind、边价和桌子规则保险。
Bakkara: classica, No Commission/Speed,"路线图"(Roadmaps),额外投注池。
UX/UI
HTML5客户端具有自适应转盘、芯片预设、快速重复投注。
讲义/旋转的历史,与节制的聊天,关于限制和责任的线索。
多种语言,多种货币性,本地数字/日期格式。
负责任的游戏
投注/时间限制,按地理/年龄隐藏桌子,根据管辖权向RG报告。
线程、协议和性能
视频:WebRTC用于低延迟(~ 0。5–2.5 s具有稳定的网络),fallback到HLS/DASH降解。
交货:CDN/edge-PoP,到最近的节点,健康检查,快速失败。
ABR:自适应比特率,无缝切换;在移动上-硬件解码。
网络卫生:latency到edge <150-200 ms,HTTP/2+,TLS 1。2+,多媒体流量优先级。
数学,极限和计算
RTP/House Edge:符合特定桌子的规则和边注(在规则中披露)。
限制:全球(桌上)和个人(玩家上);VIP级别;单独的边投注上限。
货币:以小型单位计算;转换/显示-在操作员侧;正确的管辖权四舍五入。
商业:RevShare/Flat/Hybrid由合同定义,不影响客户数学。
集成模型
高级方桉
1.玩家→前沿操作员→ SSO/JWT
2.操作员/Aggregator API ↔ LiveG24 API-会话创建和验证
3.客户端↔ WebRTC/HLS-视频流
4.客户端↔ WebSocket-投注/事件(低延迟)
5.Webhook/Callback LiveG24 →-核销/付款授权
6.操作员钱包(Auth Debit/Credit)↔ Ledger/KYC/AML
7.BI/Anti-Fraud/监视-审计,撤销,重组
环境要求
安全:会话JWT/OAuth2,S2S allowlist IP/Mutual-TLS,TTL短令牌,键轮换。
性能:自动缩放WS-shards,与sticky会话平衡。
兼容性: 当前的Chrome/@@Edge/@@Safari/@@Firefox, iOS/Sandroid WebView.
会议、启动和身份验证
SSO模式
操作员使用"player_id",货币,local,VIP/限制和 "return_url"形成短寿命令牌。提供程序返回"launch_url"。
示例S2S(pseudo-REST):
POST /api/v1/sessions
Authorization: Bearer <operator-key>
{
"player_id": "u_284710",
"currency": "EUR",
"locale": "ru-RU",
"limits": { "table_min": 1.00, "table_max": 10000.00, "side_bet_max": 200.00 },
"meta": { "vip_level": 2, "return_url": "https://op.example.com/return" }
}
答案是:
{
"session_id": "sess_9d3f...",
"launch_url": "https://liveg24.example/launch?sess=sess_9d3f...",
"expires_in": 3600
}
启动客户端
通过iFrame/新窗口中的 "launch_url" (CSP/' X-Frame-Options'匹配)。Heartbeat/refresh延长了会议时间。
投注和事件(WebSocket)
事件类型
Игровые: `ROUND_OPEN`, `BETS_OPEN`, `BETS_CLOSED`, `ROUND_RESULT`
事务性: "BET_PLACED","BET_ACCEPTED/REJECTED","PAYOUT"
服务: "PING/PONG","RECONNECT_HINT","ERROR"
回合结果的示例:
{
"type": "ROUND_RESULT",
"table_id": "roulette_eu_05",
"round_id": "r_2025_11_02_15_42_17",
"result": { "number": 8, "color": "black" },
"payouts": [
{ "bet_id": "b_9182", "amount_minor": 360000 },
{ "bet_id": "b_9183", "amount_minor": 0 }
],
"server_ts": "2025-11-02T13:42:19Z"
}
通道可靠性
自动重新连接,恢复当前回合的订阅和状态。
后压:限制客户端消息的频率。
提供商和操作员端上的"bet_id"/"round_id"重复数据消除。
现金交易和钱包
流量
Auth借记(费率):注销/冻结请求,操作员回答"APPROVED/DECLINED"。
贷款(付款):由提供商发起,运营商确认并返回余额。
Reconciliation:定期的回合/交易报告,以便与Ledger进行对账。
交付保证
通过"X-Idempotency-Key"(TTL ≥ 24小时)的等效性,按播放器编号消息。
指数暂停后,控制处理优先级.
付款回扣示例:
POST /wallet/payouts
Idempotency-Key: 7c1a-...
{
"player_id": "u_284710",
"round_id": "r_2025_11_02_15_42_17",
"bet_id": "b_9182",
"amount_minor": 360000,
"currency": "EUR"
}
大堂和促销设置
桌子目录:按学科类型,经销商语言,限制,VIP级别分组。
促销小部件:横幅,比赛,任务/任务,"热门数字",顶级获胜者。
地理过滤器:whitelist/blacklist司法管辖区,响应游戏的本地要求。
UI参数:自动进入特定桌子,隐藏聊天,投注预设,定制面额。
扩展和容错能力
多区域:选择最近的RoR/工作室,ASN/地理路由。
平衡:在玩家/桌子上保持稳定;失败时-透明的re-join。
配额/比例限制:WS订阅/费率变化的限制,事件风暴防御。
退化:HLS上的倒置,弱设备或不良网络的"lite-UI"。
安全和合规性
加密:TLS 1。2+, HSTS;WebRTC的SRTP。
访问:JWT与短TTL, IP allowlist/Mutual-TLS for collbacks,查询签名。
PII最小化:身份掩盖;没有打开PII的日志。
反欺诈行为:行为信号(投注频率,多次会话,VPN/ASN模式),风险标志和trottling。
RG/监管:自我排序/超时/限制、本地横幅和Cookie同意。
监测、报告和SLA
度量标准
Aptime: media/WS, p50/p95延迟,%frame-drops, collback错误(份额/代码)。
产品:"Launch → First Bet"转换,平均支票,学科/语言保留,ROI促销。
手术:中继及其原因,被钱包拒绝的授权份额。
SLO/SLA(地标)
媒体≥ 99。9%, API ≥ 99.95%的药房。
Kollbeks: p95 <500毫秒的区域内。
Reconnect WS: p95 <3-5 s,订阅恢复-自动。
Dashbords/Alerts
"round_id/bet_id/callback_id"、事件跟踪、状态面板与通信规则的相关性。
测试和验收
1.Sandbox:单个密钥,虚构的回合/限制结果。
2.E2E:成功/被拒绝的费率,WS悬崖,双倍支付(同位素检查),限制冲突。
3.负载:黄金时段/锦标赛高峰,ABR转换,降级为HLS。
4.安全性:JWT负案例,kollback签名,限额限制,CORS/CSRF策略。
5.Reconciliation:将提供商的报告与leder(金额、状态、四舍五入)进行对账。
最佳集成实践
使操作员的钱包成为真理的来源;S2S都是相等的。
按队列("bets","payouts","recon")分开collbecs,并具有优先级/后退。
在Edge (TTL+手动残疾)上悬挂桌子的限制/密码。
使用feature-flags 分阶段打开桌子/语言/VIP限制。
计划失败:fallback协议、"技术暂停"、补偿促销。
编译PII哈希和相关密钥而不是直接ID。
支票单
用于开发
- JWT/SSO生成/验证
- WebRTC客户端+fallback HLS
- WS客户端具有自动重新连接和后压力
- 特异性S2S端口,中继器,重复数据消除
- PII掩蔽、钥匙/秘密轮换
要启动
- 语言/货币/格式(L10n)
- 地理过滤器和管辖权限制
- SLO监视(API/Sstream/WS)+Alertes
- 夜间报告和重组
- 事件计划和状态页面
常见问题(简述)
可以在iFrame中运行吗?是的,通过CSP/"X-Frame-Options"下的"launch_url"。
是否有Speed/Bet Behind?可按配置在许多桌子上使用。
如何处理通信悬崖?自动侦查,订阅/投注恢复,等效的collbacks。
有促销工具吗?横幅,比赛,任务/任务,分析活动。
reconciliation是如何安排的?提供商发布报告;操作员通过"round_id/bet_id"与leder核对。
结果
LiveG24是一个实用的Live提供商,具有现代流媒体和可预测的集成模式。遵守所描述的模式(SSO,WebRTC+WS,带有幂等积聚物的钱包,SLO监视,RG/合规性)可确保在高峰时段持续运行,正确的实时垂直经济性并最大程度地减少运营风险。