加密賭場

事務監控系統的工作原理

交易監控系統（TMS）跟蹤存款，收款，轉移和相關事件，以及時檢測AML風險，財務風險和操作異常。在iGaming中，它是貨幣保護的核心：在入口處是支付和行為數據，在出口處是排名異常值，用於調查的案例和監管報告。

1）數據流： 我們收集的確切內容

付款和付款：「授權/captured/refunded/chargeback」，金額，貨幣，方法，銀行/PSP，傭金。

錢包：'wallet。debit/credit'，資產負債表，取消，等效性（「txn_id」，「Idempotency-Key」）。

KYC/AML信號：年齡/地址，生活，制裁/RER，廣告媒體，SoF/SoW（在EDD下）。

行為：會議頻率，「追逐」，投註速度，夜間活動。

網絡和設備：設備指紋、IP/ASN 、代理/VPN、地理漂移。

鏈接：通用卡/錢包/設備，推薦圖。

提供商的webhooks：由HMAC簽名，帶有反復制（「timestamp」，nonce）。

💡 所有事件都經過總線（Kafka/PubSub）並獲得直通鍵：'trace_id'、'txn_id'、'player_ref'。

2） TMS體系結構（層）

1.Ingest和規範化：將PSP狀態轉換為通用模式、重復數據消除、貨幣/和驗證。

2.功能商店：在線/離線特征（velocity，地理穩定性，chargeback歷史，圖鏈接）。

3.規則和模型：確定性閾值+ML/異常+圖形檢測器。

4.評分和解決方案編排：單一風險，行動策略（跳過/限制/保留/EDD/塊）。

5.Alerting和案例管理：隊列，優先級，支票單，SLA。

6.報告和審計：dashbords，STR/SAR，WORM歸檔，出口到監管機構。

3）第一級規則（快速檢測器）

Velocity：X分鐘內的N存款/收款；取消爆發/退款。

地理/方法：地圖國家/地區與IP不匹配；罕見的PSP/錢包。

通過：主要存款→最低活動→快速提取。

結構：在KYC/AML閾值附近粉碎金額。

行為觸發器：通過設備/IP進行多場比賽，夜間高峰。

每個規則都具有窗口，閾值，重量和動作（軟極限，保存，手動咆哮）。

4）二級模型

異常：「非標準」交易模式的隔離森林/自動編碼器。

主管：在標記的故事（chargeback/確認的 frod）上進行梯度增強/對齊。

圖：用於集團，常見道具，「mu子」的link prediction/Node2Vec/GNN。

切斷校準：TPR/FPR在業務目標上的平衡，季節性穩定性。

5）評分和決策（決定）

我們收集匯總風險scor（0-1或Low/Med/High）。

政客：

低→跳過/軟限制；
Med → step-up KYC/EDD，延遲輸出；
High → hold/block和立即調查。
信號組合（高ML scor+圖標）在隊列中給出優先級。

6）案件管理和調查

上下文自動采樣：付款，KYC，IP/ASN，圖鏈接，chargeback歷史。

檢查表：向客戶（地址/SoF）詢問何時升級（koshelyok↔PSP）。

結果：清除/限制/EDD/STR/SAR；所有操作都在WORM歸檔中編寫。

SLA：反應時間和案件嚴重程度關閉，alerta「燃燒時」。

7） STR/SAR和合規性

有洗錢/資助恐怖主義跡象的案例→形成STR/SAR報告（事實，金額，參與者聯系，時間線）。

時機和格式-按管轄範圍；禁止打勾。

材料存儲在不變的存儲中，訪問嚴格按照角色進行。

8）安全性和隱私在TMS

加密：TLS 1。2+/1.3「在路上」，AES-GCM「在存儲中」，KMS/HSM中的密鑰，旋轉。

別名：「player_ref」而不是PII；與PII的通信是單獨的，帶有現場加密。

