Hazine: Likidite ve rezervler
TL; DR
IGaming'de Hazine, farklı I/O SLA'ları ile yönetilen bir likidite "cepleri" (bankalar, PSP'ler, cüzdanlar, kripto-özel, tüccar hesapları) ağıdır. Hedef - Minimum maliyetle sıfır nakit farkı: doğru akış tahmini, karşı taraf ve para birimleri üzerindeki limitler, rezerv politikası (işletme tamponları + düzenleyici önlemler + stres rezervi), tercih ve süpürme kurallarının disiplini, Ödeme Süresi ve Fon Süresi için SLO.
1) Likidite haritası: seviyeler, cepler, akışlar
1. 1 Likidite seviyeleri (kullanılabilirliğe göre)
L0 (T0) - anında likidite: tüccar hesaplarındaki işletme bakiyeleri, anlık A2A/RTP, cüzdanlar, istikrarlı rezervler, ödeme için nakit tamponları T0.
L1 (T + 1... T + 3) - kısa vadeli likidite: PSP/edinenlerin uzlaştırma hesapları, gün içi limitleri olan banka cari hesapları.
L2 (T + 5... T + 10) - orta ufkun likiditesi: mevduat/tasarruf hesapları, hazine araçlarına (T-faturaları, MMF) süpürür, ahırların hızlı bir rampa ile özel olarak "park edilmesi".
L3 (T + 10 +) - stratejik likidite/sermaye: uzun mevduatlar, tahviller, ayrılmış sermaye.
1. 2 Likidite cepleri (örnek)
Bank_OPS (işletme bankası): giriş/çıkış fiat, maaş, vergiler.
PSP_MERCHANT: yöntemlere göre tüccar hesapları (Kart, A2A, Cüzdan).
PSP_SETTLEMENT: Yerleşim/birikim hesapları (T + N)
CRYPTO_CUSTODY: on-chain/custom, ahırlar ve temel varlıklar.
PAYOUT_POOLS: anlık ödemeler için ayrı havuzlar.
SAFEGUARD_ACCOUNTS: düzenleyici/lisans gereksinimlerine göre ayrılmış hesaplar.
1. 3 Ana akışlar
'Para Yatırma - PSP_MERCHANT - Uzlaşma - Bank_OPS'
'Bank _ OPS - Payout_Pools/PSP - Para Çekme'
'Açık/Kapalı rampa ↔ Crypto_Custody'
Programa ve tetikleyicilere göre 'süpürür: L0↔L1↔L2'.
2) Likidite ve rezerv politikası
2. 1 Hedefler
Kritik ödeme raylarında sıfır nakit farkı.
Minimum likidite sahipliği maliyeti (ücretler, FX, gelir kaybı).
Mevzuata uygunluk: Müşteri fonlarının korunması, ayrılması (varsa).
Şeffaflık: SLO tarafından günlük mutabakat ve panolar.
2. 2 Rezerv sınıfı
1. İşletim rezervi (OpRes) - ödeme tepe noktası ve yerleşim değişkenliğinin kapsamı (örneğin, p99 günlük net çıktı + %20-30 arabellek).
2. Düzenleyici rezerv (RegRes) - lisansın gerektirdiği miktarlar (ayrılmış, koruma, halka eskrim).
3. Stres rezervi (StressRes) - nadir şokları kapsar: "çift" tepe çıkışı, anahtar PSP'de T + N gecikmesi, FX şoku.
4. Teknik rezerv (TechRes) - bir feiler/olaylar için (bir sitenin/borsanın/bankanın dondurulması).
2. 3 Hedef Denge Cep Formülü
Target_Balance = OpRes(p99 horizon H) + RegRes + StressRes - Incoming_Settlement(T_window)Horizon H ve pencere T_window raylara bağlıdır (örn. RTP H = 1d, Kart H = 3d).
3) Nakit akışı tahmini
3. 1 Giriş sıraları
Yöntem/sağlayıcıya göre para yatırma (p7/p30 mevsimsellik, haftanın günleri, promosyonlar).
Para Çekme ve Ödemeler (para yatırma hızları ve paylaşımları, VIP/jackpotlar).
Yerleşim programları (PSP/alıcılar tarafından T + N).
FX takvimi (yeniden değerlemeler, büyük dönüşümler).
İşletme ödemeleri (vergiler, komisyonlar, maaşlar).
3. 2 Model (minimum)
Depo/potansiyel müşteriler için yerel ağırlıklı veya SARIMA/Prophet.
Uygulanan katsayılar: 'Cash-out Oranı', 'Jackpot Olasılığı', 'Promo Lift'.
Net cep konumu: 'Inflow _ psp _ settlement − Outflow_payouts ± Sweeps'.
3. 3 Tahmin Kalite Metrikleri
Günlük net olarak MAPE/WAPE.
Kapsam: Gerçek zirvenin planlanan OpRes'i ≤ günlerin oranı.
Stok Olayları: L0'ın gittiği zamanlar <minimum eşik.
4) Prefunding, süpürme ve yenileme kuralları
4. 1 Prefunding (ray ön ödemesi)
Anında ödeme rayları ve bazı APM'ler için denge gereklidir.
Kural: yuvarlanma eşiğini koruyun (örneğin, geçen haftanın p95 günlük ödemeleri) + %20 arabellek.
Otomatik tamamlama tetikleyicileri 'Balance <LowWatermark' - 'TopUp to Target_Balance'.
4. 2 Süpürme
Günlük: PSP_MERCHANT - yerleşim penceresinden Bank_OPS sonra.
Gün içi: Hedef koridorlarından sapmalar için L0↔L1.
L2'ye doğru: MMF/T-Bills/ahırlardaki fazla kalıntıların gece taraması (L0 ≤ T + 1'de iade politikası).
4. 3 Harcama öncelikleri (şelale)
1. Payout_Pools (T0 taahhüt)
2. Sabit Teslim Tarihi Hazine Ödemeleri (Vergi/Maaş)
3. FX dönüşümleri/yeniden dengelemeleri
4. Yatırımlar L2/L3
5) Para birimleri, FX ve faiz ortamı
FX maruziyeti: para birimlerine göre gelen/giden dengesi; Doğal hedge (ödemeleri aynı para biriminde tutmak).
Dönüşüm politikası: Büyük miktarlar için TWAP/POV uyarısı, kayma bps sınırları, idempotent exec-id.
L2 faiz getirisi: MMF/kısa T-faturaları; Karşı taraf kısıtlamaları ve minimum likidite (T + 0/T + 1).
SLO FX dönüşümleri: karardan uygulamaya kadar geçen süre (p95 ≤ X dakika), alıntıların günlüğe kaydedilmesi.
6) Karşı taraf riski ve limitleri
Karşı tarafın sınırları: banka, PSP, kripto-özel, değişim/UTS.
Derecelendirme matrisi: sermaye/lisanslar/olaylar/kullanılabilirlik/Rezerv Kanıtı (kripto için).
Çeşitlendirme: Kritik ray başına en az 2-3 sağlayıcı, kalıntıların kümeler arasında dağılımı.
Saklama politikası: multisig/HSM, çıktı limitleri, adres izin listeleri, günlük mutabakatlar.
7) Düzenleyici ve uyumluluk yönleri
Koruma/ayırma: müşteri fonları için ayrı hesaplar (gerektiğinde), denge izleme, karıştırma yok.
Raporlama: Günlük raporlar için düzenleyici/denetim dengeleri ve rezervleri.
KYC/AML: Rampa üstü/rampa dışı karşı taraflar, yaptırım taraması, büyük transferler için SoF/SoW.
DSAR/retention: Ödeme izlerinin ve transfer günlüklerinin saklanması.
8) Metrikler, SLO'lar ve uyarılar
8. 1 KPI
Time-to-Payout (TtP) yöntemi ile p95.
Havuz yenilemesi için Time-to-Fund (TtF) p95.
Stok Oranı L0 (anlık likidite sıkıntısı olayları).
Nakit Kullanımı = L0/ Target_Balance Ödemeleri.
Boşta Nakit % = (Bakiye − Target_Balance )/Bakiye.
Karşı Taraf Konsantrasyonu = maks (sağlayıcıya göre pay).
FX Kayma bps, FX Maliyet/GGR.
Koruma Kapsamı = min (ayrılmış hesap bakiyesi/gerekli tutar).
8. 2 Uyarılar
'Denge <LowWatermark' - P1 (otomatik tamamlama).
'Stockout Olayı' - P0.
'Karşı Taraf Konsantrasyonu> limit' - P2 (yeniden dengeleme).
'Koruma Kapsamı <%100' - P0.
'TtF p95> SLO' - P1 (banka/PSP olayı).
9) Veri modeli (hazine "katmanı")
json
{
"as_of": "2025-11-03T12:00:00Z",
"pocket_id": "PSP_MERCHANT_CARD_A",
"currency": "EUR",
"balance": 425000. 00,
"target_balance": 380000. 00,
"low_watermark": 300000. 00,
"inflows_t0": 52000. 00,
"outflows_t0": 61000. 00,
"expected_settlement_t1": 210000. 00,
"safeguard_required": 150000. 00,
"safeguard_balance": 160000. 00,
"counterparty": "Acquirer_A",
"limits": {
"counterparty_limit": 1200000. 00,
"fx_slippage_bps_limit": 5
},
"alerts": ["BALANCE_BELOW_TARGET"],
"notes": "Expect promo cash-out spike tonight"
}
date, pocket_id, counterparty, currency,
balance, target_balance, low_watermark,
inflows_t0, outflows_t0, expected_settlement_t1,
safeguard_required, safeguard_balance,
payout_slo_p95_sec, fund_slo_p95_sec10) SQL dilimleri
10. 1 Kalıntıların hareketi ve koridorlara giriş
sql
SELECT date,
pocket_id,
currency,
balance,
target_balance,
low_watermark,
CASE WHEN balance < low_watermark THEN 1 ELSE 0 END AS stockout_flag,
GREATEST(0, balance - target_balance) AS idle_cash
FROM treasury_balances_daily
ORDER BY date DESC, pocket_id;10. 2 Karşı taraflara göre konsantrasyon
sql
SELECT date,
counterparty,
SUM(balance) AS bal,
SUM(SUM(balance)) OVER (PARTITION BY date) AS bal_total,
(SUM(balance) / NULLIF(SUM(SUM(balance)) OVER (PARTITION BY date),0)) AS share
FROM treasury_balances_daily
GROUP BY 1,2
ORDER BY date DESC, share DESC;10. 3 Koruma kapsamı
sql
SELECT date, pocket_id, currency,
safeguard_balance, safeguard_required,
safeguard_balance / NULLIF(safeguard_required,0) AS coverage_ratio
FROM treasury_balances_daily
WHERE safeguard_required > 0;11) Gösterge tablosu (minimum widget'lar)
1. Heatmap cepleri: 'denge vs hedef vs low_watermark'.
2. Nakit hunisi: Gün geçtikçe 'girişler/çıkışlar/yerleşimler'.
3. Yöntem/sağlayıcı tarafından TtP/TtF p50/p95.
4. Karşı taraf konsantrasyonu ve uyarıları.
5. Koruma kapsamı: %100 satır, ihlaller.
6. FX paneli: kayma/maliyet, büyük dönüşümler.
12) Oyun kitapları
Nakit çıkışı dalgası
Eylemler: Target_Balance Payout_Pools artırın, PSP _ Bank _ OPS'nin taramasını hızlandırın, yüksek riskli para çekme limitlerini geçici olarak azaltın, ikinci bir anında ödeme sağlayıcısı ekleyin.
PSP yerleşim gecikmesi
Eylemler: StressRes'i etkinleştirin, bir kredi limiti/kredili mevduat hesabı açın, ödemeleri alternatif bir demiryoluna geçici olarak yeniden dağıtın, PSP'ye yükseltin.
Banka/Borsa/Özel Dondurma
Eylemler: kill-switch transferleri, bakiyelerin alternatif karşı taraflara aktarılması, bir DR planının başlatılması, anahtarların/erişimlerin iptal edilmesi, düzenleyici ile iletişim.
Döviz şoku/para biriminde aşırı doldurulmuş talep
Eylemler: düz bir hedge (aynı para biriminde ödemeler), hızlandırılmış TWAP, hisseleri/bonusları'ev "para biriminde yeniden dağıtma.
Koruma kapsamı eksikliği
Eylemler: Fonların ayrılmış bir hesaba derhal süpürülmesi, isteğe bağlı ödemelerin engellenmesi, rapor edilmesi ve düzenleyiciye onaylanması.
13) Test durumları (UAT/Prod-ready)
1. Stockout matkap: p99 bir pik ödeme simüle - havuz L0 ≥ low_watermark kalır.
2. PSP yerleşim gecikmesi: T + N'ye + 2 gün - StressRes kapsar, TtP SLO'nun ötesine geçmez.
3. FX TWAP idempotency: webhook alıntılarını tekrarla - 1 performansı.
4. Güvenlik ihlali: Otomatik tarama ve kritik olmayan ödemelerin engellenmesi.
5. Counterparty cap: sağlayıcı üzerindeki limitin aşılması - uyarı + otomatik yeniden dengeleme.
6. Gün içi süpürme: denge> Target_Balance + δ - L2'de süpürme ve eşik dönüşü.
14) Sık yapılan hatalar ve bunlardan nasıl kaçınılacağı
Kritik bir demiryolu üzerinde bir sağlayıcı - bir feilover yokluğu. En az iki tane tut.
OpRes'te p seviyesi eksikliği - "gözle" rezervler ve sık stoklama. P95/p99 kullanın.
İşaretsiz koruma hesapları - fonları karıştırmak. Sıkı ayrımcılık ve raporlama girin.
Yerleşim takvimini yoksayma - yanlış hedef bakiyeleri. PSP zamanlamalarının yutulmasını otomatikleştirin.
L0/L1 basit bir önbellek - yüksek bir kayıp gelir maliyeti. L2'ye tarama ayarlayın.
Tek bir "cepler kaydı" yoktur - kalıntıların kaosu. Pocket Registry yazın.
15) Cep Kayıt Defteri (API kroki)
json
{
"pocket_id": "PAYOUT_POOL_EUR",
"type": "L0",
"counterparty": "Bank_X",
"currency": "EUR",
"segregated": false,
"prefund_required": true,
"slo": { "ttp_p95_sec": 60, "ttf_p95_min": 30 },
"limits": {
"low_watermark": 200000,
"target_balance": 350000,
"counterparty_limit": 1000000
},
"sweep_policy": {
"to_l2_when_idle_cash_over": 100000,
"intraday": true
}
}Özet
Sürdürülebilir Hazine, bir dizi hesap değil, bir sistemdir: katmanlı likidite seviyeleri (L0-L3), yönetilen rezervler (OpRes/RegRes/StressRes), sıkı limitler ve SLO'lar, akış tahmini ve otomatik ön ayırma/süpürme mekaniği. Böylece işletmeye minimum TtP verir, nakit boşluklarından kaçınır, sermaye maliyetini düşürür ve aynı zamanda düzenleyici ve denetim gerekliliklerine uyursunuz.