Clústeres de mercado

(Sección: Ecosistema y Red)

1) Definición y propósito

• localización guiada (jurisdicción/residencia/impuestos),
• capacidad y liquidez previsibles (depósitos, pagos, reservas),
• economía sostenible (CTS, Take Rate, ARPPU/LTV),
• contornos SLO/Compliance transparentes.

2) Taxonomía de clústeres

1. Geo-regulador: EU, UK, TR, LA, APAC, NA; Agrupaciones de licencias/impuestos.
2. Pagos: tarjetas/ARM/cripto locales; corredores on-ramp/off-ramp.
3. Verticales de productos: casino/live, apuestas (deportes/cyber), minijuegos, loterías.
4. Tráfico/afiliados: fuentes de leads, escaparates, streaming/influence.
5. Liquidez/pools: torneos/jackpots, grupos de proveedores, puentes interclúster.
6. Operativo: soporte de idiomas, horas de trabajo, proveedores de SLA KYC/PSP.
7. Riesgo/cumplimiento: listas de sanciones, niveles KYC/KYB, perfiles anti-frod.

3) Topologías y comunicación de clústeres

Hub-and-Cluster: los hubs regionales (capa de red) sirven a varios clústeres de mercado con cachés y escaparates compartidos.
Cluster Mesh: los pares de clústeres están conectados por puentes (liquidez/datos) con finalizaciones gestionadas.
Ring/Spoke: un clúster «nuclear» (catálogos de referencia) y periferia para los mercados locales.
Isolated-Mode: el clúster funciona de forma autónoma cuando se aíslan los canales (solo finalizado).

4) Roles y participantes dentro del clúster

Operadores de B2C/B2B2C: marcas/marca blanca.
Contenidos y proveedores: estudios, torneos, deportes fides.
PSP/APM/On-Off Ramp: métodos locales, procesamiento de cifrado.
KYC/KYB/AML: verificación, sanciones, puntuación.
Afiliados/agregadores de tráfico: escaparates, DSP, socios CRM.
Infraestructura/puentes: nodos, relés, DA.
Gobierno/auditoría: reglas de clúster, presupuestos, subvenciones, informes.

5) Modelo de liquidez y enrutamiento

Grupos locales: depósitos/pagos dentro del clúster, moneda de los informes, reservas P0.
Puentes interclúster: pasillos limitados con K-confirmaciones/ventana de disputa.
SOR (Smart Order Routing): canaliza el tráfico/pagos/liquidez por SLA/valor/riesgo.
Price and Commissions: basado en CTS (Costo-a-Serve), volatilidad de comisiones y fallas PSP/DA.

6) Catálogos y contratos de datos

Referencias únicas para clústeres: redes, activos, métodos/PSP, lenguajes/localies, regulaciones, versiones SDK.

yaml cluster:
id: "eu.gaming.core"
region: "EU"
products: ["casino","sports","live"]
payments:
methods: ["SEPA","cards","USDC"]
limits_daily: { deposit: 1000000, payout: 1000000 }
compliance:
kyc_levels: ["basic","enhanced"]
residency: "EU-only"
slo:
api_p95_ms: 400 payout_finality_p95_min: 10

7) SLI/SLO y QoS agrupados

• p95 API latency (P0/P1), Success Rate, Queue-Lag p95;
• escaparate Freshness (min), Finality p95 para pagos/puentes;
• Geo-Hit Ratio (consultas atendidas localmente,%);
• PSP Success%, KYC p95 (мин), Dispute/Chargeback Rate;
• Liquidity Utilization% (carga de grupos), Proof-Coverage%.

• P0 p95 ≤ 400 мс, Availability ≥ 99. 95%;
• Payout Finality p95 ≤ 10 min; KYC p95 ≤ 15 minutos;
• Geo-Hit ≥ 85%; PSP Success ≥ 98. 5%; Proof-Coverage ≥ 99%.

QoS: P0 (pagos/puente/finalización), P1 (productos), P2 (bulk/archivo).

8) Datos y esquemas (pseudo-SQL)

Registros de clústeres y vínculos

sql
CREATE TABLE market_clusters (
cluster_id TEXT PRIMARY KEY,
region TEXT, currency TEXT, residency TEXT,
products JSONB, created_at TIMESTAMPTZ
);

CREATE TABLE cluster_links (
src_cluster TEXT, dst_cluster TEXT,
link_type TEXT,      -- liquidity    data    traffic k_conf INT, challenge_min INT,
capacity NUMERIC,     -- дневные лимиты ликвидности cost_per_tx NUMERIC,
status TEXT,
PRIMARY KEY (src_cluster, dst_cluster, link_type)
);

Perfiles PSP y éxito

sql
CREATE TABLE psp_stats (
ts TIMESTAMPTZ, cluster_id TEXT, psp TEXT, method TEXT,
success_pct NUMERIC, fee_p95 NUMERIC, latency_p95_ms INT, volume NUMERIC
);

