财政部：流动性和准备金

TL;DR

iGaming的财政部是一个管理流动性"口袋"网络（银行，PSP，钱包，加密种姓，商户帐户），每个输入/输出具有不同的SLA。目标是在最低成本下实现零现金缺口：准确的流量预测，交易对手和货币的限制，储备政策（操作缓冲区+监管安全性+压力储备），预付和扫荡规则纪律，时间到付款和时间到基金的SLO。

1）流动性卡： 水平、口袋、流量

1.1流动性水平（按可用性）

L0 （T0）-即时流动性：商户账户、即时A2A/RTP、钱包、存钱储备、现金缓冲区以支付T0。
L1 （T+1…… T+3）-短线流动性：PSP/收购人结算账户，日内限额银行经常账户。
L2（T+5…… T+10）-中层流动性：存款/储蓄账户，扫入国库工具（T-bills，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个目标

关键支付轨道上的零现金缺口。
流动性最低拥有成本（费用、外汇、收入损失）。
法规遵从性：safeguarding,客户工具隔离（如果适用）。
透明度：SLO的每日对账和行车记录。

2.2类储备

1.Operation Reserve （OpRes）-覆盖支付峰值和设置变异性（例如,p99日净输出+缓冲区20-30%）。
2.监管储备（RegRes）是许可证要求的金额（segregated，safeguarding，ring-fencing）。
3.压力储备（StressRes）-罕见休克的覆盖范围："双重"峰值输出，关键PSP的T+N延迟，FX休克。
4.技术储备（TechRes）-用于操纵器/事件（现场/交易所/银行冻结）。

2.3按口袋分配的目标余额公式

Target_Balance = OpRes(p99 horizon H) + RegRes + StressRes - Incoming_Settlement(T_window)

H地平线和窗口T_window取决于导轨（例如RTP H=1d，Card H=3d）。

3）现金流预测

3.1个输入行

Deposits by method/provider （p7/p30季节性,周日,促销）。
Withdrawals＆Payouts（速度和存款份额，VIP/头奖）。
定居权计划（PSP/收购商的 T+N）。
FX日历（重新评估，主要转换）。
运营付款（税收，佣金，薪水）。

3.2型号（最低）

本地加权或SARIMA/Prophet用于仓库/端子。
应用系数："现金率"，"Jackpot Probability"，"Promo Lift"。
口袋里的净位置："Inflow_psp_settlement − Outflow_payouts ± Sweeps"。

3.3个预测质量指标

MAPE/WAPE每日净值。
覆盖：实际峰值≤计划OpRes的天数比例。
Stockout Incidents： L0离开时的次数<最低阈值。

4）预备、交换和充值规则

4.1预留（预付铁路）

轨道和某些APM的即时付款需要平衡。
规则：保持滚动阈值（例如最后一周的p95日付款）+20％的缓冲区。
自动辅助触发器："Balance <LowWatermark" → "TopUp to Target_Balance'。

4.2 Sweeps（扫描翻译）

每日：PSP_MERCHANT → Bank_OPS设置窗口后。
Intradei：偏离目标走廊的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曝光：进出货币余额；自然对冲（支持以相同货币付款）。
转换策略：TWAP/POV-algo适用于大笔金额,slippage bps限制,idempotent exec-id。
L2的百分比收益率：MMF/短 T-bills；交易对手限制和最低流动性（T+0/T+1）。
SLO FX转换：从解决方桉到执行的时间（p95 ≤ X分钟）,报价日志。

6）对手风险和限制

交易对手的限制：银行，PSP，加密种姓，交易所/OTS。
评级矩阵：资本/许可证/事件/可用性/储备证明（用于加密）。
多样化：每个关键轨道至少2-3个提供商，残留物按集群分布。
Custody policy： multicig/HSM,输出限制,地址列表,每日对账。

7）监管和合规方面

Safeguarding/segregation：单独的客户基金账户（在需要时）,跟踪资产负债表,禁止溷合。
报告：向监管机构/审计机构提交关于余额和准备金的每日报告。
KYC/AML： on/off-ramp对手、制裁筛选、SoF/SoW进行重大转移。
DSAR/retention：保留支付跟踪和转移日志。

8）度量，SLO和Alertes

8.1 KPI

时间到工资（TtP）p95的方法。
时间到基金（TtF）p95用于池充值。
Stockout Rate L0（即时流动性不足事件）。
Cash Utilization=L0/ Target_Balance付款。
平均现金%=（资产负债表− Target_Balance）/资产负债表。
Counterparty Concentration=max（按提供商划分）。

FX Slippage bps, FX Cost/GGR.

Safeguard Coverage=min（隔离帐户余额/所需金额）。

8.2 Alerta

"Balance <LowWatermark" → P1（自动补充）。
"Stockout Incident" → P0（即时支付单元/包括替代品）。
"Counterparty Concentration>限制"→ 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_sec

10） 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）Dashbord（最小小部件）

1.口袋里的热图：'balance vs target vs low_watermark'。
2.票房漏斗："侵入/溢出/定居"。
3.方法/提供商的TtP/TtF p50/p95。
4.Counterparty concentration和Alertes。
5.Safeguard coverage： 100% lini,违规行为。
6.FX面板：slippage/成本,大型转换。

12）花花公子

尖峰（现金流出）

行动：增加Target_Balance Payout_Pools，加快PSP→Bank_OPS扫荡，暂时降低高风险的输出限制，包括第二个即时付款提供商。

PSP的延迟设置

行动：激活StressRes，打开信用额度/透支，将付款暂时重新分配给备用轨道，升级为PSP。

银行/交易所/种姓冻结

行动：kill-switch转移，将余额转移到替代交易对手，启动DR计划，召回密钥/访问，与监管机构沟通。

FX冲击/超额货币需求

行动：包括TWAP加速的自然对冲（以相同货币付款），重新分配"本国"货币的股票/奖金。

safeguard涂层短缺

行动：立即将资金转入隔离账户，阻止非必要付款，向监管机构报告并确认。

13）测试桉例（UAT/Prod准备）

1.Stockout演练：模拟p99支付高峰→ L0池仍然≥ low_watermark。
2.PSP定点延迟：+2天到T+N → StressRes覆盖，TtP不超越SLO。
3.FX TWAP等效性：重播webhook报价→ 1执行。
4.Safeguard breach：自动交换和阻止非关键支付。
5.Counterparty cap：超过提供商→ alert+auto rebalance的限制。
6.Intraday sweep：资产负债表>Target_Balance+δ →在L2中刷卡，在家门口返回。

14）常见错误以及如何避免错误

每个关键轨道的一个提供商→没有捕获器。保持至少两个。
OpRes中缺少P级 →眼部储备和频繁的停摆。应用p95/p99。
未标记的safeguard帐户→资金混合。输入严格的隔离和报告。
忽略设置日历→不正确的目标余额。自动化PSP日程安排。
L0/L1中的简单缓存→损失收益的高成本。在L2中配置扫描。
没有单一的"口袋登记册"→残余混乱。输入Pocket Registry。

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
}
}

总结

可持续财政部是一个系统而不是一组帐户：分层流动性水平（L0-L3），管理储备（OpRes/RegRes/StressRes），严格的限制和SLO，流量预测以及自动预留/扫荡机制。所以你给企业最低TtP，避免现金缺口，降低资本成本，同时满足监管机构和审计的要求。