G’aznachilik: likvidlik va zaxiralar
TL; DR
iGaming g’aznachiligi - bu turli SLAlarga ega bo’lgan likvidlik «cho’ntaklari» ning boshqariladigan tarmog’i (banklar, PSP, hamyonlar, kripto-kastodi, merchant-hisoblar). Maqsad - minimal tannarxdagi nol kassa uzilishlari: oqimlarning aniq prognozi, kontragentlar va valyutalar bo’yicha limitlar, zaxira siyosati (operatsion buferlar + regulyator safeguarding + stress-rezerv), prefunding va sweep-qoidalar intizomi, Time-to-Payout va Time-to-Fund bo’yicha SLO
1) Likvidlik xaritasi: darajalar, cho’ntaklar, oqimlar
1. 1 Likvidlik darajalari (qulayligi bo’yicha)
L0 (T0) - tezkor likvidlik: merchant-hisobvaraqlardagi operatsion qoldiqlar, instant A2A/RTP, hamyonlar, steybl-zaxiralar, payout T0 uchun naqd buferlar.
L1 (T + 1... T + 3) - qisqa ufqning likvidligi: PSP/ekvayyerlarning hisob-kitob hisobvaraqlari, kunlik limitlari bo’lgan bank joriy hisobvaraqlari.
L2 (T + 5... T + 10) - o’rta ufqning likvidligi: depozit/omonat hisobvaraqlari, g’aznachilik vositalariga sviplar (T-bills, MMF), tez off-rampli kastodida steybllarning «to’xtash joyi».
L3 (T + 10 +) - strategik likvidlik/kapital: uzoq muddatli depozitlar, obligatsiyalar, zaxiralangan kapital.
1. 2 Likvidlik cho’ntagi (misol)
Bank_OPS (operatsion bank): fiatning kirishi/chiqishi, ish haqi, soliqlar.
PSP_MERCHANT: usullar bo’yicha savdo akkauntlari (Card, A2A, Wallet).
PSP_SETTLEMENT: hisob-kitoblar/akkumulyatsiya hisobvaraqlari (T + N).
CRYPTO_CUSTODY: on-cheyn/kastodi, stebllar va bazaviy aktivlar.
PAYOUT_POOLS: tezkor to’lovlar uchun alohida pullar.
SAFEGUARD_ACCOUNTS: regulyator/litsenziya talablari bo’yicha ajratilgan hisobvaraqlar.
1. 3 Asosiy oqimlar
`Deposits → PSP_MERCHANT → Settlement → Bank_OPS`
`Bank_OPS → Payout_Pools/PSP → Withdrawals`
`On/Off-ramp ↔ Crypto_Custody`
’Sweeps: L0, L1, L2’ jadval va triggerlar boʻyicha.
2) Likvidlik va zaxiralar siyosati
2. 1 Maqsadlar
To’lovlarning kritik relslaridagi nol kassa uzilishlari.
Likvidlikka egalik qilishning eng kam qiymati (komissiya, FX, boy berilgan daromad).
Regulyatorga muvofiqlik: safeguarding, mijoz mablag’larini segregatsiya qilish (qo’llanilishi mumkin bo’lgan joylarda).
Shaffoflik: SLO bo’yicha har kuni solishtirish va dashbordlar.
2. 2 Zaxira klassi
1. Operatsion zaxira (OpRes) - payout-pik va settlement o’zgaruvchanligini qoplash (masalan, p99 kunlik netto-chiqish + bufer 20-30%).
2. Regulyator zaxirasi (RegRes) - litsenziya talab qiladigan summalar (segregated, safeguarding, ring-fencing).
3. Stress-rezerv (StressRes) - kamdan-kam uchraydigan shoklarni qoplash: «ikki baravar» eng yuqori chiqish, asosiy PSPda T + N kechikishi, FX-shok.
4. Feylover/hodisalar uchun texnik zaxira (TechRes) (maydonchani/birjani/bankni muzlatish).
2. 3. Cho’ntak bo’yicha maqsadli qoldiq formulasi
Target_Balance = OpRes(p99 horizon H) + RegRes + StressRes - Incoming_Settlement(T_window)Gorizont H va T_window oynasi relsga bog’liq (masalan, RTP H = 1d, Card H = 3d).
3) Kassa oqimlarini prognozlash
3. 1 Kirish qatorlari
Deposits by method/provider (p7/p30 mavsumiylik, hafta kunlari, aksiyalar).
Withdrawals & Payouts (depozitlarga nisbatan tezlik va ulush, VIP/jekpotlar).
Settlement schedules (PSP/ekvayyerlar bo’yicha T + N).
FX-kalendar (qayta baholash, yirik konvertatsiyalar).
Operatsion to’lovlar (soliqlar, komissiyalar, ish haqi).
3. 2 Model (minimal)
Depo/xulosalar uchun lokal-tortilgan yoki SARIMA/Prophet.
Amaliy koeffitsiyentlar:’Cash-out Rate’,’Jackpot Probability’,’Promo Lift’.
«Inflow _ psp _ settlement − Outflow_payouts ± Sweeps».
3. 3 Prognoz sifati metrikasi
daily netto bo’yicha MAPE/WAPE.
Coverage: Rejalashtirilgan OpRes ≤ haqiqiy cho’qqisi bo’lgan kunlar ulushi.
Stockout Incidents: L0 <minimal chegaradan chiqqanda.
4) Prefunding, sweeps va to’ldirish qoidalari
4. 1 Prefunding (relslarni oldindan to’lash)
instant payout relslari va baʼzi APMlar uchun balans talab qilinadi.
Qoida: rolling-chegarani saqlash (masalan, oxirgi haftaning kunlik toʻlovlari p95) + bufer 20%.
Avtomatik toʻldirish triggerlari:’Balance <LowWatermark’→’TopUp to Target_Balance'.
4. 2 Sweeps (svip-tarjimalar)
Kundalik: PSP_MERCHANT → Bank_OPS settlement oynadan keyin.
Intradey: maqsadli yoʻlaklardan chetga chiqilganda L0 L1.
L2 tomonga: MMF/T-Bills/steybldagi ortiqcha qoldiqlarning tungi svipi (L0 ≤ T + 1 ga qaytarish siyosati).
4. 3 Xarajatlarning ustuvorliklari (waterfall)
1. Payout_Pools (T0 majburiyatlar)
2. Qat’iy belgilangan muddati bo’lgan g’azna to’lovlari (soliqlar/ish haqi)
3. Konvertatsiya/rebalans FX
4. Investitsiyalar L2/L3
5) Valyutalar, FX va foiz muhiti
FX-ekspozitsiya: valyutalar bo’yicha kirim/chiqim balansi; natural xedj (to’lovlarni xuddi shu valyutada saqlab turish).
Konvertatsiya siyosati: katta summalar uchun TWAP/POV-algo, slippage bps, idempotent exec-id limitlari.
L2 foiz daromadliligi: MMF/qisqa T-bills; kontragentlar bo’yicha cheklovlar va eng kam likvidlik (T + 0/T + 1).
SLO FX konvertatsiyalari: yechimdan bajarishgacha bo’lgan vaqt (p95 ≤ X daqiqa), kotirovkalarni jurnallashtirish.
6) Kontragent tavakkalchiligi va limitlari
Kontragent uchun limitlar: bank, PSP, kripto-kastodi, birja/OTS.
Reyting matritsasi: kapital/litsenziyalar/hodisalar/foydalanish imkoniyati/Proof-of-Reserves (kripto uchun).
Diversifikatsiya: kamida 2-3 provayder kritik relsga, qoldiqlarni klastyerlar bo’yicha taqsimlash.
Custody-siyosat: multisig/HSM, chiqarish limitlari, manzilli allow-varaqlar, kundalik solishtirmalar.
7) Tartibga solish va komplayens-jihatlar
Safeguarding/segregation: mijoz mablag’lari uchun alohida hisobvaraqlar (talab qilinadigan joylarda), balanslarning trekingi, aralashtirishni taqiqlash.
Hisobot: qoldiqlar va zaxiralar bo’yicha tartibga soluvchi/auditga kundalik hisobotlar.
KYC/AML: on/off-ramp kontragentlar, sanksiya skrining, SoF/SoW yirik tarjimalar uchun.
DSAR/retention: to’lov izlari va o’tkazmalar jurnallarini saqlash.
8) Metrika, SLO va alertlar
8. 1 KPI
Time-to-Payout (TtP) p95 usullari bo’yicha.
Pullarni to’ldirish uchun Time-to-Fund (TtF) p95.
Stockout Rate L0 (tezkor likvidlik yetishmasligi hodisalari).
Cash Utilization = L0/ Target_Balance to’lovlari.
Idle Cash% = (Balans − Target_Balance )/Balans.
Counterparty Concentration = max (provayder bo’yicha ulush).
FX Slippage bps, FX Cost/GGR.
Safeguard Coverage = min (ajratilgan hisobvaraqlar balansi/talab qilinadigan summa).
8. 2 Alerta
’Balance <LowWatermark’ → P1 (avtomatik toʻldirish).
’Stockout Incident’ → P0 (tezkor toʻlovlar bloki/muqobilni kiritish).
’Counterparty Concentration> limit’ → P2 (rebalans).
`Safeguard Coverage < 100%` → P0.
’TtF p95> SLO’ → P1 (bank/PSPdagi hodisa).
9) Ma’lumotlar modeli (g’aznachilik «qatlami»)
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-kesmalar
10. 1 Qoldiqlarning harakati va yo’laklarga tushishi
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 Kontragentlar bo’yicha konsentratsiya
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 Safeguarding qoplamasi
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) Dashbord (minimal vidjetlar)
1. ’balance vs target vs low_watermark'.
2. Kassa hunisi:’inflows/outflows/settlements’kunlar bo’yicha.
3. TtP/TtF p50/p95 usullari/provayderlari bo’yicha.
4. Counterparty concentration va alertlar.
5. Safeguard coverage: 100% chiziq, buzilishlar.
6. FX paneli: slippage/qiymat, katta konvertatsiyalar.
12) Pleybuklar
Natijalar (cash-out wave)
Harakatlar: Payout_Pools Target_Balance oshirish, PSP → Bank _ OPS svipini tezlashtirish, high-risk uchun chiqish limitlarini vaqtincha pasaytirish, ikkinchi instant-toʻlov provayderini kiritish.
PSPda settlement kechikishi
Harakatlar: StressRes-ni faollashtirish, kredit liniyasi/overdraft ochish, to’lovlarni vaqtincha muqobil relsga qayta taqsimlash, PSPda eskalatsiya.
Bank/birja/kastodini muzlatish
Harakatlar: o’tkazmalarni kill-switch qilish, qoldiqlarni muqobil kontragentlarga o’tkazish, DR-rejani ishga tushirish, kalitlarni/ulanishlarni chaqirib olish, regulyator bilan aloqa qilish.
FX-shok/ortiqcha bajarilgan talab
Harakatlari: natural-xedjni (xuddi shu valyutadagi to’lovlarni), tezlashtirilgan TWAPni kiritish, aksiyalarni/bonuslarni «uy» valyutasida qayta taqsimlash.
Safeguard qoplamasi yetishmasligi
Harakatlar: ajratilgan hisobvaraqqa mablag’larni darhol o’tkazish, majburiy bo’lmagan to’lovlarni blokirovka qilish, regulyatorga hisobot berish va tasdiqlash.
13) Test-keyslar (UAT/Prod-tayyorlik)
1. Stockout drill: To’lovlarning eng yuqori cho’qqisini simulyatsiya qilish p99 → Pool L0 ≥ low_watermark qoladi.
2. PSP settlement delay: + 2 kun T + N → StressRes yopadi, TtP SLOdan tashqariga chiqmaydi.
3. FX TWAP idempotentlik: kotirovka vebxukining takrorlanishi → 1 ijro.
4. Safeguard breach: avtomatik swip va non-critical to’lovlarni blokirovka qilish.
5. Counterparty cap: provayder bo’yicha limitni oshirib yuborish → alert + avto-rebalans.
6. Intraday sweep: balans> Target_Balance + δ → L2 ga svip va ostonada qaytish.
14) Tez - tez xatolar va ulardan qanday qochish mumkin
Bitta provayder kritik relsga → feylover yo’qligi. Kamida ikkita ushlab turing.
OpRes’da p-darajaning yo’qligi → ko’z bilan zaxiralar va tez-tez stockout. p95/p99.
Markalanmagan safeguard-hisobvaraqlar → vositalarni aralashtirish. Qatʼiy segregatsiya va hisobotni kiriting.
Settlement kalendar ignori → notoʻgʻri maqsadli qoldiqlar. PSP jadvallari ingestionini avtomatlashtiring.
Oddiy kesh L0/L1 → boy berilgan daromadning yuqori qiymati. Swiplarni L2 ga moslang.
Yagona «cho’ntaklar reyestri» yo’q → qoldiqlar xaosi. Pocket registry.
15) Cho’ntaklar reyestri (Pocket Registry, API eskiz)
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
}
}Xulosa
Barqaror g’aznachilik - bu hisoblar to’plami emas, balki tizimdir: tabaqalashtirilgan likvidlik darajasi (L0-L3), boshqariladigan zaxiralar (OpRes/RegRes/StressRes), qattiq limitlar va SLO, oqimlarni prognozlash va avtomatik prefunding/sweep-mexanika. Shunday qilib, siz biznesga minimal TtP berasiz, kassa uzilishlaridan qochasiz, kapital narxini pasaytirasiz va bir vaqtning o’zida tartibga solish va audit talablariga javob berasiz.