加密賭場
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和報告性。它的力量是「默認」的冪和傳奇，堅硬的窗戶和鎖，可觀察性和安全性。在這種基礎上，現場賭場和表演格式可以預測地縮放，經受住高峰電波，並對玩家，品牌和監管機構保持透明。