加密賭場

Torrent Gear

賭場如何使用telemetry進行分析

為什麼賭場遙測

遙測是關於玩家動作和平臺操作（投註，存款，錯誤，流質量，假冒模式）的標準化事件流。它需要：

管理P＆L（GGR/NGR，LTV，保留）；
保持關鍵路徑的SLO（投註，錢包，收銀機）；
執行合規性（RG/KYC/AML/KYT）並降低風險；
優化營銷（歸屬、ROAS、增量）；
提高內容質量（類別、建議、錦標賽）。

遙測圖： 收集什麼

1）遊戲活動

`lobby_impression`, `tile_click`, `game_launch`

`bet_place` (stake, gameId, roundId, paytable/market)
`bet_accept`, `bet_reject` (code, latency)
`round_settle` (outcome, payout, rtp_snapshot)
`void/refund` (reason_code)

2）金錢和收銀機

`deposit_initiated/success/chargeback`

`withdrawal_request/approved/declined`
`wallet_debit/credit/hold_release`
`bonus_issued/wager_progress/wager_complete`
資金來源/渠道、貨幣、FX匯率（固定）

3） RG/合規性

`rg_limit_set/updated/blocked_bet`

`session_timeout/self_exclusion`
`kyc_started/verified/failed`
`kyt_address_risk_scored` (on-chain), `aml_screening`

4）營銷和產品

`utm_attribution`, `install_referrer`, `campaign_view/click`

`onboarding_step`, `paywall_view`
`ab_variant_exposed`, `feature_flag_on/off`

5）技術和QoS

`api_latency` (endpoint, p95), `error_5xx`

`stream_qos` (fps, dropped_frames, webrtc_rtt, bitrate)

`provider_sla` (timeouts, aborted_rounds)

事件合同： 單字典

原則：

單一方案：必填字段「event」，「ts」，「playerId」，「sessionId」，「traceId」，「source」，「schemaVer」。
貨幣量總是作為字符串/decimal+「貨幣」。
UTC中具有毫秒的時間值。
PII是分開的：個人數據不會進入雜貨店事件的「原始」流。

示例「bet_place」：

json
{
"event": "bet_place",  "schemaVer": "1.8",  "ts": "2025-10-17T14:23:11.482Z",  "playerId": "p_82917",  "sessionId": "s_2f4c",  "traceId": "tr_b1d7",  "gameId": "pragm_doghouse_megaways",  "roundId": "R-2025-10-17-14:23:10-PRAGM-12",  "stake": {"amount":"2.00","currency":"EUR"},  "wallet": {"type":"cash", "balanceBefore":"154.40"},  "device": {"ua":"Mozilla/...","os":"Android","app":"web"},  "geo": {"country":"DE", "ip":"203.0.113.5"},  "ab": {"exp":"lobby-grid","var":"B"}
}

示例「stream_qos」：

json
{
"event": "stream_qos",  "ts": "2025-10-17T14:23:12.013Z",  "playerId": "p_82917",  "tableId": "evo_blackjack_23",  "webrtc_rtt_ms": 142,  "fps": 28,  "dropped_frames": 6,  "bitrate_kbps": 2400,  "network":"4g"
}

Pipline： 從收集到洞察

1.Ingest: SDK/collector (web/app/server) → шина (Kafka/NATS) → stream-processing (Flink/Spark/Kafka Streams).

2.Storage Rill Time： ClickHouse/BigQuery（幾秒鐘到幾分鐘的潛伏期）,Redis中的熱單元。

3.Batch存儲：「原始」事件（immutable, versioned）的對象（S3）。

4.語義層：單個事實/測量表（播放器，會議，bets，payments，rg_events)。

5.交付/激活：dashboard （Grafana/Metabase/Looker）、警報、個性化觸發器、反向卸載至mark 工具/CDP。

6.數據合同：電路測試（CI），兼容性控制，數據目錄（字段描述，SLA）。

關鍵店面和模型

市場營銷：「查看→點擊→註冊→ KYC → deposit → bet」。p95過渡時間，泄漏，通道/創意漏鬥。

隊列和保留：D1/D7/D30 retention，粘性因素（WAU/MAU），滾動保留。

LTV和保證金：LTV per source/country/segment, payback, NGR後獎金/傭金。

