Piyasa kümeleri

(Bölüm: Ekosistem ve Ağ)

1) Tanım ve amaç

• Yönetilen yerelleştirme (yargı/ikamet/vergiler),
• Öngörülebilir kapasite ve likidite (mevduat, ödeme, havuz),
• Sürdürülebilir ekonomi (CTS, Take Rate, ARPPU/LTV),
• Şeffaf SLO/uyumluluk konturları.

2) Küme taksonomisi

1. Jeo-düzenleyici: AB, İngiltere, TR, LA, APAC, NA; Lisans/vergiye göre alt kümeler.
2. Ödeme: Kart/yerel AWP/kripto; Rampa içi/rampa dışı koridorlar.
3. Ürün dikeyleri: casino/canlı, bahis (spor/siber), mini oyunlar, piyangolar.
4. Trafik/İştirakler: Lider Kaynaklar, Vitrinler, Akış/Etkileyenler.
5. Likidite/sıvı havuzları: turnuvalar/ikramiyeler, sağlayıcı havuzları, kümeler arası köprüler.
6. Çalışma: dil desteği, çalışma saatleri, SLA sağlayıcıları KYC/PSP.
7. Risk/uyum: yaptırım listeleri, KYC/KYB seviyeleri, dolandırıcılıkla mücadele profilleri.

3) Küme topolojileri ve bağlantı

Hub-and-Cluster: Bölgesel hub'lar (ağ katmanı), paylaşılan önbellekler ve vitrinler ile çeşitli pazar kümelerine hizmet eder.
Küme Kafesi: Küme eşleri, yönetilen sonlandırma ile köprülenir (likidite/veri).
Ring/Spoke: Yerel pazarlar için bir "nükleer" küme (referans dizinleri) ve çevre birimleri.
İzole Mod: Küme, kanal izolasyonu altında bağımsız olarak çalışır (yalnızca sonlandırılmış).

4) Küme içindeki roller ve üyeler

B2C/B2B2C operatörleri: markalar/beyaz etiket.
İçerik ve sağlayıcılar: stüdyolar, turnuvalar, spor yayınları.
PSP/APM/Açma-Kapama Rampası: yerel yöntemler, kripto işleme.
KYC/KYB/AML: doğrulama, yaptırımlar, puanlama.
İştirakler/trafik toplayıcıları: vitrinler, DSP'ler, CRM ortakları.
Altyapı/Köprüler: Düğümler, Rereliers, DA.
Yönetişim/denetim: küme kuralları, bütçeler, hibeler, raporlama.

5) Likidite modeli ve yönlendirme

Yerel havuzlar: küme içindeki mevduat/ödemeler, raporlama para birimi, P0 rezervleri.
Kümeler arası köprüler: K-onayları/anlaşmazlık penceresi olan sınırlı koridorlar.
SOR (Akıllı Sipariş Yönlendirme): Trafik/ödeme/likiditeyi SLA/değer/riske yönlendirir.
Fiyatlandırma ve komisyonlar: CTS (Cost-to-Serve), komisyon volatilitesi ve PSP/DA feragatnamelerine dayanmaktadır.

6) Kataloglar ve veri sözleşmeleri

Kümeler için birleştirilmiş dizinler: ağlar, varlıklar, PSP/yöntemler, diller/yereller, düzenleyici, SDK sürümleri.

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) Küme SLI/SLO ve QoS

• P95 API gecikmesi (P0/P1), Başarı Oranı, Queue-Lag p95;
• Tazelik vitrinler (min), ödemeler/köprüler için Finality p95;
• Coğrafi Vuruş Oranı (yerel servis talepleri, %);
• PSP Başarı %, KYC p95 (мин), Anlaşmazlık/Ters ibraz Oranı;
• Likidite Kullanımı %, Kanıt Kapsamı %.

• P0 p95 ≤ 400 мс, Kullanılabilirlik ≥ 99. 95%;
• Ödeme Finalite p95 ≤ 10 dk; KYC p95 ≤ 15 dk;
• Geo-Hit ≥ %85; PSP Başarı ≥ 98. 5%; Prova Kapsamı ≥ %99.

QoS: P0 (ödemeler/köprü/sonuçlandırma), P1 (ürün), P2 (toplu/arşiv).

8) Veri ve şemalar (sözde SQL)

Küme ve bağlantı kayıtları

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 profilleri ve başarısı

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 и Tazelik

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) Yönlendirme ve sınırlar (politikalar)

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) Gözlemlenebilirlik ve gösterge panoları

