財務省：流動性と準備金

TL；DR（ドクター）

iGamingのTreasuryは、異なるI/O SLAを持つ流動性「ポケット」（銀行、PSP、財布、暗号カスタム、マーチャントアカウント）のマネージドネットワークです。目標-最低コストでゼロの現金ギャップ：フローの正確な予測、取引先と通貨の制限、予備ポリシー（オペレーティングバッファ+規制保護+ストレスリザーブ）、プレハンドリングとスイープルールの規律、Time-to-PayoutとTime-to-FundのSLO。

1）流動性マップ： レベル、ポケット、流れ

1.1流動性レベル（可用性による）

L0 （T0）-即時流動性：マーチャントアカウントの残高、即時A2A/RTP、ウォレット、安定準備金、Payout T0のキャッシュバッファ。
L1 （T+1……T+3）-短期流動性：PSP/買収者の決済口座、日中限度の銀行当座預金。
L2 （T+5……T+10）-中央の地平線の流動性：預金/貯蓄口座、財務省の商品（T-bills、 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→決済→Bank_OPS'

'Bank_OPS→Payout_Pools/PSP→引き出し'

'On/Off-ramp ↔ Crypto_Custody'

Sweeps：スケジュールとトリガーによる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)

Horizon Hおよび窓のT_windowは柵によって決まります（例えば。RTP H=1d、 カードH=3d）。

3）キャッシュフロー予測

3.1入り口の列

方法/プロバイダーによる預金（p7/p30季節性、曜日、プロモーション）。
出金と支払い（入金のスピードとシェア、VIP/ジャックポット）。
決済スケジュール（PSP/acquirersによるT+N）。
FXカレンダー（再評価、大きな変換）。
営業支払い（税金、手数料、給与）。

3.2モデル（最小）

デポ/リードのための局所加重またはSARIMA/Prophet。
適用係数：'キャッシュアウト率'、'ジャックポット確率'、'プロモーションリフト'。
ネットポケット位置：'Inflow_psp_settlement − Outflow_payouts ± Sweeps'。

3.3予測品質指標

毎日の網によってMAPE/WAPE。
適用範囲：実際のピークが計画されたOpResを≤した日の割合。
ストックアウトインシデント：L0がなくなったとき<最小しきい値。

4）プレハンド、スイープ、補充ルール

4.1プレハンド（レール前払い）

即時支払いレールと一部のAPMでは、残高が必要です。
ルール：ローリングスレッショルドを維持します（たとえば、先週の毎日の支払いのp95）+20％バッファ。
自動補完トリガーは'Balance <LowWatermark'→'TopUp to Target_Balance'です。

4.2スイープ

毎日：決済ウィンドウの後のPSP_MERCHANT→Bank_OPS。
日中：ターゲット通路からの逸脱のためのL0↔L1。
L2に向けて：MMF/T-Bills/stables （L0 ≤ T+1のリターンポリシー）の過剰残留物の夜間掃引。

4.3支出優先度（滝）

1.Payout_Pools （T0コミットメント）

2.確定期限国庫支払い（税金・給与）

3.FXコンバージョン/リバランス

4.投資L2/L3

5）通貨、FX、金利環境

FXエクスポージャー：通貨による着信/発信のバランス。自然なヘッジ（同じ通貨でペイアウトを維持）。
変換ポリシー：大量のTWAP/POVアラート、スリッパージbpsの制限、idempotent exec-id。
L2利回り：MMF/ショート T-bills；取引相手と最小流動性の制限（T+0/T+1）。
SLO FX変換：決定から実行までの時間（p95 ≤ X分）、引用符のジャーナリゼーション。

6）取引相手のリスクと限度

取引相手の制限：銀行、PSP、暗号カスタム、交換/UTS。
格付けマトリックス：資本/ライセンス/インシデント/可用性/予約証明（暗号用）。
多様化：クリティカルレールごとに少なくとも2-3プロバイダ、クラスタ間の残留物の分布。
カストディポリシー：multisig/HSM、出力制限、アドレス許可リスト、毎日の和解。

