Online likidite havuzları

1) Ekosistem neden likidite havuzlarına ihtiyaç duyuyor?

• Bir operatörü "kırma" riski olmadan daha fazla ikramiye durumu.
• Canlı masaların ve PvP'nin daha yüksek doluluk oranı, daha az bekleme süresi.
• Ödemelerin istikrarlı dönüşümü ve ödeme uygulaması.
• Şeffaf ekonomi ve büyük olay sigortası.

2) Havuzların sınıflandırılması

1. Jackpot Havuzları (Progressive/Community): Toplam ödeme havuzu, bir bahis/spin payı ile doldurulur.
2. Canlı tablolar ve sağlayıcı tabloları: Aynı masada farklı operatörlerden oyuncuların ortak binişi (SFU/CDN katmanı), tek bir dağıtım bankası.
3. PvP/Turnuva havuzları: komisyon/katkılar ödül havuzunu oluşturur; Konuma/göreve göre dağılım.
4. Şamandıra/Hazine - Anlık ödemeler/APM boşluğu için toplam işletme şamandırası üst üste gelir.
5. Bonus/sigorta havuzları: serbest spin paketleri, cashbacks, yeniden sigorta "kuyruk" riskleri için fon.
6. Zincirler arası likidite havuzları: çoklu zincirleri/kümeleri birleştirmek (örn. bölgesel) bir takas komisyoncusu aracılığıyla.

3) Mimari temel

3. 1 Para devresi

Çok segmentli cüzdanlar: 'core _ wallet' (oyun), 'jackpot _ pool', 'pvp _ prize', 'treasury _ float'.
Takas ve yerleşim: Katılımcılar arasında periyodik ağ yerleşimleri; para birimi/yargı desteği.
Oracles ve hesap makineleri: eser korelasyon ve formül sürümleri ile imzalı özetler (bahisler, katkılar, kazançlar, ücret, FX kursları).

3. 2 Olay otobüsü

Топики: 'bet/spin', 'contribution _ added', 'prize _ trigged', 'payout _ committed', 'settlement _ ready'.
İş anlamında tam olarak bir kez: ödemelerin/yazmaların idempotensi, deterministik anahtarlar.

3. 3 Erişim kontrolü ve güvenlik

Sıfır Güven: mTLS/JWS, kısa ömürlü anahtarlar, çıkış-izin-listesi.
SoD: "havuz işletmecisi", "sayman", "denetçi" rollerinin ayrılması.
PII minimizasyonu: kişisel veriler yerine kümeler ve belirteçler, detokenizasyon için güvenli bölgeler.

4) Oluşum ve dağıtım kuralları

4. 1 Havuz katkıları

Bahisler/komisyon veya risk dinamikleri (oyun/volatilite/acele saat) Sabit %.
Katılım ağırlıkları: SLI kalitesine göre ayarlanır (çalışma süresi, p95, RG uyumluluğu).

4. 2 Kazan/öde tetikleyicileri

Jackpot: Deterministik Tohumlar/Aralıklar; Anti-manipülasyon (commit-reveal).
PvP/turnuvalar: yer tabloları, tie-break kuralları, anomali doğrulaması.

4. 3 Katılımcılar arasında dağılım

[
share_i=\frac{CT_i\cdot Q_i}{\sum_j CT_j\cdot Q_j}
]

(CT_i) katılımcının katkısı (katkılar/trafik/komisyon), (Q_i) kalite faktörüdür (SLI/RG/uygunluk).

4. 4 Eşik rezervleri ve limitleri

Rezerv kat: minimum havuz rezervi (ortalama kazanç/ödeme yüzdesi cinsinden).
Cap/stop: Yargı yetkisi ve RG segmentine göre üst ödeme limitleri/oranları.
Yeniden sigorta: büyük olayların dış reasüransı (nadir kuyruk).

5) Operasyonel SLI/SLO havuzları

Sabitleme hızını kazanın: Etkinlikten havuz girişine kadar p95 ≤ 200-400 ms.
Havuzdan ödeme: P95 ≤ 1. 5-2. 0 s (dahili transferler için örnek, APM başına T-min ≤).
Havuz durumunun tutarlılığı: pencere görüntüleme tutarsızlığı ≤ 1-5 s.
Etkinlik teslimatı: ≥ 99. 9%; Otobüs gecikme p95 ≤ 200-500 ms.
Hazine/Takas kullanılabilirliği: ≥ 99. Kampanya/turnuva pencerelerinde %95.
Denetim SLA: Istek üzerine 60-90 s ≤ izleme paketi.

6) Ekonomi ve teşvikler

6. 1 Gelir/giderler

Kazanç: Komisyon/ücret, daha fazla havuz derinliğinden CR/ARPU/LTV yükseltme, "güven maliyeti".
Maliyetler: depolama/takas/altyapı ücreti, reasürans, volatilite/FX kayıpları.

6. 2 Hizmet Maliyeti

Rps/txn/olay başına maliyet, yoğun saatlerde 1 birim likiditeyi korumak için fiyat, canlı havuzlar için 'cost _ per _ stream'.

6. 3 Komisyon modelleri

Yönetim ücreti: Sabit veya % AUM havuzu (sınırlı).
Performans ücreti: Ekonomik yükselişin %'si (KPI ile bağlantılı).
Kalite bonusu/malus: SLI/RG/uyumluluk metriklerine göre hisselerin ayarlanması.

7) Hukuk, Uyum ve RG

