Groupements de marchés

(Section : Écosystème et réseau)

1) Définition et objectif

• localisation gérée (compétence/résidence/impôts),
• capacité et liquidité prévisibles (dépôts, paiements, pools),
• l'économie durable (CTS, Take Rate, ARPPU/LTV),
• contours SLO/conformité transparents.

2) Taxonomie des grappes

1. Géo-réglementaires : EU, UK, TR, LA, APAC, NA ; sous-groupes de licences/impôts.
2. Paiement : cartes/ARM/crypto locaux ; couloirs on-ramp/off-ramp.
3. Verticales des produits : casino/live, paris (sport/cyber), mini-jeux, loteries.
4. Trafic/affiliations : sources de prospects, vitrines, streaming/influences.
5. Liquidité/Liquidité Pools : tournois/jackpots, pools de fournisseurs, ponts inter-claster.
6. Opérationnel : support des langues, heures d'ouverture, fournisseurs SLA KYC/PSP.
7. Risque/conformité : listes de sanctions, niveaux KYC/KYB, profils antifrod.

3) Topologies et communication de clusters

Hub-and-Cluster : les hubs régionaux (couche réseau) desservent plusieurs clusters de marché avec des caches et des vitrines communes.
Cluster Mesh : les pairs des grappes sont reliés par des passerelles (liquidité/données) à une finalisation gérée.
Ring/Spoke : un cluster « nucléaire » (catalogues de référence) et une périphérie pour les marchés locaux.
Isolated-Mode : Le cluster fonctionne de manière autonome tout en isolant les canaux (finalized-only).

4) Rôles et participants au sein du cluster

Opérateurs de B2C/B2B2C : marques/white-label.
Contenu et fournisseurs : studios, tournois, fides sportives.
PSP/APM/On-Off Ramp : méthodes locales, crypto-traitement.
KYC/KYB/AML : vérification, sanctions, scores.
Affiliations/agrégateurs de trafic : vitrines, DSP, partenaires CRM.
Infrastructures/ponts : nœuds, relais, DA.
Gouvernance/audit : règles du cluster, budgets, subventions, rapports.

5) Modèle de liquidité et routage

Pools locaux : dépôts/paiements au sein du cluster, monnaie de déclaration, réserves P0.
Ponts interclastres : couloirs limités avec confirmation K/fenêtre de litige.
SOR (Smart Order Routing) : canalise le trafic/les paiements/les liquidités par SLA/valeur/risque.
Prix et commissions : basé sur le CTS (Cost-to-Serve), la volatilité des commissions et les refus de PSP/DA.

6) Catalogues et contrats de données

Guides uniques pour les clusters : réseaux, actifs, PSP/méthodes, langues/localités, réglementation, versions 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 et QoS en grappe

• p95 API latency (P0/P1), Success Rate, Queue-Lag p95;
• Freshness vitrine (min), Finality p95 pour les paiements/ponts ;
• Geo-Hit Ratio (demandes desservies localement, %) ;
• PSP Success%, KYC p95 (мин), Dispute/Chargeback Rate;
• Liquidité Utilization % (charge sur les pools), Proof-Coverage %.

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

QoS : P0 (paiements/pont/finalisation), P1 (produits), P2 (bulk/archives).

8) Données et schémas (pseudo-SQL)

Registres de clusters et de liens

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)
);

Profils PSP et succès

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) Routage et limites (politiques)

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) Observabilité et dashboards

Cluster Ops (heure/temps réel) : latency/error/queue-lag, p95 finalisations, PSP succès/fees.
Economy: CTS/1k ops, Take Rate, Liquidity Utilization%, ARPPU/LTV (без PII).
Conformité : résidence, sanctions, KYC SLA, Proof-Coverage.
Routing : Geo-Hit, chargement des couloirs, défaillances des ponts/DA.
Risque : chargebacks/disputes, anomalies de trafic/paiement.

11) L'économie du cluster

CTS per 1k ops = canaux + calcul + stockage + licences/fournisseurs.
TPS_per_$ - capacité de transport durable pour le dollar.
Contribution des partenaires : Net Contribution (GTV − Cost − Rebates).
Subventions croisées : transfert des marges à travers les corridors interentreprises selon les règles de gouvernance.

12) La gouvernance et l'évolution des clusters

Processus prospectif : création/fusion/séparation de grappes, modification des limites/corridors, admission de nouveaux PSP/KYC.
Timelock et audit : solutions signées, vitrines de rapport, incidents post mortem.
Catalogues de version : SDK LTS/événements, fenêtre deprecate ≥ 90 jours.
Antitrust et limitation des risques : diversification des PSP/contenus/trafic.

13) Pleybooks d'incidents

A. Échec de PSP Success % dans le cluster

1. Passer du DORS à d'autres méthodes, 2) augmentation des K-confirmations/limites d'attente,

2. notification aux participants, 4) analyse fee/latency, 5) post-mortem.

B. Surcharge du corridor de liquidité

1. Introduction des taux-limites/quotas, 2) indemnité temporaire fee, 3) redistribution dans les grappes voisines, 4) rapport.

C. Violation de la résidence/exportation

1. Bloc d'exportation interentreprises, 2) redaction, 3) notification de conformité, 4) mise à jour des politiques.

D. Spike défaillances DA/ponts

1. Mode « finalized-only », 2) augmentation de la fenêtre de litige/K, 3) opérations de compensation, 4) analyse des causes.

E. Anomalies du trafic (bot-injections)

1. Règles Throttle/deny, 2) renforcement du CUS/filtres comportementaux, 3) quarantaine de paiement, 4) recalculer l'attribution.

14) Mise en œuvre : chèque-feuille

1. Segmentez les marchés par géo/régulateur/paiements/verticaux et fixez une carte de cluster.
2. Définissez le SLO/QoS et les métriques économiques (CTS, TPS_per_$, Take Rate).
3. Personnalisez les catalogues/contrats et le routage DORS, les limites des corridors.
4. Incluez l'observabilité : Cluster Ops/Economy/Compliance/Risk.
5. Effectuez des tests DR/chaos sur les liaisons interclaster et DA.
6. Lancez le processus de modification Governance (timelock, rapports, deprecates).
7. Révisez votre structure de cluster et votre rentabilité chaque mois.

15) Glossaire

Un cluster de marché est un domaine avec des règles communes de demande, de paiement et de conformité.
Corridor - Communication gérée entre les grappes (liquidité/données/trafic).
DORS - Routage intelligent des opérations pour le prix/SLA/risque.
CTS per 1k ops est le coût de maintenance de 1000 opérations.
Geo-Hit Ratio est la proportion de demandes traitées localement.
Proof-Coverage - Proportion d'enregistrements avec cryptodéclarations/ancres.

Résultat : les clusters de marché transforment un « réseau unique » en un ensemble de domaines gérés avec leurs propres SLO, économies et politiques de risque. Les catalogues clairs, le routage DORS, la mesure de la liquidité et la Governance rigoureuse permettent à l'écosystème d'évoluer, de maintenir la conformité et d'optimiser les coûts avec une expérience utilisateur stable.