RTP/波動：按遊戲/提供商/細分市場；偏離預期範圍。

RFM細分：回收/頻率/monetary →個人開銷/限制。

RG信號：夜間會話，投註頻率和金額增加，撤銷，輸球後「dogon」。

Frod/AML/KYT：設備/地圖/地址相關性，velocity規則，鏈風險爭奪。

QoS喜歡：FPS/RTT對「bet_reject」和churn的影響；退化問題。

Real-time vs Batch

實時（秒）：反親和力，RG鎖定，SLO警報器，會話中的個人促銷，網絡/PSP輪換。

近實時（分鐘）：管理行情板，活動優化，提供商限制。

Batch（時鐘）：監管報告、LTV/Churn增量模型、MMM歸因。

內置度量標準和Alert（示例集）

SLO API: `bet.place p95 < 200ms`, `error_rate < 0.3%`, `settle_latency p95 < 2s`.

遊戲健康：「void/refund」的急劇上升，RTP的下降低於置信區間。

Cashier：在步驟「3 DS」中下降，「declined_by_issuer」的增長。

Live QoS： 'webrtc_rtt_ms> 300'u> 5%的地區玩家,'aborted_rounds'>閾值。

RG：連續>N會話>X小時,'rg_blocked_bet'分段激增。

Fraud：多個帳戶中的相同卡/設備，「旋轉木馬」depozit→vyvod，webhooks重播而沒有偶然性。

隱私和合規性

PII隔離：個人數據在單獨的域/存儲,通過別名「playerId」鏈接。

最小化：沒有PII的「原始」事件；enrich-僅在服務器上,通過白色的字段列表。

Retention：根據司法管轄區的要求，不同的TTL用於事件（遊戲/票房/日誌安全）。

法律依據：consent/legitimate interest/contract；訪問審核、掩蔽、按需刪除。

不可思議的寫法：用於關鍵日誌的WORM，控制電路更改。

分析計算示例（想法）

匿名RTP：遊戲/桌子上的滑動窗口；拒絕>N σ時的異常。

Promo uplift：通過「deposit_rate」和「bet_frequency」進行CUPED/A/B增量。

丘陵模型：基於7天行為（頻率/總和/QoS/結帳故障）的梯度增強。

Real time next best action： fich店面上的規則/模型→個人離職或暫停提示（RG）。

反模式

OLTP和OLAP混合：重型戰鬥數據庫報告打破了博彩延遲。

原始事件中的PII和BI-dashbords中的「泄漏」。

缺少data contracts： 「今天的字段，明天的數字。」

沒有traceId的計數器-無法鏈接玩家端到端路徑。

無重復數據消除的「盲目」實時-雙重借記/付款。

KPI沒有業務背景：只看「pageviews」而不看「TTFB→bet 」/「CR deposit→bet」。

絕對數字沒有一致性：沒有看到誰真正帶來了GGR。

遙測實施支票清單

合同和收費

統一事件圖、字段字典、版本、UTC時間。

[] SDK/collector для web/app/server;tracing（「traceId」）是直通的。

Idempotency和ingest重復數據消除。

存儲和管線

[] Kafka/NATS + ClickHouse/BigQuery;S3是「原始」事件（immutable）。

語義層：事實/測量,兼容性測試（CI）。
Dashbords real-time和batch；SLO/QoS/RG/Fraud警報。

安全和隱私

PII隔離,訪問策略（RBAC/ABAC）,審核。
偽裝，重建，法律依據，刪除程序。

模型和動作

LTV/Retention/Churn以及RG實時規則。
歸屬：UTM+後安裝+增量。
個性化：next best action/offer。

運營活動

數據目錄和表所有者；SLO到店面。
計劃回歸測試；監控滯後和錯誤。
演習：斧頭倒流，店面災難恢復。

遙測是賭場的「神經系統」：它將金錢，產品，流媒體，市場營銷和合規性鏈接到一個可管理的整體中。嚴格的事件合同，可靠的管道，默認的隱私和實時+batch捆綁在一起，使原始的日誌變成了解決方案：誰以及如何保留，在哪裏進行營銷，如何改善UX以及降低風險的地方。使遙測成為一門紀律--平臺將可以預測和安全地增長。