RGS/ブリッジによるライブゲームとショーフォーマットの統合
完全な記事
1)ライブとプラットフォームの橋渡しが必要な理由
ライブゲーム(ルーレット、ブラックジャック、バカラ)とショーフォーマット(Crazy/Wheel-/Dice-/Game Show)はビデオストリーム+実際の結果を使用します。RNGスロットとは異なり:- 結果は、ベッティングウィンドウと物理イベント(スピン、対決)を閉じた後に発生します。
- 厳密なカットオフと同期ロックベットが必要です。
- 支払いの計算は、スロットの数学コアではなく、ライブゲームのテーブルに基づいています。
- ウォレット、ボーナス、トーナメント、ジャックポット、RG/AML、およびテレメトリー/レポートに同意する必要があります。
Bridgeは、ライブメカニクスをプラットフォーム契約に「変換」するS2Sのゲートウェイです。セッショントークン、承認と制限、ベットの受け入れ、ウィンドウの固定、決済、補償、イベントとダッシュボードです。
2)基本的な統合アーキテクチャ
プレイヤークライアント(Web/モバイル+HLS/WebRTC)
│
Live Provider Front(ビデオ、UI)--Live Engine(ラウンドコントロール、GCU)
│                │
<(S2S)>結果を出す
ブリッジ(RGS/ブリッジ):認証、ベットキャプチャ、ロック、セトル、ロールバック、ジャックポット/プロモーション
│
プラットフォーム:PAM/財布(元帳)/キャッシャー/ボーナス/RG/リスク/BI
│
アグリゲーター(オプション)- ライブエンジン:ラウンド、タイマー、アウトカム(ディーラー/GCU)を制御します。
- ブリッジはプラットフォームへの唯一の統合ループです。お金とイベントを同期します。
- プラットフォーム:バランスの真実のソース、ボーナス、RG/AML、レポート。
3)流れおよびタイミング: 賭けから支払うため
3.1ラウンドライフサイクル(簡略化)
1.セッション。create-ブランド/地理/年齢検証、session_token発行。
2.bet。 place-ベットを受け入れるためのウィンドウで;RG制限、ボーナスルール、idempotency ('Idempotency-Key')をチェックします。
3.bet。 lock-ウィンドウを閉じます(カットオフ)。コミットされていないアプリケーションはすべて拒否されます。
4.生きています。結果-Live Engine(ルーレット:number;からの結果;show: sector/multiplier/bonus round)。
5.bet。 settle-アトミック決済:ベットデビット確認、ウィンクレジット(ウォレット経由)。
6.ボーナス/ジャックポット/トーナメント-貢献/トリガー。
7.ロールバック/補償-チャネルが失敗した場合、ラウンド規則に従ってのみ。
3.2 Windowsと遅延
ターゲット遅延(ガラス間):HLS 2-5 cセグメント;WebRTC 200-500ミリ秒。
SLOブリッジ:- P95の賭け。'/'ベットを置きます。ロック'<150ミリ秒(プレーヤーネットワークなし)、p95' settle '<300ミリ秒'ライブ後。結果'、「紛失/複製された和解」=0。
4) APIブリッジ契約↔プラットフォーム(例)
4.1ブリッジ→プラットフォーマーのご要望
'POST/wallet/debit'-ベットの承認(idempotent、答えはhold_id)です。
'POST/wallet/commit'-ロック時の書き込みの確認。
'POST/wallet/credit'-ウィンクレジット。
'POST/rg/check'-入金/損失/時間制限、自己除外。
「POST/bonus/apply」-ゲームタイプによる貢献(例:ライブ10-25%)。
4.2 Collbacksプラットフォーマー→ブリッジ
Idempotence:キー'round_id'、 'bet_id'、 'settle_id';財布と橋の側面にデッドアップ。
5)イベントモデル(カフカ/パルサー)
基本的なトピック
契約:Avro/JSONスキーマ+レジストリ、セマンティックバージョン、'tenant_id'、 'table_id'、 'player_id'によるパーティション。
6)お金の不変性およびサガ
バランスによって真-元帳プラットフォーム;bridge stores betting/round states。
すべての通貨トランザクションは「Idempotency-Key」でidempotentです。
「authorize→lock/commit→settle→credit」:- with file 'commit'-承認/戻り値の取り消し;
- 'credit'が失敗すると-成功を繰り返す。
- 手動のバランス調整は禁止されています。イベントを補償するだけです。
7)ボーナス、トーナメント、ライブの大当たり
賭けへの貢献:ライブゲームは通常10-25%の重量を与えます。ブリッジは明示的にテーブル/ゲームの種類を伝える義務があります。
トーナメント/フライト: ターンオーバーあたりのポイント、乗数、ストリーク;ソース-ライブイベント。ベット落ち着いた'.
ジャックポット:修正/プログレッシブ(ローカル/オンライン)。各資格のあるレートでの貢献。トリガー-ブリッジ/ジャックポット側。
責任:プロモーションメカニクスは、メインゲームのチャンスを変更するべきではありません。さもなければ-別の証明。
8)不正防止とリスク
速度/遅延仲裁:「事実の後」賭けの禁止;ハードカットオフ。
マルチアカウント/共有デバイス:グラフチェック、デバイスフィンガープリント。
Win anomalies:テーブル/プレーヤー/リージョンによる超予期パターン。
チャージバック防御:預金/商人、保留/コミットログ付きのベットの束。
9)観測可能性およびテレメトリー
ビジネスメトリクス
'bets_per_round'、' players_on_table'、'avg_bet'、'payout_ratio'、'rake'、'jackpot_latency'、'settle_lag_ms'。
テクニカルメトリクス
p50/p95/p99 by 'bet。 place'、 'bet。'lock'、 'settle'、 'wallet。debit/commit/credit';
depth、コンシューマラグ、CPU/mem/GC、 TLSエラー、WebRTC/HLS QoE(ストール比)。
ダッシュボード
NOC: tables/shows、 online、 bets/min、 settle lag、 error heatmap by region。
SRE:エンドポイントごとのレイテンシ、キューの遅延、嵐の回帰、コミット/クレジットの成功。
アラート(SLO予算):p95 'settle'> X、エラー率>Y%、 lag> Z sec、特定のテーブルで成長'キャンセル'。
WORM監査:制限の変更、ショーラウンドのRTPプロファイル、ジャックポットパラメータ、フィーチャーフラグ。
10)安全性とコンプライアンス
すべてのS2SでmTLS+署名(HMAC/EdDSA)が短命トークンを呼び出します。
ゼロトラスト:メッシュポリシー、最小権限、地域ごとのセグメンテーション。
PCI/GDPR/データレジデンシー: PIIとログ-地域(EU/UK/BR……)では、クロスリーディングは禁止されています。
RG:速度の同期停止信号(沈殿物/損失/時間の限界、自己排除)、現実点検。
監査:クレタ島のアクションのログ-変更不可(WORM)、アクセス「4つの目」。
11)複数のテナントおよび複数のブランド
すべてのイベントとコールは'tenant_id/brand_id/license/region'とマークされています。
Ledger/Cashier/PII-ライセンス/リージョンごとに分離されています(多くの場合、データベース/クラスタを分離しています)。
共通サービス(ブリッジコア、トーナメント、ジャックポット)-共有可能ですが、データにハードRLSがあります。
特徴フラグ/リミット/ボーナスプール-ブランド/管轄レベルで。
12)性能および低下
バックプレッシャー:オーバーロード時-カットオフ前に「新しい賭けなし」、コミット/セトル優先順位付け。
モードの低下:サイドプロモーション/ジャックポットを無効にし、コアベットと支払いを節約します。
DR-plan:資産-資産/資産責任;RPO ≤ 5分、RTO ≤ 30分;outboxの同期。
13)実装チェックリスト(オペレータ/プロバイダ)
アーキテクチャ
- イベント契約(スキーマレジストリ)、idempotenceキー'round_id/bet_id/settle_id'。
- 批評認証→コミット→決済→クレジット;手動調節のない補償。
- すべての現金状態のOutbox/CDC;「バイパス」出版物はありません。
- カットオフ/ロックはライブカーネル側に実装され、ネットワーク遅延によって保護されます。
お金/ボーナス
- 真実の源としての元帳;hold/commit/creditはatomicです。
- 賭けへのライブ貢献は透明です。トーナメント/ジャックポットはメインゲームのチャンスを変更しません。
観測可能性/SLO
- NOC/SREダッシュボード;latency/error/lagへのSLOアラート。
- 限界および特徴の旗のWORMの監査;死後のプロセスだ。
セキュリティ/コンプライアンス
- mTLS+署名;Vault/HSM;RBAC/ABAC;データ・レジデンシー。
- RG停止は同期しています。AML信号とレポートは自動化されています。
14)赤旗(アンチパターン)
データベース内の残高/決済の手動編集。
ウィンドウが終了した後にベットを受け入れる(厳密なロックはありません)。
outbox/CDC→「失われた」ラウンドなしでテレメトリーを発行します。
idempotencyと重複除外→重複した支払いの欠如。
異なった地域/ブランドのPIIそしてお金の輪郭を混合します。
劣化なし:プロモーションの秋は賞金の計算をもたらします。
BI/規制レポートは戦闘OLTPで動作します。
15)ボトムライン
Bridge for Liveゲームは単なる「APIアダプタ」ではなく、ウォレット、ボーナス、RG/AML、レポートなどの厳格なプラットフォーム不変量でライブ結果を接続する通貨イベントカーネルです。その強さは、デフォルトではidempotenceとsagas、ハードウィンドウとロック、観測性とセキュリティにあります。"このような基盤では、ライブカジノとショーフォーマットは予測可能にスケールし、ピーク放送に耐え、プレーヤー、ブランド、レギュレータに透明性を維持します。
