提供商级级联

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，降低了所有收费率，并使支付回路可以抵抗故障和监管限制。