美国RTP：实时支付

1）什么是RTP,在哪里需要iGaming

• 快照（现金/withdrawals）给球员和会员，
• 快速B2B转账（仅限于银行政策），
• "每秒入伍"，没有像卡片那样的冲锋枪。

与DIA/地图的主要区别

只有credit push（发起人支付），没有debits →低于"未授权注销"的风险。
最终决赛：没有经典的冲锋队；退款-通过单独的同意方桉。
ISO 20022-消息，实时状态。

2）网络和覆盖范围

• RTP®网络（The Clearing House）是历史上第一个大规模的RTGS 24/7/365。
• FedNow℠（联邦储备）是具有可比的"即时"信用转移逻辑的第二条轨道。

• 检查受益人的RTP/FedNow可用性，
• 如果不可用，则切换到替代方案（ACH Same Day，纸牌推动）。

3）消息和功能

Credit Transfer是"schet→schet"（路由和帐户）的即时翻译。
要求支付（RfP）-付款请求："通过商户倡议"（用户在其银行确认）方便存款。
Advice/Status-确认和通知（接受/发布/失败）,reason代码。
Remittance/Invoice data-用于将付款分配和映射到"payment_id"的字段。

4） Yuzkeiss iGaming

4.1付款（外包）

VIP缓存在几分钟内：如果收件人有RTP可用，则是实际的T0并进行决赛。
落后逻辑：没有RTP →我们试用FedNow；没有/超出ACH Same Day/卡推 →限制。

4.2个存款（inbound）

通过RfP：生成帐户，客户确认银行应用程序→即时注册。
通过拉式模型，RTP不起作用（没有借记）-必要时使用ACH/A2A进行赛车。

5）结算、取消和退款

计算的最终性：接受后-资金被记入，"charjback"没有。
仅当收款人的银行尚未接受（狭窄）时才取消发布。
入账后的退款-通过向受益人/其银行（要求基金退款）提出请求，或通过单独的反交易进行互惠。解决方案是接受者/银行的善意，没有担保。

结论：需要在发送前进行风险预报（OFAC/KYC/velocity/negative lists），因为"回滚"付款比DSN/卡更难。

6）合规和风险控制

发件人和受益人的KYC/KYB（按风险部分）。
OFAC/制裁-发货前。
RBA限制：按玩家，按设备/罐/地质计算的每天per-tx/每天；velocity和行为提示（快速出局，新道具）。
带有TTL和重构的Whitelist道具（路由/帐户）。
名称匹配/CoP对应项（如果提供商可用）减少了错误的付款。

7）集成和编排

7.1付款流（参考）

1.玩家创建输出请求。
2.检查：KYC/OFAC/RBA/限制；路由/帐户验证。
3.路线解决方桉：RTP? → FedNow? → ACH Same Day/推到卡。
4.发送信用转移,接受状态（接受/发布/失败）。

5.Update in leager, player notialization, reconcilization.

7.2存款流（RfP）

1.使用"payment_id"和TTL绑定的请求付款生成。
2.客户在其银行确认；您收到注册通知。
3.Mapping 'payment_id ↔ bank_ref ↔ end2end/trace'，平衡入学，重新征服。

7.3次倒退和平均水平

等效键"withdrawal_id/payment_id"。
Backoff+jitter用于状态重播；禁止双重出发。
在"unsupported/limit/reach/unavailable"下自动转换通道。

8）Leiger和reconcision

唯一的链接是"payment_id/withdrawal_id ↔ bank_msg_id ↔ end2end/UETR对应项（如果签发）"。
T+0/T+1对账：状态，金额，提供商佣金，未匹配字符串→单独队列。
日志：决策时规则/限制的版本，webhook签名，状态链。

9）经济和SLA

费用：RTP/FedNow+运营成本（支持/事件处理）的提供商费用。通常比卡便宜，比标准ACH便宜。
SLA：轨道的可用性"瞬间"（秒）；ETA到UI的通信是强制性的。
"按需成本"方法：计算全值（fee+ops+fallback份额），而不仅仅是交易费率。

10） UX模式

仅当详细信息通过RTP/FedNow验证时才显示"即时付款"；否则-"直到一天结束（Same Day ACH）"。
在发送前验证道具；可理解的错误和格式提示。
透明的ETA和可能的倒退，推入通知。
对于RfP： TTL计时器,"再次提交"按钮,"等待确认→已入账"状态。

11）度量和OKR

Share RTP/FedNow的付款及其对Time-to-Payout p50/p95的影响。

Success Rate RTP/FedNow, fallback rate и причины (no-participant/limit/unavailable).

通过渠道获得成本,节省vs卡。
False-positive compliance，手工桉例的比例。
Uptime/latency提供商,网络图书/状态延迟。

12）反模式

在没有OFAC/KYC/velocity控制的情况下发送RTP（无法返回）。
没有倒退路线和平均水平（双打或付款失败）。
没有惠特利斯特/道具逆转-错误和欺诈的增加。
不透明的ETA/委员会 →滴答作响和不信任。
一家供应商/一家银行向市场→ SPOF。

13）实施清单（简短）

• 与RTP+FedNow的合同/提供商、状态和已签名的webhooks。
• RBA限制per-tx/per-day, OFAC/KYC, velocity；whitelist道具与TTL。
• 路由：RTP → FedNow → ACH Same Day/推到卡；等效性。
• 支持存款的RfP；TTL和映射"payment_id"。
• Leiger和T+0/T+1重组；未完成/事件队列。

[] Дашборды: Success/Share, Time-to-Payout, fallback-rate, cost-per-approved, uptime.

• UX：道具验证、清晰ETA/状态、通知。
• 花花公子：铁路不可用，超过限制，善意回报。

14）摘要

US RTP是iGaming中即时和最终付款的理想轨道。使用智能路由和严格的预风险构建双轨电路（RTP+FedNow），添加RfP以快速存款，保持亮点/重新闪烁和透明UX。所以你会在入学前获得几秒钟，可预测的操作和可控制的成本。