Казыналык: ликвиддүүлүк жана камдар
TL; DR
iGaming казынасы - бул башкарылуучу ликвиддүүлүк "чөнтөктөрүнүн" тармагы (банктар, PSP, капчыктар, крипто-кастоди, соода-эсептери) ар кандай SLA менен кирүү/чыгуу. Максаты - нөлдүк нөлдүк нөлдүк накталай айырмачылыктар: агымдардын так болжолу, контрагенттер жана валюталар боюнча лимиттер, резервдик саясат (операциялык буферлер + жөнгө салуучу safeguarding + стресс-резерв), префундинг жана sweep-эрежелер дисциплинасы, Time-to-Payout жана Time-to-Fund SLO
1) Ликвиддүүлүк картасы: деңгээлдер, чөнтөктөр, агымдар
1. 1 Ликвиддүүлүк деңгээли (жеткиликтүүлүгү боюнча)
L0 (T0) - заматта ликвиддүүлүк: соодагер-эсептердеги операциялык калдыктар, instant A2A/RTP, капчыктар, стейбл-резервдер, payout T0 үчүн накталай буферлер.
L1 (T + 1... T + 3) - кыска горизонттун ликвиддүүлүгү: PSP/эквайерлердин эсептешүү эсептери, бир күндүк лимиттери бар банктык учурдагы эсептер.
L2 (T + 5... T + 10) - орто горизонттун ликвиддүүлүгү: депозиттик/аманат эсептери, казыналык инструменттерге свиптер (T-биллдер, MMF), тез оффрамп менен кастодиядагы стейблдердин "паркинги".
L3 (T + 10 +) - стратегиялык ликвиддүүлүк/капитал: узак депозиттер, облигациялар, резервдик капитал.
1. 2 Ликвиддүүлүк чөнтөктөрү (мисал)
Bank_OPS (операциялык банк): фиаттын кириши/чыгышы, эмгек акы, салыктар.
PSP_MERCHANT: ыкмалар боюнча соода эсептери (Card, A2A, Wallet).
PSP_SETTLEMENT: эсептешүү/топтоо эсептери (T + N).
CRYPTO_CUSTODY: он-чейн/кастоди, стейблдер жана базалык активдер.
PAYOUT_POOLS: Көз ирмемдик төлөмдөр үчүн өзүнчө бассейндер.
SAFEGUARD_ACCOUNTS: жөнгө салуучунун/лицензиянын талаптары боюнча сегрегацияланган эсептер.
1. 3 негизги агымдары
`Deposits → PSP_MERCHANT → Settlement → Bank_OPS`
`Bank_OPS → Payout_Pools/PSP → Withdrawals`
`On/Off-ramp ↔ Crypto_Custody`
'Sweeps: L0, L1, L2' график жана триггерлер боюнча.
2) Ликвиддүүлүк жана камдар саясаты
2. 1 максаттары
Төлөмдөрдүн критикалык рельстеринде нөлдүк кассалык ажырымдар.
Ликвиддүүлүккө ээлик кылуунун минималдуу наркы (комиссия, FX, жоголгон киреше).
Жөнгө салуу шайкештиги: safeguarding, кардарлардын каражаттарын сегрегациялоо (колдонулуучу жерде).
Ачык-айкындуулук: SLO боюнча күнүмдүк текшерүү жана дашборддор.
2. 2 камдык класс
1. Операциялык резерв (OpRes) - payout-чокусун жана settlement өзгөрмөлүүлүгүн жабуу (мисалы, p99 күндүк таза чыгарылыш + буфер 20-30%).
2. Жөнгө салуучу резерв (RegRes) - лицензия талап кылынган суммалар (segregated, safeguarding, ring-fencing).
3. Стресс-Reserve (StressRes) - сейрек шок жабуу: "кош" жогорку чыгаруу, T + N кечигүү негизги PSP, FX-шок.
4. Техникалык резерв (TechRes) - фейловерге/инциденттерге (сайтты/биржаны/банкты тоңдуруу).
2. 3 Чөнтөк боюнча максаттуу калдык формуласы
Target_Balance = OpRes(p99 horizon H) + RegRes + StressRes - Incoming_Settlement(T_window)Horizon H жана терезе T_window рельске көз каранды (мисалы, RTP H = 1d, Card H = 3d).
3) Кассалык агымдарды болжолдоо
3. 1 кириш катар
Deposits by method/provider (p7/p30 сезондук, жума күндөрү, акциялар).
Withdrawals & Payouts (депозиттердин ылдамдыгы жана үлүшү, VIP/джекпот).
Settlement schedules (PSP/эквайерлер боюнча T + N).
FX календары (кайра баалоо, ири которуулар).
Операциялык төлөмдөр (салыктар, комиссиялар, эмгек акы).
3. 2 Модель (минималдуу)
Жергиликтүү салмактанып алынган же SARIMA/Prophet үчүн депо/корутундулар.
Колдонмо коэффициенттери: 'Cash-out Rate', 'Jackpot Probability', 'Promo Lift'.
Таза чөнтөк абалы: 'Inflow _ psp _ settlement − Outflow_payouts ± Sweeps'.
3. 3 Сапатын болжолдоо көрсөткүчтөрү
Daily Netto боюнча MAPE/WAPE.
Coverage: иш жүзүндө туу чокусу пландаштырылган OpRes ≤ күн үлүшү.
Stockout Incidents: L0 кеткен жолу <минималдуу босого.
4) Prefunding, sweeps жана толуктоо эрежелери
4. 1 Prefunding (рельс алдын ала төлөө)
токтоосуз payout рельстер жана кээ бир APM балансты талап кылат.
Эреже: rolling босогосун сактоо (мисалы, p95 акыркы жуманын күндүк төлөмдөрү) + буфер 20%.
Автотолтыруу триггерлери: 'Balance <LowWatermark' → 'TopUp to Target_Balance'.
4. 2 Sweeps
Күнүмдүк: PSP_MERCHANT → Bank_OPS кийин settlement терезелер.
Интрадей: максаттуу коридорлордон четтөө менен L0, L1.
L2 тарапка: MMF/T-Bills/Stables (L0 ≤ T + 1 кайтаруу саясаты) ашыкча калдыктардын түнкү свип.
4. 3 Чыгаша артыкчылыктары (waterfall)
1. Payout_Pools (T0 милдеттенмелери)
2. Белгиленген мөөнөт менен казына төлөмдөрү (салыктар/эмгек акы)
3. Конвертация/ребаланс FX
4. Салымдар L2/L3
5) Валюталар, FX жана пайыздык чөйрө
FX-экспозициясы: валюталар боюнча кирүүчү/чыгуучу балансы; натуралдык хедж (ошол эле валютадагы төлөмдөрдү колдоо).
Конвертация саясаты: TWAP/POV-алго үчүн ири суммадагы, слиппаге bps боюнча лимиттер, idempotent exec-id.
L2 пайыздык кирешелүүлүгү: MMF/кыска T-Биллс; контрагенттер боюнча чектөөлөр жана минималдуу ликвиддүүлүк (Т + 0/Т + 1).
SLO FX конвертациялар: чечимден аткарууга чейинки убакыт (p95 ≤ X мүнөт), котировкаларды журналдаштыруу.
6) Контрагенттик тобокелдик жана лимиттер
Контрагент боюнча лимиттер: банк, PSP, крипто-кастоди, биржа/OTS.
Rating Matrix: капитал/лицензия/окуялар/жеткиликтүүлүк/Proof-of-Reserves (крипто үчүн).
Диверсификация: критикалык рельске кеминде 2-3 провайдер, кластерлер боюнча калдыктарды бөлүштүрүү.
Custody-саясат: мультисиг/HSM, чегерүү лимиттери, даректүү allow-барактар, күнүмдүк текшерүүлөр.
7) жөнгө салуу жана комплаенс аспектилери
Safeguarding/segregation: кардарлардын каражаттары үчүн өзүнчө эсептери (талап кылынган жерде), баланстарды текшерүү, аралаштырууга тыюу салуу.
Отчеттуулук: калдыктар жана камдар боюнча күн сайын регуляторго/аудитке отчеттор.
KYC/AML: on/off-ramp контрагенттери, санкциялык скрининг, ири которуулар үчүн SoF/SoW.
DSAR/retention: төлөм издерин жана которуу журналдарын сактоо.
8) Метрика, SLO жана Алерт
8. 1 KPI
Убакыт-to-Payout (TtP) p95 ыкмалары боюнча.
Убакыт-to-Fund (TtF) бассейндерди толуктоо үчүн p95.
Stockout Rate L0 (тез ликвиддүүлүктүн жетишсиздиги).
Cash Utilization = L0/ Target_Balance төлөмдөр.
Idle Cash% = (Баланс − Target_Balance )/Баланс.
Counterparty Concentration = max (провайдер үлүшү).
FX Slippage bps, FX Cost/GGR.
Safeguard Coverage = min (сегрегацияланган эсептердин балансы/талап кылынган сумма).
8. 2 Алерталар
'Balance <LowWatermark' → P1 (автотолтыруу).
'Stockout Incident' → P0 (тез төлөм блогу/альтернатива киргизүү).
'Counterparty Concentration> limit' → P2 (ребаланс).
`Safeguard Coverage < 100%` → P0.
'TtF p95> SLO' → P1 (банк/PSP окуясы).
9) Маалыматтар модели (казыналык "катмар")
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 тилкелери
10. 1 Калдыктардын кыймылы жана коридорлорго кирүү
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 Контрагенттер боюнча топтолуу
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
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) Dashboard (минималдуу widget)
1. Heatmap чөнтөктөр: 'balance vs target vs low_watermark'.
2. Кассалык воронка: 'inflows/outflows/settlements' күн сайын.
3. ыкмалар/провайдерлер боюнча TtP/TtF p50/p95.
4. Counterparty concentration жана алерталар.
5. Safeguard coverage: 100% сызык, бузуулар.
6. FX панели: slippage/наркы, ири которуулар.
12) Playbook
Корутундулардын өсүшү (cash-out wave)
Иш-аракеттер: Payout_Pools Target_Balance көбөйтүү, PSP → Bank _ OPS свипин тездетүү, жогорку тобокелдик үчүн чегерүү лимиттерин убактылуу төмөндөтүү, экинчи instant төлөм провайдерин киргизүү.
PSP settlement кечигүү
Иш-аракеттер: StressRes активдештирүү, кредиттик линияны/овердрафтты ачуу, төлөмдөрдү альтернативдик рельске убактылуу кайра бөлүштүрүү, PSPге эскалация.
Банктын/биржанын/кастодинин тоңдурулушу
Иш-аракеттер: kill-switch которуулар, альтернативдик контрагенттерге калдыктарды которуу, DR-планды ишке киргизүү, ачкычтарды/кирүүлөрдү кайра чакыртып алуу, жөнгө салуучу менен байланыш.
FX-шок/валютада ашыкча суроо-талап
Иш-аракеттер: Натуралдык хедж (ошол эле валютадагы төлөмдөр), тездетилген TWAP, акцияларды/бонустарды "үй" валютасында кайра бөлүштүрүү.
safeguard каптоо жетишсиздиги
Иш-аракеттер: сегрегацияланган эсепке каражаттардын токтоосуз свипи, кошумча төлөмдөрдү бөгөттөө, регуляторго отчет жана тастыктоо.
13) Test Cases (UAT/Prod даярдыгы)
1. Stockout Drill: p99 → бассейн L0 төлөмдөрдүн туу чокусуна окшоштуруу ≥ low_watermark бойдон калууда.
2. PSP settlement delay: + 2 күн T + N → StressRes жабат, TtP SLO үчүн эмес.
3. FX TWAP демпотенттик: кайталоо Webhook Quotes → 1 аткаруу.
4. Safeguard breach: автоматтык swip жана non-critical төлөмдөрдү бөгөт коюу.
5. Counterparty cap: провайдер боюнча чектен ашуу → алерт + авто-ребаланс.
6. Intraday sweep: баланс> Target_Balance + δ → L2 жана босогодо кайтуу.
14) Көп каталар жана аларды алдын алуу үчүн кантип
Маанилүү рельске бир провайдер → фейловердин жоктугу. жок дегенде эки кармап.
Жок p-деңгээл OpRes → камдар "көз" жана тез-тез stockout. p95/p99 колдонуу.
Маркаланбаган safeguard-эсептери → каражаттарды аралаштыруу. Катуу сегрегация жана отчеттуулукту киргизиңиз.
Ignor settlement-календары → туура эмес максаттуу калдыктары. PSP расписание ingestion автоматташтыруу.
Жөнөкөй кэш L0/L1 → жоголгон кирешелүүлүктүн жогорку наркы. L2 Swips орнотуу.
Жок, бирдиктүү "чөнтөк реестри" → калдыктары башаламандык. Pocket Registry киргизиңиз.
15) Чөнтөк реестри (Pocket Registry, API эскиз)
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
}
}Резюме
Туруктуу казыналык - бул эсеп топтому эмес, система: катмарланган ликвиддүүлүк деңгээли (L0-L3), башкарылуучу резервдер (OpRes/RegRes/StressRes), катуу лимиттер жана SLO, агымдарды болжолдоо жана автоматтык префундинг/sweep-механика. Ошентип, сиз бизнеске минималдуу TtP берет, накталай акча ажырымдарынан качат, капиталдын наркын төмөндөтөт жана ошол эле учурда жөнгө салуучу жана аудит талаптарына жооп берет.