Clusters de mercado

(Secção: Ecossistema e Rede)

1) Definição e objetivo

• localização controlada (jurisdição/residência/impostos),
• capacidade e liquidez previsíveis (depósitos, pagamentos, pulas),
• economia sustentável (CTS, Take Rate, ARPU/LTV),
• caminhos SLO/complacência transparentes.

2) Taxonomia de clusters

1. Geo-regulador: EU, UK, TR, LA, APAC, NA; sob-clusters de licenças/impostos.
2. Pagamentos: ARM/cripto de cartão/local; corredores on-ramp/off-ramp.
3. Produtos verticais: casino/live, apostas (esporte/ciber), mini jogos, loterias.
4. Tráfego/afiliados: fontes de lido, vitrines, streaming/infravermelho.
5. Liquidez/alta-pula: torneios/jackpots, poulas de provedor, pontes interclastares.
6. Operacionais: suporte para idiomas, horas de trabalho, provedores SLA KYC/PSP.
7. Risco/Complacência: listas de sanções, nível KYC/KYB, perfis anti-frod.

3) Topologias e conectividade de clusters

Hub-and-Cluster: Uma camada de rede regional atende a vários clusters de mercado com caixas e vitrines compartilhadas.
Cluster Mesh: pares de clusters são conectados por pontes (liquidez/dados) com finalização controlada.
Ring/Spoke: um cluster «nuclear» (diretórios de arbitragem) e uma periferia para mercados locais.
Isolated-Style: O cluster funciona de forma autônoma quando os canais são isolados (finalized-only).

4) Papéis e participantes dentro de um cluster

Operadoras B2C/B2B2C: marcas/white-label.
Conteúdo e provedores de serviços: estúdios, torneios, esportes-fidas.
PSP/APM/On-Off Ramp: métodos locais, cripto-processamento.
KYC/KYB/AML: verificação, sanções, varreduras.
Associados/agregadores de tráfego: vitrines, DSP, parceiros CRM.
Infraestrutura/pontes: nós, releitores, DA.
Governance/auditoria: regras de cluster, orçamentos, bolsas, relatórios.

5) Modelo de liquidez e rotação

Pool local: depósitos/pagamentos dentro do cluster, moeda de relatórios, reservas P0.
Pontes interclastares: corredores limitados com confirmações K/janela de disputa.
SOR (Smart Order Routing): envia tráfego/pagamento/liquidez para SLA/custo/risco.
Pricing e comissões: baseado em CTS (Costa-to-Serve), volatilidade de comissões e rejeitos PSP/DA.

6) Diretórios e contratos de dados

Guias unificados para clusters: redes, ativos, métodos PSP/linguagens/locais, regulação, versões 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 cluster e QoS

• p95 API latency (P0/P1), Success Rate, Queue-Lag p95;
• Freshness vitrines (min), Finality p95 para pagamentos/pontes;
• Geo-Hit Ratio (solicitações atendidas localmente,%);
• PSP Success%, KYC p95 (мин), Dispute/Chargeback Rate;
• Liquidity Utilization% (carga de pool), 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 (pagamentos/ponte/finalização), P1 (alimentos), P2 (bulk/arquivo).

8) Dados e esquemas (pseudo-SQL)

Maiúsculas de cluster e ligações

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

perfis PSP e sucesso

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) Rotação e limites (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) Observabilidade e dashboards

Cluster Ops (hora/real tempo): latency/erro/queue-lag, p95 finalização, PSP sucesso/fees.
Economy: CTS/1k ops, Take Rate, Liquidity Utilization%, ARPPU/LTV (без PII).
Compliance: residency, sanções, KYC SLA, Proof-Coverage.
Routing: Geo-Hit, download de corredores, falhas de pontes/DA.
Risk: chargebacks/disputes, anomalias de tráfego/pagamento.

11) Economia do cluster

CTS per 1k ops = canais + computação + armazenamento + licenças/provedores.
TPS _ para _ $ - capacidade de banda sustentável por dólar.
Contribuições de associados: Net Contabilidade (GTV - Costa - Rebates).
Subsídio Cruzado: Transferindo as margens através dos corredores interclásticos de acordo com as regras Governance.

12) Governance e evolução dos clusters

Processo Proposal: criação/fusão/fragmentação de clusters, alteração de limites/corredores, tolerância de novos PSP/KYC.
Timelock e auditoria: soluções assinadas, vitrines de relatórios, incidentes pós-mortem.
Diretórios de versões: LTS SDK/eventos, janela de depredação ≥ 90 dias.
Restrições antitruste e de risco - diversificação PSP/conteúdo/tráfego.

13) Playbooks incidentes

A. Falha PSP Sucess% no cluster

1. Mudar o SOR para métodos alternativos, 2) crescimento K-confirmações/limites de espera,

2. notificação dos participantes, 4) análise fee/latency, 5) pós-mortem.

B. Sobrecarga do corredor de liquidez

1. Introdução de rate-limit/quotas, 2) adicional fee, 3) redistribuição para clusters vizinhos, 4) relatório.

C. Perturbação de residência/exportação

1. Unidade de exportação interclaster, 2) redação, 3) notificação Compliance, 4) atualização de políticas.

D. Spike falhas DA/pontes

1. Modo «finalized-only», 2) aumentar a janela de disputa/K, 3) operações de compensação, 4) análise de razões.

E. Anomalias de tráfego (injeções de bot)

1. Throttle/deny regras, 2) reforçar o CUS/filtros comportamentais, 3) quarentena de pagamentos, 4) recontagem de atribuição.

14) Implantação: folha de cheque

1. Segmenta os mercados por geo/regulação/pagamentos/verticais e fixe o cartão de cluster.
2. Defina as métricas SLO/QoS e econômicas (CTS, TPS _ per _ $, Take Rate).
3. Configure os diretórios/contratos e o roteiro SOR, os limites dos corredores.
4. Ative a observabilidade Cluster Ops/Economy/Compliance/Risk.
5. Faça testes DR./chaos de interclasterização e DA.
6. Inicie o Processo de alteração do Governance (timelock, relatórios, deprekates).
7. Reveja a estrutura de clusters e o retorno mensal.

15) Glossário

O cluster de mercado é um domínio com regras gerais de demanda, pagamento e complacência.
Corredor - Conexão controlada entre clusters (liquidez/dados/tráfego).
SOR - Rotação inteligente de operações de custo/SLA/risco.
CTS per 1k ops - custo de manutenção de 1000 operações.
Geo-Hit Ratio - proporção de consultas atendidas localmente.
Proof-Coverage - proporção de registros com criptodoxias/questionários.

Resultado: Os clusters de mercado transformam «uma rede maior» em um conjunto de domínios administrados com seus próprios SLO, economia e políticas de risco. Diretórios claros, rotação SOR, medição de liquidez e Governance rigoroso permitem que o ecossistema se escala, mantenha a complicação e otimize o custo com uma experiência estável do usuário.