GH GambleHub

Ринкові кластери

(Розділ: Екосистема та Мережа)

1) Визначення та мета

Ринковий кластер - це логічно виділений домен екосистеми, що об'єднує учасників, канали трафіку, платіжні коридори, продукти і правила в рамках загального профілю попиту і ризиків. Кластер дає:
  • керовану локалізацію (юрисдикція/резидентність/податки),
  • передбачувану ємність і ліквідність (депозити, виплати, пули),
  • стійку економіку (CTS, Take Rate, ARPPU/LTV),
  • прозорі SLO/комплаєнс контури.

2) Таксономія кластерів

1. Гео-регуляторні: EU, UK, TR, LA, APAC, NA; під-кластери за ліцензіями/податками.
2. Платіжні: карткові/локальні АРМ/крипто; коридори on-ramp/off-ramp.
3. Продуктові вертикалі: казино/live, ставки (спорт/кібер), міні-ігри, лотереї.
4. Трафік/афіліати: джерела лідів, вітрини, стрімінг/інфлюенс.
5. Ліквідність/ліквід-пули: турніри/джекпоти, провайдерські пули, міжкластерні мости.
6. Операційні: підтримка мов, годин роботи, SLA провайдерів KYC/PSP.
7. Ризик/комплаєнс: санкційні списки, KYC/KYB-рівні, анти-фрод профілі.


3) Топології та зв'язок кластерів

Hub-and-Cluster: регіональні хаби (мережевий шар) обслуговують кілька ринкових кластерів із загальними кешами і вітринами.
Cluster Mesh: пери кластерів з'єднані мостами (ліквідність/дані) з керованою фіналізацією.
Ring/Spoke: один «ядерний» кластер (референс-каталоги) і периферія для локальних ринків.
Isolated-Mode: кластер працює автономно при ізоляції каналів (finalized-only).


4) Ролі та учасники всередині кластера

Оператори B2C/B2B2C: бренди/white-label.
Контент і провайдери: студії, турніри, спорт-фіди.
PSP/APM/On-Off Ramp: локальні методи, крипто-процесинг.
KYC/KYB/AML: верифікація, санкції, скоринги.
Афіліати/агрегатори трафіку: вітрини, DSP, CRM-партнери.
Інфраструктура/мости: вузли, релеєри, DA.
Governance/аудит: правила кластеру, бюджети, гранти, звітність.


5) Модель ліквідності та маршрутизація

Локальні пули: депозити/виплати в межах кластера, валюта звітності, резерви P0.
Міжкластерні мости: лімітовані коридори з K-підтвердженнями/вікном спору.
SOR (Smart Order Routing): спрямовує трафік/платежі/ліквідність за SLA/вартістю/ризиком.
Прайсинг і комісії: базується на CTS (Cost-to-Serve), волатильності комісій і відмовах 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

SLI (ядро):
  • p95 API latency (P0/P1), Success Rate, Queue-Lag p95;
  • Freshness вітрин (хв), Finality p95 для виплат/мостів;
  • Geo-Hit Ratio (локально обслужені запити,%);
  • PSP Success%, KYC p95 (мин), Dispute/Chargeback Rate;
  • Liquidity Utilization% (навантаження на пули), Proof-Coverage%.
SLO (орієнтири):
  • P0 p95 ≤ 400 мс, Availability ≥ 99. 95%;
  • Payout Finality p95 ≤ 10 хв; KYC p95 ≤ 15 хв;
  • Geo-Hit ≥ 85%; PSP Success ≥ 98. 5%; Proof-Coverage ≥ 99%.

QoS: P0 (платежі/міст/фіналізація), P1 (продуктові), P2 (bulk/архів).


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) Спостережуваність і дашборди

Cluster Ops (година/реал-тайм): latency/error/queue-lag, p95 фіналізації, PSP успіх/fees.
Economy: CTS/1k ops, Take Rate, Liquidity Utilization%, ARPPU/LTV (без PII).
Compliance: residency, санкції, KYC SLA, Proof-Coverage.
Routing: Geo-Hit, завантаження коридорів, відмови мостів/DA.
Risk: chargebacks/disputes, аномалії трафіку/платежів.


