提供商級級聯

1）什麼是級聯,為什麼它在iGaming

• AR↑/ DR↓：繞過「喜怒無常」的發行人，為特定的BIN/geo/方法選擇最好的 PSP。
• ↓成本：購物車部分的IC++/標記較低，微型門票上的小字最小化。
• 可持續性：在事件，3 DS退化，支付走廊下降時失敗。
• 合規性：遵守地緣政治、制裁、地方禁令和許可證。

2）級聯模式

1.串行（序列）

（軟解鎖/技術故障）。
使用「狹窄窗口」的回避不會產生倍數/風險的多個資金。

2.並行（split-traffic/multi-arm）

多個PSP之間的流量（％/規則）分布，用於基準，規則培訓和減少相關故障。

3.Sticky BIN / Sticky GEO

記住特定於BIN範圍/發射器/地質的「最佳」PSP（使用TTL的解決方案緩存）。

4.Method-aware / Feature-aware

不同的卡提供商，A2A，錢包，本地方法；考慮3DS-rails細節，DCC/FX行為，令牌化。

5.Limit-aware / SLA-aware

考慮提供商限額、儲備金、SLA事件、切斷和延遲。

3）關鍵引擎（規則引擎）： 輸入信號

卡片：BIN/IIN，品牌，debit/credit，商業/溢價，issuer國家。
地理和合規性：玩家國家（IP/GPS/SIM/KYC），制裁，許可證。
交易：金額（次要單位）,貨幣,通道（web/app）,風險過高。
提供商的歷史：過去15-60分鐘的BIN/geo/方法的 AR/DR，軟裝飾比例3DS-pass-rate。
成本：IC ++/markup/fix, FX利差,滾動儲備%。
局限性：rate-limit提供商,維護/事件,日周轉帽。

退出：［（PSP，MID， ， ）］路線優先列表。

4）Retrai，同位素和安全性

Idempotency-key每次嘗試（user_id+order_id+nonce)級聯中的所有提供商共享。
僅在軟調節（網絡/3 DS/timeout/insufficient funds）上進行復制，絕不使用「剛性」代碼（stolen，do not honor等）。
反塗鴉：「AUTHORIZED」/「CAPTURED」狀態關閉級聯；所有其他分支機構將被取消。
窗口：1st Retray ≤ 2-5秒，總預算≤ 15-30秒，含UX。
3 DS策略：如果前者在沒有3 DS的情況下下降,則可以在第二/第三分支上進行步驟。

5) 3DS, liability shift и AR

選擇「frictionless」/「challenge」取決於風險和PSP支持（delegated auth，TRA，whitelisting）。
在「硬」地理/發行人中，籃子部分是強制性3 DS。
在提供商中跟蹤可移動性：在更常見的地方-將風險的BIN轉移到那裏。

6）成本： IC++,blended, fix和FX

對於每個PSP，請考慮有效的take-rate=interchange+scheme+markup+fixed+FX-slippage。

• `Score = w1AR_live + w2(−Cost_bps) + w3(SLA_health) + w4(FX_quality) +...`
• Micro-ticket： fix-fia重量高於→首選低修復提供商。
• 另外，考慮儲備%和funding T+N-影響緩存流。

7）事件、截斷和路由

Health-fid： PSP/走廊狀態 （auth API, 3 DS ACS, payout rails）。
Auto-failover： AR/health跌至閾值以下時瞬間滾動。
切斷先知：在關閉設置之前，避免在不舒服的T+N的PSP上進行部分捕獲。
Throttling：為了不要「擠壓」提供商的限制,切斷流量。

8）最低數據模型

sql
-- Providers and MIDs
CREATE TABLE ref. providers (
provider TEXT PRIMARY KEY, model TEXT, pricing_model TEXT, fx_policy TEXT, reserve_pct NUMERIC, meta JSONB
);
CREATE TABLE ref. mids (
mid TEXT PRIMARY KEY, provider TEXT REFERENCES ref. providers, country TEXT, method TEXT, descriptor TEXT, meta JSONB
);

-- Cascade Rules/Profiles
CREATE TABLE ref. cascade_profiles (
profile_id BIGSERIAL PRIMARY KEY, name TEXT, version TEXT, enabled BOOLEAN, meta JSONB
);
CREATE TABLE ref. cascade_rules (
rule_id BIGSERIAL PRIMARY KEY, profile_id BIGINT REFERENCES ref. cascade_profiles,
geo TEXT, bin_from TEXT, bin_to TEXT, method TEXT,
provider TEXT, mid TEXT, require_3ds BOOLEAN, priority INT,
retry_on_soft JSONB, max_attempts INT, ttl_seconds INT, enabled BOOLEAN, meta JSONB
);

-- Online Provider Performance Metrics (Sliding Window)
CREATE TABLE live. provider_stats_15m (
provider TEXT, method TEXT, geo TEXT, bin6 TEXT,
approvals INT, declines INT, soft_declines INT, three_ds_pass INT,
avg_latency_ms INT, updated_at TIMESTAMP
);

-- Transactions with idempotency and selected route
CREATE TABLE payments. auth_attempts (
attempt_id BIGSERIAL PRIMARY KEY, idempotency_key TEXT, step INT,
provider TEXT, mid TEXT, require_3ds BOOLEAN, status TEXT, decline_code TEXT,
amount_minor BIGINT, currency TEXT, bin TEXT, geo TEXT,
started_at TIMESTAMP, finished_at TIMESTAMP, meta JSONB
);

