Cluster di mercato

(Sezione Ecosistema e Rete)

1) Definizione e scopo

• localizzazione gestita (giurisdizione/residenza/tasse),
• capacità e liquidità prevedibili (depositi, pagamenti, pool),
• economia sostenibile (CTS, Take Rate, ARPPU/LTV),
• tracciati SLO trasparenti.

2) Tassonomia cluster

1. Geo-regolatori: EU, UK, TR, LA, APAC, NA; sotto-cluster licenze/tasse.
2. Pagamenti: carte/ARM/cripto locali; corridoi on-ramp/off-ramp.
3. Prodotti verticali: casinò/live, scommesse (sport/cyber), mini giochi, lotterie.
4. Traffico/affiliati: sorgenti di lidi, vetrine, streaming/influsso.
5. La liquidità/I-pool sono tornei/jackpot, pool di provider, ponti interclastici.
6. Operativi: supporto lingue, ore di lavoro, provider SLA KYC/PSP.
7. Elenchi di sanzioni, livelli KYC/KYB, profili anti-frodo.

3) Topologia e comunicazione cluster

Hub-and-Cluster - Gli hub regionali (livello di rete) gestiscono più cluster di mercato con cache e vetrine condivise.
Cluster Mesh: i pari dei cluster sono collegati da ponti (liquidità/dati) con finalizzazione gestita.
Ring/Spoke è un cluster «nucleare» (directory direttive) e periferica per i mercati locali.
Isolated-Mode: il cluster funziona autonomamente quando i canali vengono isolati (finalize-only).

4) Ruoli e membri all'interno del cluster

Operatori B2C/B2B2C: marchi/white-label.
Contenuti e provider: studi, tornei, sport-fide.
PSP/APM/On-Off Ramp: metodi locali, crypto-processing.
KYC/KYB/AML: convalida, sanzioni, compilazioni.
Affiliati/aggregatori di traffico: vetrine, DSP, partner CRM.
Infrastruttura/ponti: nodi, relatori, DA.
Governance/controllo: regole del cluster, budget, borse di studio, report.

5) Modello di liquidità e routing

Pool locali: depositi/pagamenti all'interno del cluster, valuta report, riserve P0.
Ponti interclastici: corridoi limitati con conferme K/finestra di discussione.
SOR (Smart Order Routing) - Invia traffico/pagamento/liquidità a SLA/costo/rischio.
Prysing e commissioni: si basa su CTS (Cost-to-Cerve), sulla volatilità delle commissioni e sui guasti PSP/DA.

6) Cataloghi e contratti di dati

Guide comuni per cluster: reti, risorse, metodi PSP, lingue/locali, regolazione, versioni 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) Cluster SLI/SLO e QoS

• p95 API latency (P0/P1), Success Rate, Queue-Lag p95;
• Freshness vetrine (min), Finality p95 per pagamenti/ponti;
• Geo-Hit Ratio (richieste di manutenzione locale,%)
• PSP Success%, KYC p95 (мин), Dispute/Chargeback Rate;
• Liquidity Utilization% (carico dei pool), Proof-Coverage%.

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

QoS P0 (pagamenti/ponte/finalizzazione), P1 (prodotti alimentari), P2 (bulk/archivio).

8) Dati e schemi (pseudo-SQL)

Maiuscole di cluster e collegamenti

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

profili PSP e successo

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) Routing e limiti (criteri)

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) Osservabilità e dashboard

Cluster Ops (ora/real-time): latency/error/queue-lag, p95 finalizzazioni, PSP successo/fees.
Economy: CTS/1k ops, Take Rate, Liquidity Utilization%, ARPPU/LTV (без PII).
Compliance: residency, sanzioni, KYC SLA, Proof-Coverage.
Routing: Geo-Hit, caricamento corridoi, guasti ponti/DA.
Risk: marcebacks/dispute, anomalie di traffico/pagamento.

11) Economia cluster

CTS per 1k ops = canale + calcolo + memorizzazione + licenze/provider.
TPS _ per _ $ è una larghezza di banda sostenibile per dollaro.
Contributo dei partner: Net Content (GTV - Cost - Rebates).
Cross-sovvenzione - Trasferire i margini attraverso i corridoi interclastici secondo le regole Governance.

12) Governance e evoluzione dei cluster

Processo Proposal: creazione/fusione/fazione di cluster, modifica di limiti/corridoi, tolleranza di nuovi PSP/KYC.
Timelock e verifiche: soluzioni firmate, vetrine di segnalazione, post-mortem incidenti.
Directory di versione: LTS SDK/eventi, finestra di deprecazione di 90 giorni.
Antitrust e restrizioni di rischio: diversificazione PSP/contenuti/traffico.

13) Playbook incidenti

A. Crash PSP Success% nel cluster

1. Passaggio di SOR a metodi alternativi, 2) crescita K-confermations/limiti di attesa,

2. notifica dei partecipanti, 4) analisi fee/latency, 5) post mortem.

B. Sovraccarico del corridoio di liquidità

1. Introduzione di rate-limit/quote, 2) supplemento temporaneo fee, 3) ridistribuzione ai cluster adiacenti, 4) report.

C. Violazione della residenza/esportazione

1. Unità di esportazione interclaster, 2) redaction, 3) notifica Compliance, 4) aggiornamento delle regole.

D. Spike guasti DA/ponti

1. Modalità «finalized-only», 2) aumento della finestra del contenzioso/K, 3) operazioni di compensazione, 4) analisi delle cause.

E. Anomalie del traffico (iniezioni bot)

1. Regole Throttle/deny, 2) aumento del CUS/filtri comportamentali, 3) quarantena dei pagamenti, 4) riconteggio dell'attribuzione.

14) Implementazione: foglio di assegno

1. Segmentare i mercati per geo/regolatore/pagamento/verticale e fissare la carta cluster.
2. Definire le metriche SLO/QoS ed economiche (CTS, TPS _ per _ $, Take Rate).
3. Impostare le directory/contratti e il routing SOR, i limiti dei corridoi.
4. Attivare l'osservazione Cluster Ops/Economy/Compliance/Risk.
5. Eseguire i test DR/chaos sui collegamenti interclaster e DA.
6. Eseguire il processo di modifica Governance (timelock, report, deprecati).
7. Revisione mensile della struttura dei cluster e del ritorno.

15) Glossario

Il cluster di mercato è un dominio con regole generali per la domanda, i pagamenti e la compilazione.
Corridoio - Collegamento gestito tra cluster (liquidità/dati/traffico).
SOR - Routing intelligente per costi/SLA/rischi.
CTS per 1k ops - Costo di manutenzione 1000 operazioni.
Geo-Hit Ratio è la percentuale di richieste gestite localmente.
Proof-Coverage è una quota di record con crittodovigilanza/questionario.

I cluster di mercato trasformano una rete di grandi dimensioni in una serie di domini gestiti con le proprie SLO, l'economia e le politiche di rischio. Cataloghi chiari, routing SOR, misurazione della liquidità e Governance rigorosa consentono all'ecosistema di scalare, conservare la compliance e ottimizzare i costi con un'esperienza utente stabile.