11) Економіка кластеру

CTS per 1k ops = канали + обчислення + зберігання + ліцензії/провайдери.
TPS_per_$ - стійка пропускна здатність на долар.
Внесок партнерів: Net Contribution (GTV − Cost − Rebates).
Крос-субсидування: перенесення маржі через міжкластерні коридори за правилами Governance.


12) Governance і еволюція кластерів

Proposal-процес: створення/злиття/розщеплення кластерів, зміна лімітів/коридорів, допуск нових PSP/KYC.
Timelock і аудит: підписані рішення, звітні вітрини, post-mortem інцидентів.
Каталоги версій: LTS SDK/події, вікно депрекейту ≥ 90 днів.
Антимонопольні та ризик-обмеження: диверсифікація PSP/контенту/трафіку.


13) Плейбуки інцидентів

A. просадка PSP Success% в кластері

1. Перемикання SOR на альтернативні методи, 2) зростання K-confirmations/лімітів очікування,

2. повідомлення учасників, 4) аналіз fee/latency, 5) пост-мортем.

B. перевантаження коридору ліквідності

1. Введення rate-limit/квот, 2) тимчасова надбавка fee, 3) перерозподіл по сусідніх кластерах, 4) звіт.

C. Порушення резидентності/експорту

1. Блок міжкластерних експортів, 2) redaction, 3) повідомлення Compliance, 4) оновлення політик.

D. спайк відмов DA/мостів

1. Режим «finalized-only», 2) збільшення вікна спору/К, 3) компенсуючі операції, 4) розбір причин.

E. Аномалії трафіку (бот-ін'єкції)

1. Throttle/deny правила, 2) посилення КУС/поведінкових фільтрів, 3) карантин виплат, 4) перерахунок атрибуції.


14) Впровадження: чек-лист

1. Сегментуйте ринки за гео/регуляторикою/платежами/вертикалями та зафіксуйте кластерну картку.
2. Визначте SLO/QoS та економічні метрики (CTS, TPS_per_$, Take Rate).
3. Налаштуйте каталоги/контракти та SOR-маршрутизацію, ліміти коридорів.
4. Увімкніть спостережуваність: Cluster Ops/Economy/Compliance/Risk.
5. Проведіть DR/chaos-тести міжкластерних зв'язків і DA.
6. Запустіть Governance-процес змін (timelock, звіти, депрекейти).
7. Щомісяця ревізуйте структуру кластерів і окупність.


15) Глосарій

Ринковий кластер - домен із загальними правилами попиту, платежів і комплаєнсу.
Коридор - керований зв'язок між кластерами (ліквідність/дані/трафік).
SOR - розумна маршрутизація операцій за ціною/SLA/ризику.
CTS per 1k ops - вартість обслуговування 1000 операцій.
Geo-Hit Ratio - частка запитів, обслужених локально.
Proof-Coverage - частка записів з криптодоказами/анкерами.


Підсумок: ринкові кластери перетворюють «одну велику мережу» в набір керованих доменів з власними SLO, економікою і політиками ризиків. Чіткі каталоги, маршрутизація SOR, вимірюваність ліквідності і строгий Governance дозволяють екосистемі масштабуватися, зберігати комплаєнс і оптимізувати вартість при стабільному користувацькому досвіді.

Contact

Зв’яжіться з нами

Звертайтеся з будь-яких питань або за підтримкою.Ми завжди готові допомогти!

Розпочати інтеграцію

Email — обов’язковий. Telegram або WhatsApp — за бажанням.

Ваше ім’я необов’язково
Email необов’язково
Тема необов’язково
Повідомлення необов’язково
Telegram необов’язково
@
Якщо ви вкажете Telegram — ми відповімо й там, додатково до Email.
WhatsApp необов’язково
Формат: +код країни та номер (наприклад, +380XXXXXXXXX).

Натискаючи кнопку, ви погоджуєтесь на обробку даних.