Havuz katılımcıları için KYP/KYB; Ödemelerin yararlanıcıları için KYC/AML.
RG-korkulukları: savunmasız kesimlerin katılımı üzerindeki sınırlar, şans/kuralların şeffaflığı.
Yargı bölgeleri: para yerelleştirme, raporlama ve vergi kuralları; DPA/DPIA dışındaki sınır ötesi transferlerin yasaklanması.
Şeffaflık: "havuz pasaportu" - politikalar, formüller, dağıtımlar, denetimler.

8) Gözlemlenebilirlik ve denetim

Trace draft: bahis/taksitten kazanma/ödeme/takas ('traceId').
Metrik Mağaza: hisse hesaplama formüllerinin sürümleri, dönemlere göre mutabakat kontrolleri.
WORM günlükleri: Kurallar, anahtarlar, havuz parametrelerindeki değişiklikler için değiştirilemez girişler.
Antifraud/anomaliler: ani patlamalar, idempotent anahtarların taşması, RNG/oturumların şüpheli "tesadüfleri".

9) Ödeme havuzları (float)

9. 1 Amaç

Kurulum ödemeleri sağlar (ekosistem içinde) ve APM/PSP gecikmelerini geçersiz kılar.

9. 2 Mekanik

Kotalarla ön finansman; Nokta atışı.
Risk tamponu: X gün geç APM'ler, ters ibrazlar, onaylanmış duraklar.
Cut-over: PSP'nin bozulması durumunda ödeme yollarının otomatik transferi.

10) Canlı masalar ve PvP havuzları

Çöpçatanlık: çapraz operatör iniş, bekleme süresi hedefleri.
Tırmık modeli: şeffaf, sabit/değişken; Operatör/stüdyo/havuz arasında bölünür.
Adalet: zaman senkronizasyonu (NTP/PTP), çarpışma koruması, RTP/volatilite izleme.
Video/SLI: e2e gecikme, paket kaybı, SFU-yük devretme.

11) Yönetişim

Havuz Komitesi: ücret parametreleri, rezervler, limitler, banklar/indirimler.
Katılımcı kartı: katkı, kalite, krediler/cezalar, denetim sağlama hızı.
Olay prosedürleri: durdurma düğmeleri, yükselmeler, ödemelerin geçici "duraklamaları", kanarya değişiklikleri.
Kural sürüm oluşturma: semver + geçişler için paralel pencereler.

12) Anti-desenler

Tek havuzlu kara kutu: formül/denetim saydamlığı yok.
Sınırsız Retrai/jitter: çift katkı/ödemeler.
Para/PII etki alanı karıştırma: sızıntılar, yargı ihlalleri.
Rezerv/reasürans yok: nadir bir kazanç havuzu "yiyor".
Açıklıkta ofset sayfalama: zirvede delikler/çiftler.
SPOF-Hazine: N + 1 ve DR planı yok.
RG kontrolü yok: Agresif limitler düzenleyici risklerdir.

13) Uygulama kontrol listesi

1. Havuz hedefini (jackpot, PvP, float, bonuslar) ve KPI'yı tanımlayın.
2. Katkı/dağıtım formüllerini düzeltin (sürümler, sahipler).
3. Cüzdan/takas, kahinler ve uzlaşma işlerini genişletin.
4. Sıfır Güven (mTLS/JWS), SoD, tokenizasyon ve güvenli bölgeleri dahil edin.
5. SLO'yu koyun: sabitleme, ödeme, pencere tutarlılığı kazanın.
6. Gözlemlenebilirliği ayarlayın: izleme, Metrik Mağaza, WORM denetimi, dolandırıcılıkla mücadele.
7. RG/uyumluluğu tanımlayın: sınırlar, yerelleştirme, raporlama.
8. DR/kaos senaryoları hazırlayın: cüzdan/oracle/PSP düşüşü.
9. "Havuz pasaportu'nu serbest bırakın: politika, roller, RACI, savaş odası bağlantıları.
10. Pilotu kanarya limitleri ve paralel temizleme ile başlatın.

14) Olgunluk yol haritası

V1 (Vakıf): bireysel havuzlar (jackpot/PvP/float), temel temizleme ve denetim.
V2 (Entegrasyon): havuzlama, paylaşılan vitrinler, kalite çarpanları, reasürans.
V3 (Otomasyon): risk profiline/saate göre katkıların dinamikleri, ödemelerin otomatik olarak dağıtılması, öngörücü tamponlar.
V4 (Ağa Bağlı Yönetişim): zincirler arası havuzlar, federe takas, DAO kuralları ve zincir içi/dışı hazine.

15) Temel Başarı Metrikleri

İş: CR/FTD/ARPU/LTV'yi yükseltin, risk kontrolünde ortalama jackpot büyümesi.
Risk: Rezerv teminat oranı, kuyruk olaylarının sıklığı, yeniden yapılandırılmış risklerin payı.
İşlemler: p95 sabitleme/ödemeler, pencere gecikmesi, MTTR olayları, otomatik kesme payı.
Ortaklık: bir izleme paketi sağlama zamanı, kalite puan kartları, SLO yürütme.
Ekonomi: Ücret/komisyon, Hizmet Maliyeti, havuza katılmanın ROI'si.

Kısa Özet

Likidite havuzları, farklı bütçeleri ve oyuncu akışlarını paylaşılan bir "deneyim derinliğine" dönüştürür: büyük ikramiyeler, hızlı maçlar, anında ödemeler ve sürekli kampanyalar. Mimari olarak, bunlar cüzdanlar ve deterministik olaylarla temizleme, Zero Trust güvenliği ve titiz denetim; Operasyonel - SLO, rezervler ve sigorta; Ekonomik olarak - katkı ve kaliteye göre adil dağıtım. Doğru kanon ile havuzlar bir büyüme hızlandırıcısı haline gelir ve her ağ katılımcısı için riski azaltır.