재무부: 유동성 및 준비금
TL; DR
iGaming의 재무부는 다른 I/O SLA를 갖춘 유동성 "포켓" (은행, PSP, 지갑, 암호화 사용자 지정, 판매자 계정) 의 관리 네트워크입니다. 목표-최소 비용으로 제로 현금 격차: 흐름의 정확한 예측, 상대방 및 통화에 대한 제한, 준비 정책 (운영 버퍼 + 규제 보호 + 스트레스 준비금), 사전 자금 조달 및 스위프 규칙 징계, 타임 투 페이 아웃 용 SLO 및 타임 투 펀드.
1) 유동성 맵: 레벨, 포켓, 흐름
1. 1 유동성 수준 (가용성 별)
L0 (T0) -즉석 유동성: 판매자 계정의 운영 잔액, 인스턴트 A2A/RTP, 지갑, 안정적인 준비금, 지불 T0 현금 버퍼.
L1 (T + 1... T + 3) -단기 유동성: PSP/acquirers의 결제 계좌, 일중 한도가있는 은행 경상 계좌.
L2 (T + 5... T + 10) -중간 수평선의 유동성: 예금/저축 계좌, 재무기구 (T- 빌, MMF), 빠른 오프 램프로 마구간의 "주차".
L3 (T + 10 +) -전략적 유동성/자본: 긴 예금, 채권, 예약 자본.
1. 유동성 포켓 2 개 (예)
Bank _ OPS (운영 은행): 출입국, 급여, 세금.
PSP _ MERCHANT: 메소드 별 판매자 계정 (카드, A2A, 월렛).
PSP _ SETTLEMENT: 정산/누적 계정 (T + N)
CRYPTO _ CUSTODY: 체인/사용자 정의, 마구간 및 기본 자산.
PAYOUT _ POOLS: 즉시 지불하기위한 별도의 풀.
SAFEGUARD _ ACCOUNTS: 규제 기관/라이센스 요구 사항에 따라 분리 된 계정.
1. 3 주요 흐름
'예금 → PSP _ MERCHANT → 정산 → 은행 _ OPS'
'Bank _ OPS → Payout _ Pools/PSP → 철수'
'On/Off-ramp SL Crypto _ Custody'
일정과 트리거별로 '스위프: L0 리프트 L1 L2'.
2) 유동성 및 준비금 정책
2. 1 목표
중요한 결제 레일에서 제로 현금 격차.
유동성 최소 소유 비용 (수수료, FX, 수익 손실).
규제 준수: 고객 자금의 보호, 분리 (해당되는 경우).
투명성: SLO의 일일 조정 및 대시 보드.
2. 2 예비 클래스
1. 운영 준비금 (OpRes) - 지불 피크 및 결제 변동성 적용 범위 (예: p99 일일 순 출력 + 20-30% 버퍼).
2. 규제 준비금 (RegRes) - 라이센스에 필요한 금액 (분리, 보호, 링 펜싱).
3. 스트레스 매장량 (StressRes) -드문 충격: "더블" 피크 출력, 주요 PSP의 T + N 지연, FX 충격.
4. 테크니컬 리저브 (TechRes) - 페일러/사고 (사이트/교환/뱅크 동결).
2. 3 대상 밸런스 포켓 포뮬러
Target_Balance = OpRes(p99 horizon H) + RegRes + StressRes - Incoming_Settlement(T_window)수평선 H와 창 T _ 창은 레일에 따라 다릅니다 (예: RTP H = 1d, 카드 H = 3D).
3) 현금 흐름 예측
3. 입구 행 1 개
방법/제공자 별 예금 (p7/p30 계절, 요일, 프로모션).
철회 및 지불 (예금 속도 및 공유, VIP/잭팟).
정산 일정 (PSP/acquirers의 T + N).
FX 캘린더 (재평가, 큰 변환).
운영 지불 (세금, 수수료, 급여).
3. 2 모델 (최소)
창고/리드에 대한 국소 가중 또는 SARIMA/선지자.
적용 계수: '현금 인출률', '잭팟 확률', '프로모션 리프트'.
순 포켓 위치: 'Inflow _ psp _ deposition-Outflow _ payouts
3. 3 예측 품질 지표
매일 그물로 MAPE/WAPE.
적용 범위: 실제 피크가 계획된 OpRes를 지정하는 날의 비율.
스톡 아웃 사건: L0이 사라진 시간 <최소 임계 값.
4) 지사, 청소 및 보충 규칙
4. 1 Prefunding (레일 선불)
즉시 지불 레일 및 일부 APM의 경우 잔액이 필요합니다.
규칙: 롤링 임계 값을 유지합니다 (예: 지난 주 p95 일일 지불) + 20% 버퍼.
자동 완성 트리거는 'Balance <LowWatermark' → 'TopUp to Target _ Balance' 입니다.
4. 스위프 2 개
일일: 결제 후 PSP _ MERCHANT → Bank _ OPS.
인트라 데이: 대상 복도와의 편차에 대한 L0 겠습니다.
L2: MMF/T-Bills/마구간에서 초과 잔류 물의 야간 청소 (L0
4. 3 지출 우선 순위 (폭포)
1. (PHP 3 = 3.0.6, PHP 4)
2. 고정 마감일 재무부 지불 (세금/급여)
3. FX 변환/재조정
4. 투자 L2/L3
5) 통화, FX 및 금리 환경
FX 노출: 통화 별 수신/발신 균형; 자연 헤지 (동일한 통화로 지불금 유지).
전환 정책: 대량에 대한 TWAP/POV 경고, 미끄러짐 bps 제한, demempotent exec- id.
L2 이자 수율: MMF/쇼트 T- 빌; 상대방 및 최소 유동성에 대한 제한 (T + 0/T + 1).
SLO FX 변환: 결정에서 실행까지의 시간 (p95 λX 분), 따옴표 저널리즘.
6) 상대방 위험 및 제한
카운터 파티 제한: 은행, PSP, 암호화 사용자 정의, 교환/UTS.
등급 매트릭스: 자본/라이센스/사건/가용성/예약 증명 (암호화).
다각화: 임계 레일 당 최소 2-3 개의 공급자, 클러스터를 통한 잔류 물 분포.
양육권 정책: multisig/HSM, 출력 제한, 주소 허용 목록, 일일 조정.
7) 규제 및 준수 측면
보호/분리: 고객 자금 (필요한 경우), 잔액 추적, 혼합 금지에 대한 별도의 계정.
보고: 잔액 및 준비금에 대한 규제 기관/감사에 대한 일일 보고서.
KYC/AML: 대규모 양도에 대한 온/오프 램프 상대, 제재 심사, SoF/SoW.
DSAR/보존: 지불 흔적 및 이체 로그 저장.
8) 측정 항목, SLO 및 경고
8. 1 KPI
방법별로 TtP (Time-to-Payout) p95.
풀 보충을위한 TtF (Time-to-Fund) p95.
스톡 아웃 속도 L0 (순간 유동성 부족 사건).
현금 활용 = L0/Target _ Balance의 지불.
Idle Cash% = (Balance-Target _ Balance )/Balance.
카운터 파티 농도 = max (공급자 별 공유).
FX Slippage bps, FX 비용/GGR.
Safeguard Coverage = min (분리 된 계정 잔액/필요한 금액).
8. 경고 2 개
'Balance <LowWatermark' → P1 (자동 완성).
'스톡 아웃 사건' → P0.
'카운터 파티 농도> 한도' → P2 (재조정).
'보호 범위 <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 보호 범위
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) 대시 보드 (최소 위젯)
1. 히트 맵 포켓: '밸런스 대 대상 대 로우 _ 워터 마크'.
2. 현금 깔때기: 날마다 '유입/유출/정착'.
3. 방법/제공자에 의하여 TtP/TtF p50/p95.
4. 상대방 집중 및 경고.
5. 보호 범위: 100% 라인, 위반.
6. FX 패널: 미끄러짐/비용, 큰 변환.
12) 플레이 북
캐쉬 아웃 웨이브
조치: Payout _ Pool에서 Target _ Balance를 늘리고 PSP → Bank _ OPS의 스위프 속도를 높이고 고위험에 대한 인출 한도를 일시적으로 줄이며 두 번째 즉시 지불 제공 업체를 포함합니다.
PSP 결제 지연
조치: StressRes를 활성화하고 신용 한도/초과 인출을 열고 지불을 대체 레일로 일시적으로 재분배하고 PSP로 에스컬레이션합니다.
은행/교환/맞춤형 동결
작업: 킬 스위치 전송, 대체 거래자에게 잔액 전송, DR 계획 시작, 키/액세스 취소, 규제 기관과의 통신.
FX 쇼크/통화 수요 초과 충족
조치: 직선 헤지 (동일한 통화로 지불), 가속 TWAP, "가정" 통화로 주식/보너스를 재분배합니다.
보호 범위 부족
조치: 자금을 분리 된 계정으로 즉시 청소, 선택적 지불 차단, 보고 및 규제 기관에 대한 확인.
13) 테스트 사례 (UAT/Prod-ready)
1. 스톡 아웃 드릴: p99 → 풀 L0의 최대 지불액을 시뮬레이션하면 더 낮은 _ 워터 마크가 유지됩니다.
2. PSP 결제 지연: + 2 일 ~ T + N → StressRes 커버, TtP는 SLO를 넘지 않습니다.
3. FX TWAP demempotency: 반복 웹 후크 따옴표 → 1 성능.
4. 보호 위반: 중요하지 않은 지불의 자동 청소 및 차단.
5. 카운터 파티 캡: 공급자 → 경고 + 자동 재조정 한도를 초과합니다.
6. 일중 스위프: 밸런스> L2에서의 대상 _ Balance + 계산 및 임계 값 리턴.
14) 빈번한 실수와 피하는 방법
중요 레일의 한 공급자 → feilover의 부재. 적어도 두 개를 유지하십시오.
OpRes → p- 레벨의 부족은 "눈으로" 예약되며 빈번한 스톡 아웃입니다. p95/p99를 사용하십시오.
표시되지 않은 보호 계정 → 자금 혼합. 엄격한 분리 및보고를 입력하십시오.
결제 일정 → 잘못된 목표 잔액을 무시합니다 PSP 일정의 섭취를 자동화하십시오.
L0/L1 → 의 간단한 캐시는 높은 수익 손실 비용입니다. L2에 스위프를 설정하십시오.
단일 "포켓 등록" → 잔재의 혼돈은 없습니다. 포켓 등록 소를 입력하십시오
15) 포켓 레지스트리 (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
}
}요약
Sustainable Treasury는 계층화 된 유동성 수준 (L0-L3), 관리 준비금 (OpRes/RegRes/StressRes), 엄격한 제한 및 SLO, 흐름 예측 및 자동 사전 자금 조달/스위프 메커니즘 등 일련의 계정이 아닌 시스템입니다. 따라서 비즈니스에 최소 TtP를 제공하고 현금 격차를 피하고 자본 비용을 줄이며 동시에 규제 및 감사 요구 사항을 준수합니다.