市場集群

（部分： 生態系統和網絡）

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路由、流動性測量和嚴格的治理使生態系統能夠在穩定的用戶體驗下擴展、保持合規性和優化成本。