Geo-Hit и Freshness

sql
SELECT cluster_id,
100.0 SUM(CASE WHEN served_local THEN 1 END)/COUNT() AS geo_hit_pct,
PERCENTILE_CONT(0.95) WITHIN GROUP (ORDER BY freshness_s) AS freshness_p95
FROM cluster_requests
WHERE ts >= now() - INTERVAL '24 hours'
GROUP BY cluster_id;

9) Enrutamiento y límites (políticas)

yaml routing:
order:
- prefer_local_cluster
- min_fee_p95
- max_success_pct guards:
p0_queue_lag_p95_ms: 2000 k_confirmations_min: 12 payouts:
corridor_limits:
"eu.gaming.core -> la.gaming.core": { daily_usd: 500000, k: 20 }
traffic:
throttle:
debug_sampling_pct: 5 heavy_queries_deny: ["logs>5000blocks"]

10) Observabilidad y dashboards

Cluster Ops (hora/tiempo real): latency/error/queue-lag, p95 finalizaciones, PSP éxito/fees.
Economy: CTS/1k ops, Take Rate, Liquidity Utilization%, ARPPU/LTV (без PII).
Compliance: residencia, sanciones, KYC SLA, Proof-Coverage.
Enrutamiento: Geo-Hit, carga de pasillos, fallas de puentes/DA.
Risk: chargebacks/disputes, anomalías de tráfico/pagos.

11) Economía del clúster

CTS per 1k ops = canales + cálculos + almacenamiento + licencias/proveedores.
TPS_per_$ - ancho de banda constante por dólar.
Contribuciones de los socios: Net Contribution (GTV − Costa − Rebates).
Subsidio cruzado: transferencia de márgenes a través de corredores interclúster bajo las reglas de Governance.

12) Gobierno y evolución de los clústeres

Proceso proposal: creación/fusión/división de clústeres, modificación de límites/corredores, admisión de nuevos PSP/KYC.
Timelock y auditoría: soluciones firmadas, escaparates de informes, incidentes post-mortem.
Directorios de versión: LTS SDK/eventos, ventana de deprechate ≥ 90 días.
Restricciones antimonopolio y riesgo: diversificación PSP/contenido/tráfico.

13) Playbucks de incidentes

A. Reducción de PSP Success% en el clúster

1. Cambio de SOR a métodos alternativos, 2) crecimiento de K-confirmations/límites de espera,

2. notificación a los participantes, 4) análisis fee/latency, 5) post-mortem.

B. Sobrecarga del corredor de liquidez

1. Introducción de rate-limit/cuotas, 2) recargo temporal fee, 3) redistribución a clústeres adyacentes, 4) informe.

C. Violación de residencia/exportación

1. Bloque de exportación interclúster, 2) redacción, 3) notificación Compliance, 4) actualización de políticas.

D. Spike fallas DA/puentes

1. Modo «solo finalizado», 2) aumento de la ventana de disputa/K, 3) operaciones compensatorias, 4) análisis de las causas.

E. Anomalías del tráfico (inyecciones de bots)

1. Reglas de Throttle/deny, 2) amplificación de los filtros de comportamiento/CUS, 3) cuarentena de pagos, 4) recomposición de atribución.

14) Implementación: lista de verificación

1. Segmenta los mercados por geo/regulación/pagos/verticales y fija la tarjeta de clúster.
2. Definir SLO/QoS y métricas económicas (CTS, TPS_per_$, Take Rate).
3. Configurar directorios/contratos y enrutamiento SOR, límites de corredores.
4. Habilite la observabilidad: Cluster Ops/Economy/Compliance/Risk.
5. Realice pruebas DR/chaos de enlaces interclúster y DA.
6. Inicie el proceso de cambio de gobierno (timelock, informes, deprechates).
7. Revise mensualmente la estructura del clúster y el rendimiento.

15) Glosario

Clúster de mercado: un dominio con reglas generales de demanda, pago y cumplimiento.
Corredor - Comunicación gestionada entre clústeres (liquidez/datos/tráfico).
SOR: enrutamiento inteligente de operaciones por precio/SLA/riesgo.
CTS per 1k ops - Costo de mantenimiento de 1000 operaciones.
Geo-Hit Ratio es la proporción de solicitudes atendidas localmente.
Proof-Coverage es la proporción de registros con criptodivisas/anclajes.

En pocas palabras: los clústeres de mercado convierten una «red grande» en un conjunto de dominios gestionados con sus propios SLO, economía y políticas de riesgo. Los catálogos claros, el enrutamiento SOR, la medición de liquidez y el rigor de Governance permiten al ecosistema escalar, mantener el cumplimiento y optimizar el costo con una experiencia de usuario estable.