7）規制およびコンプライアンスの側面

保護/分離：クライアント資金のための個別のアカウント（必要に応じて）、バランストラッキング、混合なし。
報告：残高と準備金に関する規制当局/監査への毎日の報告。
KYC/AML：オン/オフランプカウンターパーティ、制裁スクリーニング、大規模な転送のためのSoF/SoW。
DSAR/retention：支払いトレースと転送ログの保存。

8）メトリック、SLO、アラート

8.1 KPI

Time-to-Payout （TtP） p95 by method。
プール補充のためのTime-to-Fund （TtF） p95。
ストックアウト率L0（即時流動性不足インシデント）。
現金使用率=L0/ Target_Balanceからの支払い。
アイドルキャッシュ％=（残高− Target_Balance）/残高。
カウンターパーティ濃度=max（プロバイダによるシェア）。
FX スリッページbps、 FX コスト/GGR。
Coverage=min（分離された口座残高/必須金額）を保護します。

8.2アラート

'Balance <LowWatermark'→P1（自動補完）。
'Stockout Incident'→P0。
「カウンターパーティ濃度>限界」→P2（リバランス）。
'Safeguard Coverage <100％'→P0。
'TtF p95> SLO'→P1 （銀行/PSPインシデント）。

9）データモデル（treasury 「layer」）

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カバレッジの保護

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.ヒートマップポケット：'balance vs target vs low_watermark'。
2.キャッシュファネル：「流入/流出/決済」。
3.メソッド/プロバイダによるTtP/TtF p50/p95。
4.カウンターパーティの集中とアラート。
5.保護対象範囲：100％ライン、違反。
6.FXパネル：滑り/コスト、大きな変換。

12）プレイブック

キャッシュアウトウェーブ

アクション：Payout_PoolsのTarget_Balanceを増やし、PSP→Bank_OPSのスイープをスピードアップし、ハイリスクの引き出し制限を一時的に削減します。2番目のインスタントペイアウトプロバイダーが含まれます。

PSP決済遅延

アクション：StressResをアクティブ化し、クレジットライン/オーバードラフトを開き、支払いを代替レールに一時的に再配布し、PSPにエスカレーションします。

銀行/取引所/カスタム凍結

アクション：キルスイッチ転送、代替取引相手への残高の転送、DR計画の開始、キー/アクセスの取り消し、レギュレータとの通信。

通貨のFXショック/過剰な需要

アクション：ストレートヘッジ（同じ通貨でのペイアウト）、加速されたTWAP、「ホーム」通貨での株式/ボーナスの再分配。

セーフガードカバレッジの欠如

アクション：分離されたアカウントへの資金の即時掃引、オプションの支払いのブロック、規制当局への報告と確認。

13）テストケース（UAT/Prod-ready）

1.ストックアウトドリル：p99→pool L0のピークペイアウトをシミュレートし≥ low_watermark。
2.PSP決済遅延：+2日T+N→StressResカバー、TtPはSLOを超えません。
3.FX TWAP idempotency：繰り返しwebhook引用符→1パフォーマンス。
4.違反を保護する：自動スイープと非クリティカルな支払いのブロック。
5.カウンターパーティキャップ：プロバイダの制限を超える→アラート+自動リバランス。
6.日中スイープ：balance> Target_Balance+δ→sweep in L2 and threshold return。

14）頻繁な間違いとそれらを回避する方法

クリティカルレール上の1つのプロバイダー→feiloverの不在。少なくとも2つ保管してください。
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
}
}

概要

Stainable Treasuryは、層別流動性レベル（L0-L3）、マネージドリザーブ（OpRes/RegRes/StressRes）、タイトな制限とSLO、フロー予測、および自動プレハンド/スイープメカニクスなどの一連のアカウントではありません。したがって、ビジネスに最低限のTtPを与え、現金ギャップを避け、資本コストを削減し、同時に規制および監査要件を遵守します。