Cluster Ops (saat/gerçek zamanlı): Gecikme/hata/kuyruk-gecikme, p95 sonlandırma, PSP başarı/ücretler.
Ekonomi: CTS/1k ops, Take Rate, Likidite Kullanımı %, ARPPU/LTV (без PII).
Uyumluluk: ikamet, yaptırımlar, KYC SLA, Prova Kapsamı.
Yönlendirme: Geo-Hit, koridor yükleme, köprü/DA arızaları.
Risk: Ters ibrazlar/anlaşmazlıklar, trafik/ödeme anormallikleri.

11) Küme ekonomisi

1k ops başına CTS = kanallar + hesaplamalar + depolama + lisanslar/sağlayıcılar.
TPS_per_$ - dolar başına sürdürülebilir bant genişliği.
İş ortağı katkısı: Net Katkı (GTV − Maliyet − İndirimleri).
Çapraz sübvanse: Yönetim kurallarına göre kümeler arası koridorlardan marj transferi.

12) Yönetişim ve kümelerin evrimi

Teklif süreci: kümelerin oluşturulması/birleştirilmesi/bölünmesi, sınırların/koridorların değiştirilmesi, yeni PSP/KYC'nin kabulü.
Zaman tüneli ve denetim: imzalı kararlar, raporlanabilir vitrinler, ölüm sonrası olaylar.
Sürüm katalogları: LTS SDK/events, kullanımdan kaldırma penceresi ≥ 90 gün.
Antitröst ve risk kısıtlamaları: PSP/içerik/trafik çeşitlendirmesi.

13) Olay oyun kitapları

A. PSP Kümede başarı % düşüş

1. SOR'u alternatif yöntemlere geçirme, 2) K-onaylarında/bekleme limitlerinde artış,

2. Katılımcıların bildirimi, 4) ücret/gecikme analizi, 5) ölüm sonrası.

B. Likidite koridoru aşırı yükü

1. 2) geçici prim ücreti, 3) komşu kümelere yeniden dağıtım, 4) rapor.

C. İkamet/ihracat kesintisi

1. Kümeler arası ihracat bloğu, 2) redaksiyon, 3) Uyum bildirimi, 4) politika güncellemesi.

D. DA/köprü arızası başak

1. "Sadece kesinleşmiş" mod, 2) anlaşmazlık/Q penceresini genişletmek, 3) telafi işlemleri, 4) nedenleri analiz etmek.

E. Trafik anomalileri (bot enjeksiyonları)

1. Throttle/inkar kuralları, 2) KUS/davranışsal filtre geliştirme, 3) ödeme karantina, 4) atıf yeniden hesaplama.

14) Uygulama: kontrol listesi

1. Pazarları coğrafi/düzenleyici/ödemeler/dikeylere göre segmentlere ayırın ve bir küme haritasına kilitleyin.
2. SLO/QoS ve ekonomik metrikleri tanımlayın (CTS, TPS_per_$, Take Rate).
3. Dizinleri/sözleşmeleri ve SOR yönlendirmesini, koridor sınırlarını ayarlayın.
4. Gözlenebilirlik dahil: Küme Ops/Ekonomi/Uyum/Risk.
5. Kümeler arası bağlantı ve DA'nın DR/kaos testlerini gerçekleştirin.
6. Yönetişim değişim sürecini başlatın (zaman çizelgesi, raporlar, kullanımdan kaldırılır).
7. Küme yapısını ve ROI'yi aylık olarak gözden geçirin.

15) Sözlük

Bir pazar kümesi, talep, ödemeler ve uyumluluk için genel kurallara sahip bir alandır.
Koridor - kümeler arasında yönetilen iletişim (likidite/veri/trafik).
SOR - fiyat/SLA/riskte işlemlerin akıllı yönlendirilmesi.
1k ops başına CTS - 1000 operasyon servis maliyeti.
Geo-Hit Ratio - yerel olarak sunulan taleplerin oranı.
Prova Kapsamı - kayıtların kripto kanıtları/çapaları ile paylaşımı.

Alt satır: Piyasa kümeleri,'tek bir büyük ağı "kendi SLO'ları, ekonomileri ve risk politikaları ile bir dizi yönetilen alana dönüştürür. Açık kataloglar, SOR yönlendirme, likidite ölçülebilirliği ve titiz Yönetişim, ekosistemin istikrarlı bir kullanıcı deneyimi ile ölçeklenmesini, uyumluluğunu sürdürmesini ve değeri optimize etmesini sağlar.