加密赌场
Torrent Gear
通过RGS/bridge集成实时游戏和显示格式
文章全文
1）为什么需要现场和平台之间的桥梁
现场游戏（轮盘赌游戏，二十一点，七叶树游戏）和表演格式（Crazy -/Wheel -/Dice -/Game Show）使用视频视频+实际结果。与RNG插槽不同：- 结果是在博彩窗口关闭和物理事件（旋转，打开地图）之后发生的。
- 需要严格的时限（切断）和同步投注管。
- 付款计算是按现场游戏表进行的，不按插槽的核心进行。
- 您需要协调钱包，奖金，锦标赛，头奖，RG/AML以及电信/报告。
Bridge是S2S网关，将"实时"机制转换为平台合同：会话令牌，授权和限制，费率接收，窗口固定，设置，补偿，事件和行车记录。
2）基本集成体系结构
Player Client (Web/Mobile + HLS/WebRTC)
│
Live Provider Front (video, UI) —— Live Engine (round control, GCU)
│ │
│ (S2S) │ emits outcomes
Bridge (RGS/bridge): auth, bet capture, lock, settle, rollback, jackpots/promos
│
Platform: PAM / Wallet(Ledger) / Cashier / Bonus / RG / Risk / BI
│
Aggregator (optional)- 实时引擎：控制回合，计时器，结果（dealer/GCU）。
- Bridge：到平台的唯一集成回路。同步金钱和事件。
- 平台：资产负债表，奖金，RG/AML，报告方面的真相来源。
3）流动和计时： 从利率到付款
3.1回合生命周期（简化）
1.session.create-品牌/地理/年龄验证,session_token发行。
2.bet.地点-在投注接收窗口中；检查RG限制，奖励规则，等效性（"Idempotency-Key"）。
3.bet.锁定-关闭窗口（切断）。所有未提交的申请-被拒绝。
4.live.outcome-来自Live Engine的结果（轮盘：数字；展出：部门/乘数/奖金回合）。
5.bet.定位-原子设置：投注借记已确认，中奖信用（通过钱包）。
6.奖金/奖金/锦标赛-贡献/触发器。
7.rollback/compensation-当通道发生故障时,但仅限于回合规则。
3.2个窗口和延迟
目标后退（玻璃对玻璃）：HLS 2-5 c段；WebRTC 200-500毫秒。
SLO bridge:
p95 `bet.place`/`bet.lock'< 150毫秒（没有玩家网络），p95 'settle' <300毫秒后直播。outcome'，"丢失/重复的设置"=0。
4） bridge API合同↔平台（示例）
4.1个查询bridge→platforma
"POST/wallet/debit"-费率授权（偶数，答案-hold_id)。
"POST/wallet/commit"-锁定时确认注销。
"POST/wallet/credit"是胜利的信用。
"POST/rg/check"-存款/损失/时间限制,自我约定。
"POST/bonus/apply"-按游戏类型（e。g., live 10–25%).
4.2科尔贝基platforma→bridge
相似性：键"round_id"，"bet_id"，"settle_id"；祖父在钱包和桥边。
5）事件模型（Kafka/Pulsar）
基本拓扑
合同：Avro/JSON Schema+Registry，语义版本，"tenant_id"，"table_id"和"player_id"的分期付款。
6）货币不变性和传奇
平衡的真相是平台的Ledger；桥存储投注/回合状态。
所有现金交易都是偶然的，带有"Idempotency-Key"。
Сага «authorize → lock/commit → settle → credit»:
faille "commit"-取消授权/退回保留；- 在faille'Credit'-重播成功之前；
手动调整资产负债表-禁止；仅补偿事件。
7）奖金，锦标赛，现场头奖
Vager的贡献：现场游戏通常给予10-25％的重量；桥梁必须明确传达桌子/游戏类型。
比赛/航班： 每周营业额积分，乘数，街道；来源-事件'live。bet.settled`.
头奖：虚构/进步（本地/网络）。每个合格费率的贡献；触发器位于桥梁/头奖服务侧。
责任：促销机制不应改变主要游戏的机会；否则-一个单独的认证。
8）防冻和风险
Velocity/延迟套利：禁止投注"事后"；硬切断。
多帐户/通用设备：图形检查，设备指纹打印。
获胜异常：桌子/球员/地区的预期模式。
Chargeback defense：与存款/商品的投注捆绑在一起，logi hold/commit。
9）观察力和遥测
业务指标
`bets_per_round`, `players_on_table`, `avg_bet`, `payout_ratio`, `rake`, `jackpot_latency`, `settle_lag_ms`.
Techmetriki
p50/p95/p99 by 'bet。place`, `bet.lock`, `settle`, `wallet.debit/commit/credit`;
depth очередей, consumer lag, CPU/mem/GC, TLS errors, WebRTC/HLS QoE (stall ratio).
达什伯德
NOC：桌子/表演，在线，bets/min, settle lag, error heatmap按地区。
SRE: latency per endpoint, queue lag, retrу storms, success of commit/credit.
Alerts （SLO预算）：p95 'settle'> X, error rate> Y%、lag> Z秒,在特定桌子上生长'cancelled'。
WORM审核：更改限制、RTP演出回合配置文件、大奖参数、幻灯片。
10）安全和合规性
所有S2S呼叫上的mTLS+签名（HMAC/EdDSA）；短寿命令牌。
零信任：混乱的政治，最低特权，按地区划分。
PCI/GDPR/数据驻留：PII和徽标-在该地区（EU/UK/BR……），禁止交叉阅读。
RG：同步停止信号在利率（存款/损失/时间限制,自我体验）,现实检查。
审计：克里特岛行动的逻辑是不可改变的（WORM），四眼访问。
11）多元性和多品牌
所有事件和调用均标有"tenant_id/brand_id/license/region"。
Ledger/Cashier/PII-按许可证/区域（通常是单独的DB/集群）隔离。
共享服务（桥梁内核，锦标赛，头奖）是可共享的，但数据中具有刚性RLS。
Fich-flag/限制/奖金池-在品牌/管辖级别。
12）性能和降解
Back-pressure：当超载时-"no new bets"在切断之前,commit/settle优先级。
Degrade modes：禁用副业促销/头奖，保留核心投注和付款。
DR-plan：资产/资产-passive；RPO ≤ 5分钟，RTO ≤ 30分钟；outbox同步。
13）实施支票（运营商/提供商）
体系结构
- 事件合同（Schema Registry）, "round_id/bet_id/settle_id"指令。
[] Саги authorize→commit→settle→credit;无需手动编辑的补偿。- Outbox/CDC处理所有现金状况；没有"绕过"出版物。
- 切断/锁定在实时内核侧实现,并受到网络延迟的保护。
金钱/奖金
- Ledger作为真理的来源；hold/commit/credit是原子。
- 直播对vager的贡献是透明的；锦标赛/头奖不会改变主要比赛的机会。
Observability/SLO
- NOC/SRE Dashbords；SLO在latency/error/lag上。
- 限额和幻灯片的WORM审计；验尸过程。
安全/合规性
- mTLS+签名；Vault/HSM;RBAC/ABAC;data residency.
- RG脚是同步的；AML信号和报告是自动化的。
14）红旗（反模式）
在DB中手动编辑平衡/设置。
在窗口到期后接受投注（没有严格的锁定）。
在没有outbox/CDC的情况下发布遥测→"丢失"回合。
缺少相同的能力和重复数据→支付。
PII和不同地区/品牌的货币轮廓的混合。
没有退化：promo的下降压倒了胜利的计算。
BI/监管报告适用于战斗 OLTP。
15）结果
实时游戏的桥梁不仅仅是"API适配器"，而是将实时结果与严格的平台不变性联系起来的货币事件核心：钱包，奖金，RG/AML和报告性。它的力量是"默认"的幂和传奇，坚硬的窗户和锁，可观察性和安全性。在这种基础上，现场赌场和表演格式可以预测地缩放，经受住高峰电波，并对玩家，品牌和监管机构保持透明。