市场集群

（部分： 生态系统和网络）

1）定义和目的

• 受管理的本地化（管辖权/居住/税收），
• 可预见的容量和流动性（存款、付款、池），
• 可持续经济（CTS，收费率，ARPPU/LTV），
• 透明的SLO/合规路径。

2）群集分类

1.地理法规：EU，UK，TR，LA，APAC，NA；按许可/税收划分的子集群。
2.付款：卡/本地ARM/加密；ramp/off-ramp走廊。
3.食品纵向：赌场/直播，投注（体育/网络），迷你游戏，彩票。
4.交通/附属机构：线索来源，店面，流媒体/流媒体。
5.流动性/集合：锦标赛/头奖，提供者集合，集群间桥梁。
6.运营：语言支持，工作时间，KYC/PSP提供商的SLA。
7.风险/合规性：制裁名单，KYC/KYB级别，反欺诈简介。

3）群集拓扑和通信

Hub-and-Cluster：区域中心（网络层）为多个市场集群提供共享缓存和展示。
Cluster Mesh：群集的同行通过桥梁（流动性/数据）与受控的压轴连接。
Ring/Spoke：一个用于本地市场的"核"集群（参考目录）和外围设备。
隔离模式：群集在隔离通道（仅限最终）时自主运行。

4）群集中的角色和参与者

B2C/B2B2C运营商：品牌/白标。
内容和提供商：工作室，锦标赛，体育运动。
PSP/APM/On-Off Ramp：本地方法，加密处理。
KYC/KYB/AML：验证，制裁，得分。
分支机构/流量聚合商：店面、DSP、CRM合作伙伴。
基础设施/桥梁：节点，接收器，DA。
施政/审计：集群规则，预算，赠款，报告。

5）流动性模式和路由

本地池：集群内的存款/付款、报告货币、P0储备金。
集群间桥梁：带有K确认/争议窗口的有限走廊。
SOR（智能订单路由）：通过SLA/价值/风险指导流量/付款/流动性。
价格和佣金：基于CTS（成本服务），佣金波动和PSP/DA故障。

6）数据目录和合同

群集的统一参考：网络、资产、PSP/方法、语言/位置、监管、 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和QoS

• p95 API latency (P0/P1), Success Rate, Queue-Lag p95;
• Freshness店面（min），Finality p 95用于付款/桥梁；
• Geo-Hit Ratio（本地服务查询，％）；
• PSP Success%, KYC p95 (мин), Dispute/Chargeback Rate;
• Liquidity Utilization%（池负载）、Proof-Coverage%。

• P0 p95 ≤ 400 мс, Availability ≥ 99.95%;
• Payout Finality p 95 ≤ 10分钟；KYC p95 ≤ 15分钟；
• Geo-Hit ≥ 85%;PSP Success ≥ 98.5%;Proof-Coverage ≥ 99%.

QoS：P0（付款/桥梁/决赛），P1（杂货），P2（散装/存档）。

8）数据和电路（伪SQL）

群集和链接寄存器

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

PSP配置文件和成功

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）路由和限制（策略）

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）可观察性和dashbords

集群行动（小时/皇马时间）：latency/error/queue-lag，p95决赛，PSP 成功/fees。

Economy: CTS/1k ops, Take Rate, Liquidity Utilization%, ARPPU/LTV (без PII).

合规性：居住、制裁、KYC SLA、Proof-Coverage。
路由：Geo-Hit，走廊装载，桥梁/DA故障。
风险：chargebacks/disputes,流量/支付异常。

11）集群经济学

CTS per 1k ops=通道+计算+存储+许可证/提供商。
TPS_per_$-美元可持续带宽。
合作伙伴贡献：Net Contribution（GTV − Cost − Rebates）。
交叉补贴：根据政府规则通过集群间走廊转移利润。

12）政府与集群演变

Proposal过程：集群的创建/合并/分裂，限制/走廊的更改，新PSP/KYC的接纳。
Timelock和审计：签名解决方桉、报告店面、事后调查。
版本目录：LTS SDK/事件,删除窗口≥ 90天。
反托拉斯和风险限制：PSP/内容/流量的多样化。

13）事件花花公子

A.集群中PSP成功率缩减

1.将SOR切换为替代方法，2）K-配合/等待限制的增长，

2.通知参与者,4）分析fee/latency, 5）后验尸。

B.流动性走廊超负荷

1.引入限额限制/配额，2）临时附加费，3）通过相邻集群重新分配，4）报告。

C.居住权/出口中断

1.集群间出口区块,2） redaction, 3） Compliance通知,4）策略更新。

D. DA/桥梁故障的尖峰

1."仅限最终"模式，2）增加争议窗口/K，3）补偿操作，4）原因分析。

E.交通异常（机器人注射）

1.Throttle/deny规则，2）增强CUS/行为过滤器，3）隔离付款，4）重新计算归因。

14）实施： 支票单

1.按地理/监管/支付/垂直划分市场,并记录集群卡。
2.定义SLO/QoS和经济指标（CTS、TPS_per_$、Take Rate）。
3.配置目录/合同和SOR路由、走廊限制。
4.启用可观察性：群集Ops/Economy/Compliance/Risk。
5.进行DR/chaos细胞间连接和DA测试。
6.启动Governance更改过程（时间表、报告、删除）。
7.每月审核群集结构和回报。

15）词汇表

市场集群是一个具有一般需求，支付和合规规则的域。
走廊-群集之间的托管通信（流动性/数据/流量）。
SOR-以价格/SLA/风险进行智能操作路由。
CTS per 1k ops-维护1000个操作的成本。
Geo-Hit Ratio是本地服务请求的比例。
Proof-Coverage是具有加密证据/锚点的条目的份额。

底线：市场集群将"一个大网络"变成一组具有自己的SLO、经济和风险政策的托管域。清晰的目录、SOR路由、流动性测量和严格的治理使生态系统能够在稳定的用户体验下扩展、保持合规性和优化成本。