Crypto Casino
Torrent Gear
Cómo funciona el sistema de supervisión de transacciones
El Sistema de Monitoreo de Transacciones (TMS, Transaction Monitoring System) monitorea depósitos, retiros, transferencias y eventos relacionados para detectar riesgos AML a tiempo, fluctuaciones financieras y anomalías operativas. En iGaming, este es el núcleo de la protección del dinero: en la entrada, los datos de pago y comportamiento, en la salida, alertas clasificadas, casos de investigación e informes regulatorios.
1) Flujos de datos: qué recogemos exactamente
Pagos y pagos: 'authorized/captured/refunded/chargeback', cantidades, moneda, método, banco/PSP, comisiones.
Monedero: 'wallet. debit/credit ', balances, cancelaciones, idempotencia (' txn _ id ',' Idempotency-Key ').
Señales KYC/AML: edad/dirección, liveness, sanciones/RER, adverse media, SoF/SoW (bajo EDD).
Comportamiento: frecuencia de las sesiones, «persecución», velocidad de las apuestas, actividad nocturna.
Red y dispositivo: dispositivo fingerprint, IP/ASN, proxy/VPN, geo-deriva.
Conexiones: tarjetas/monederos/dispositivos comunes, gráficos de referencia.
Webhooks de proveedores: firmados por HMAC, con anti-replay ('timestamp', nonce).
2) Arquitectura TMS (niveles)
1. Ingest y normalización: llevar los estados PSP al esquema general, deduplicación, validación de monedas/sumas.
2. Feature Store: señales en línea/fuera de línea (velocity, geo-estabilidad, chargeback-historia, grafo-conexiones).
3. Reglas y modelos: umbrales deterministas + ML/anomalías + detectores de grafos.
4. Puntuación y orquestación de soluciones: un único riesgo-score, política de acción (saltar/límite/hold/EDD/bloque).
5. Alerting y gestión de casos: colas, priorización, cheques, SLA.
6. Informes y auditorías: dashboards, NAT/SAR, archivo WORM, exportación al regulador.
3) Reglas de primer nivel (detectores rápidos)
Velocity: N depósitos/retiros en X minutos; las ráfagas se eliminan/refund.
Geo/método: discrepancia entre el país del mapa y la IP; PSP/billeteras raras.
Pass-through: depósito importante → actividad mínima → retiro rápido.
Estructura: trituración de sumas cerca del umbral KYC/AML.
Desencadenantes conductuales: multiacount por dispositivo/IP, picos nocturnos.
Cada regla tiene una ventana, umbral, gravedad y acción (soft-limit, hold, rugido manual).
4) Modelos de segundo nivel
Anomalías: Isolation Forest/Auto codificador para un patrón de transacción «no estándar».
Supervision: boosting/logreg gradiente en una historia marcada (chargeback/frod confirmado).
Grafo: link prediction/Node2Vec/GNN para sindicados, datos comunes, «mulas».
Calibración cut-off: balance TPR/FPR por objetivos de negocio, estabilidad en estacionalidad.
5) Scoring y toma de decisiones (decisioning)
Recogemos un score de riesgo agregado (0-1 o Bajo/Med/High).
Políticas:- Low → omitir/límites blandos;
- Med → step-up KYC/EDD, retardo de salida;
- High → hold/block e investigación inmediata.
- Las combinaciones de señales (alto ML-score + grafo-indicador) dan prioridad en la cola.
6) Gestión de casos e investigaciones
Autocompletar contexto: pagos, KYC, IP/ASN, grafo de comunicación, historial de chargeback.
Cheques: qué pedir al cliente (dirección/SoF), qué conciliar (koshelyok↔PSP) cuando escalar.
Resultado: cleared/limites/EDD/AMB/SAR; todas las acciones están lógicas en el archivo WORM.
SLA: tiempo de reacción y cierre según la gravedad del caso, alertas «cuando arde».
7) NAT/SAR y cumplimiento
Caso con indicios de lavado/financiamiento del terrorismo → se genera un informe NAT/SAR (hechos, sumas, relación de los participantes, línea de tiempo).
Calendario y formato - por jurisdicción; tipping-off está prohibido.
Los materiales se almacenan en un almacenamiento inmutable, el acceso es estrictamente por funciones.
8) Seguridad y privacidad en TMS
Cifrado: TLS 1. 2+/1. 3 «en tránsito», AES-GCM «en almacenamiento», claves en KMS/HSM, rotación.
Alias: 'player _ ref' en lugar de PII; Comunicación con PII - por separado, con cifrado de campo.
Acceso: RBAC/ABAC, derechos JIT para casos sensibles, auditoría de lectura/exportación.
Webhooks/externos: firma HMAC, anti-replay, retraídas idempotentes.
9) Esquema de eventos (ejemplo 'pago. 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:…"}
}Esquemas similares - para 'wallet. credit`, `payout. settled`, `kyc. verified`, `graph. linked`.
10) Métricas de calidad TMS
Precision/Recall, TPR/FPR por alertas y casos.
Alert-to-Case Ratio y TTR/MTTR investigaciones.
Rate SAR y casos confirmados por el regulador.
Chargeback/Fraud-loss% y ROI filtros.
Fricción del cliente: tiempo medio de salida,% de clientes «netos» sujetos a verificación.
Stability: latency scoring, timeouts, disponibilidad de flow.
11) Afinación y control de la deriva
Backtesting: pasos de reglas/modelos sobre la historia, comparación con la referencia.
Champion/Challenger: modelos paralelos en venta.
Deriva de datos: pruebas PSI/KS, alertas al cambiar la mezcla de métodos/geo.
Retrening: ventanas regulares + marcado manual de «oro» por el equipo de cumplimiento.
12) Operación: Observabilidad y SLO
Dashboards: alertas/casos por hora, p95 latencia de puntuación, proporción de timeouts, cola de investigación, tarifa de paso a paso.
SLO: «scoring ≤150 ms p95», «TTR High-case ≤ 24 h», «presupuesto erróneo» en FPR.
El seguimiento de fin a fin ('trace _ id') es un drill-down rápido desde el pago hasta el origen.
13) Errores típicos
Apuesta sólo en reglas o, por el contrario, sólo en ML. Necesito una composición.
No hay idempotencia del dinero. Repeticiones de webhook → tomas de operaciones y alertas falsas.
Mala normalización de los estados PSP. Los estados «grises» rompen la soldadura.
Falta de análisis gráfico. Los sindicados y las «granjas» permanecen invisibles.
No hay retroalimentación en el modelo. Los errores no se convierten en aprendizaje - la calidad se estanca.
Mezcla de PII en eventos. Infracción de minimización y riesgos superfluos del RGPD.
14) Chequeo de implementación (guardar)
- Bus único de eventos, normalización de los estados PSP
- Claves de extremo a extremo: 'trace _ id', 'txn _ id', 'player _ ref'
- Feature Store (online/offline) y catálogo de características
- Composición: reglas + anomalías + supervised + grafo
- Real-time scoring ≤150 ms + fallback-solutions
- Gestión de casos: colas, cheques, SLA, archivo WORM
- Proceso NAT/SAR y plantillas de informes
- Privacidad/cifrado (TLS/KMS/HSM), RBAC/ABAC, acceso JIT
- Observabilidad: dashboards, rastreo, alertas
- Backtesting, Champion/Challenger, monitoreo de deriva
- Taller de koshelyok↔PSP, investigación de discrepancias
- Documentación: políticas, playbucks de sapport, capacitación de analistas
15) Mini preguntas frecuentes
¿TMS = antifraude? Se superponen, pero los objetivos son más amplios: AML/Regulatory, NAT/SAR, reporting.
¿Es posible reducir la FPR sin perder la TPR? Sí: señales gráficas y una cascada de reglas + ML, además de una calibración fina de los umbrales.
¿Por qué es importante el tiempo real? Retrasos = conclusiones «malas» y pérdidas no reembolsables.
¿Se necesitan proveedores externos? A menudo sí (sanciones/RER, KYC, reputación de comportamiento ASN/dispositivos).
¿Cómo no «estrangular» a los jugadores honestos? Medidas escalonadas: límites blandos → step-up KYC → hold solo con alto riesgo.
El sistema de trabajo de monitoreo de transacciones es una línea de montaje coherente: eventos normalizados, signos únicos, una cascada de reglas y modelos, análisis gráfico, puntuación rápida y disciplina de investigación. Dicho TMS reduce simultáneamente las pérdidas, cumple con los requisitos del regulador y mantiene un buen UX a los jugadores «limpios».