9） SQL分析模板

9.1.提供商在線評級（AR和軟決策共享）

sql
SELECT provider, method, geo,
SUM(approvals) AS appr,
SUM(declines) AS decl,
ROUND(100. 0 SUM(approvals) / NULLIF(SUM(approvals+declines),0), 2) AS ar_pct,
ROUND(100. 0 SUM(soft_declines) / NULLIF(SUM(declines),0), 2) AS soft_share_pct
FROM live. provider_stats_15m
WHERE updated_at > now() - INTERVAL '20 minutes'
GROUP BY 1,2,3
ORDER BY ar_pct DESC, soft_share_pct DESC;

9.2.訂單級聯效應（步進轉換）

sql
WITH s AS (
SELECT idempotency_key,
MAX(step) AS steps,
BOOL_OR(status='APPROVED') AS approved
FROM payments. auth_attempts
WHERE started_at BETWEEN:from AND:to
GROUP BY 1
)
SELECT steps,
COUNT() AS orders,
100. 0 SUM(approved::int) / NULLIF(COUNT(),0) AS conv_pct
FROM s
GROUP BY 1
ORDER BY 1;

9.3.Sticky BIN：最佳BIN6提供商

sql
SELECT bin6,
provider,
ROUND(100. 0 SUM(approved)::NUMERIC / NULLIF(COUNT(),0), 2) AS ar_pct
FROM (
SELECT LEFT(bin,6) AS bin6, provider, (status='APPROVED') AS approved
FROM payments. auth_attempts
WHERE started_at BETWEEN:from AND:to
) t
GROUP BY 1,2
QUALIFY ROW_NUMBER() OVER (PARTITION BY bin6 ORDER BY ar_pct DESC) = 1;

9.4.提供商費用（全程）

sql
SELECT provider,
SUM(amount_reporting) AS volume_rep,
SUM(interchange_amt + scheme_amt + markup_amt + auth_amt + refund_amt + cb_amt + gateway_amt + fx_spread_amt) AS fees_rep,
100. 0 SUM(interchange_amt + scheme_amt + markup_amt + auth_amt + refund_amt + cb_amt + gateway_amt + fx_spread_amt)
/ NULLIF(SUM(amount_reporting),0) AS take_rate_pct
FROM finance. settlement_fees
JOIN dw. transactions_flat USING (provider)
WHERE period_start_at >=:from AND period_end_at <:to
GROUP BY 1
ORDER BY take_rate_pct;

10） KPI和dashbords

提供商的AR/DR和BIN/geo/方法（15/60分鐘和日間在線窗口）。
步驟轉換：在第一，第二，第三分支機構中獲得認可的比例。
提供商/MID的Take-Rate％和FX剪貼板。
3 DS通行率和liability分數shift。
健康/SLA： latency, timeouts, error rate,事件。
Reserve&Funding：預留%和T+N按供應商分列。

11） Alerta和急流

Routing Degradation：在10-30分鐘內選定提供商>Y bps的AR下降。
軟硬線沖浪：軟硬線份額的增長→允許額外的級聯分支。
3 DS Anomaly： 特定發行商/BIN群集的3 DS通行率>X%下降。
Take-Rate Spike：全值增長>bps閾值。

Health Down: SLA breach (latency/error) — авто-failover.

Policy Drift：嘗試不idempotency_key/bez級聯配置文件-P1。

12） AB測試和規則培訓

多臂障礙或固定分叉交通到新路線。
Explore/Exploit：部分流量保持「培訓」sticky BIN。
評估視野：在線（15/60分鐘）用於事件，每周/每月用於成本。
Guardrails：停止實驗的最低AR/最大值。

13）合規和「極端」案件

尊重制裁/許可證/地理：某些供應商無法為個別國家/方法服務。
Same-method/Return-to-source：級聯不應打破退貨策略。
Tokenization/PCI： PSP （network tokens/vault）之間的單一令牌方案。
Chargebacks：了解捕獲通過哪個分支的過程-用於分配。

14）最佳實踐（簡稱）

1.僅使用單個idempotency_key進行軟調試。
2.保持AR/3DS/soft-decline和健康提供者的實時遙測。
3.構建路線價格功能（AR vs Cost vs SLA vs FX）。
4.使用sticky BIN和AB測試；轉換級聯配置文件。
5.切斷先見之明：不要在一天結束前結束聚會。
6.有玩書失敗：PSP/ACS/支付走廊的下降。
7.分享數據和責任：誰擁有PAN，誰領導分配。
8.通過提供商來管理備份接收器：發布和註銷。

15）實施支票

• 提供商卡/MID,定價（IC ++/blended）, FX政策,儲備金,T+N。
• 規則引擎：配置文件、規則、軟代碼、3 DS策略、限制。
• 路由器：等效性,retrais, taymouts, sticky BIN緩存。
• 遙測：實時AR/DR/3DS/latency/health度量；Alertes。
• 事件管理和失敗的花花公子。
• fees/FX/reserve的ETL；take-rate和step-conversion店面。
• AB測試和guardrails程序。
• 文檔：合規約束,退貨,責任。

總結

提供商級別的級聯不是「嘗試其他PSP」，而是紀律：實時度量，智能規則引擎，嚴格的冪等性，正確的3 DS策略，成本/FX/儲備金核算以及現成的失敗場景。這樣的體系結構提高了AR，降低了所有收費率，並使支付回路可以抵抗故障和監管限制。