訪問：RBAC/ABAC，敏感案例的JIT權利，讀/導出審核。

Webhooks/外部：HMAC簽名，反復制，等效後退。

9）事件方案（例如「付款」。captured`)

json
{
"event_id": "evt_9ab…",  "occurred_at": "2025-10-17T10:15:22.512Z",  "trace_id": "trc_41c…",  "txn_id": "txn_dep_784…",  "player_ref": "plr_0f2…",  "method": "card",  "amount": 150.00,  "currency": "EUR",  "psp": "acq_X",  "geo": {"ip":"203.0.113.5","country":"DE","asn":"AS12345"},  "device": {"fp":"dfp_a18…","platform":"ios"},  "risk": {"velocity_5m":3,"asn_reputation":"medium"},  "integrity": {"signature":"base64:…"}
}

類似的方案適用於'wallet。credit`, `payout.settled`, `kyc.verified`, `graph.linked`.

10） TMS質量指標

Precision/Recall，TPR/FPR，用於警報和案例。

警告到案件率和TTR/MTTR調查。

SAR速率和監管機構確認的病例。

Chargeback/Fraud-loss%和ROI過濾器。

Customer friction：平均輸出時間,%的「凈」客戶登錄驗證。

穩定性：後期得分，時差，可用性。

11）調諧和漂移控制

背景測試：在故事上運行規則/模型，與基準進行比較。

冠軍/挑戰者：銷售中的並行模型。

數據漂移：PSI/KS測試，方法組合/地質變化時的異常值。

Retrening：合成團隊定期窗口+手動標記「黃金」。

12）操作： 可觀察性和SLO

Dashbords：每小時Alerts/cases，p95的潛在得分，taymout的份額，調查隊列，通過率。

SLO：「得分≤150 msp95」，「TTR High-Case ≤ 24小時」，FPR的「預算錯誤」。

端到端跟蹤（「trace_id」）-從付款到根本原因的快速驅動。

13）典型錯誤

僅投註規則，反之亦然，僅投註ML。我們需要一個組成。

沒有金錢的相等性。Webhook重播→重復操作和虛假異常。

PSP狀態正常化較差。「灰色」狀態打破了焊接。

缺乏圖形分析。集團和「農場」仍然不可見。

模型中沒有反饋。錯誤不會轉化為學習--質量停滯不前。

事件中PII的混合。最小化中斷和額外的GDPR風險。

14）實施表（保存）

單一事件總線,PSP狀態正常化
直通鍵：'trace_id'、'txn_id'、'player_ref'
功能商店（在線/離線）和特征目錄
組成：規則+異常+supervised+圖形
實時得分≤150 ms+Fallback解決方案
案例管理：隊列、檢查表、SLA、WORM存檔
STR/SAR流程和報告模板
隱私/加密（TLS/KMS/HSM）, RBAC/ABAC, JIT訪問
可觀察性：dashbords，trace，alert
Backtesting, Champion/Challenger,漂移監控
自動驗證koshelyok↔PSP，差異調查
文檔：政治家，劄幌花花公子，分析師培訓

15） Mini-FAQ

TMS=反氟化物？重疊，但目標更寬：AML/監管機構，STR/SAR，報告。

可以在不損失TPR的情況下降低FPR嗎?是的：圖信號和+ML規則級聯,再加上精細的閾值校準。

為什麼真正的時間很重要？延遲=「不良」結論和不可挽回的損失。

需要外部提供商嗎?通常是肯定的（制裁/RER，KYC，ASN/設備的行為聲譽）。

怎麼不要「扼殺」誠實的球員？步進措施：軟限制→步進KYC →僅在高風險情況下保持。

工作交易監控系統是一個一致的管道：規範化事件、單一特征、規則和模型級聯、圖形分析、快速評分和調查紀律。這樣的TMS同時減少損失，滿足監管機構的要求，並保持良好的UX「幹凈」的玩家。