大额支付系统的日间透支：银行在Fedwire里怎么“先花后结”，稳定币比得了吗

一笔大额汇款的真实一天

下午四点，一家企业的财务系统在大型银行提交一笔八亿美元的跨境归集付款。银行并不会先在自己的央行账户里备好八亿美元再点发送——在大额支付系统里，绝大多数付款发生在“日间信用”之上：银行先让款项过账，日终清算时再与其他机构轧差补平。这个安排有专门的名字：实时全额结算（RTGS）配合受限额的日间透支。

先花后结的制度结构

以美联储运营的大额支付系统为例：每笔转账逐笔、即时、不可撤销地在各行的美联储准备金账户间划转，这是“实时全额”的部分；而账户余额不足以支撑当日流出时，银行可以在额度内透支，这是“日间信用”的部分。监管长期用净借记上限约束每家机构最多能在日间欠多少——上限倍数与机构的资本计量挂钩，银行也可申请以合格抵押品换取更高的抵押型日间额度；抵押覆盖的部分通常不收费，超出部分按年化费率对无抵押透支事后计费，并设有小额豁免。美联储近年还多次就日间信用与贴现窗口运行的操作细节公开征求意见，方向是促使银行更多依靠抵押品或排队，而不是免费占用系统的结算能力。参数与费率会修订，一切以现行《支付体系风险政策》文本为准，这里只取机制。

为什么需要这种“不干净”的设计

纯粹的全额结算意味着每一笔付款发出前都要备齐全额流动性——要么囤巨额准备金，要么在日内互相拆借押品，中小银行付不起这个成本，支付链条会在日终集中断裂，反而制造更危险的延迟结算风险。日间透支用央行可承受的日内信用，换整个系统的顺畅流转：流动性占用由参与行按额度分摊，结算风险由规则封顶。这是一种制度工程，不是技术缺陷。

稳定币走的是另一条路

稳定币转账没有日间信用概念：转账要么备齐全额资金广播上链，要么转不出去，更接近“纯全额结算”。好处清晰——没有结算中的对手方敞口，收款方确认后拿到的就是终局债权。代价同样清晰：发款方必须全天候备足资金，头寸调度弹性远低于能透支的大银行；同时它把原本由央行规则封顶的结算风险，换成了合约风险、验证者重组风险与发行方赎回摩擦。对机构现金流而言，一个要求全天候满额备付的轨道和一个允许日间腾挪的轨道，资金成本模型完全不同。

机构用户的核对点

如果供应商告诉你“稳定币结算比大额系统更快”，可以追问三件事：付款方是否需要实时满额头寸，谁承担等待期的机会成本；跨时区节假日与系统维护窗口如何安排——大额系统有固定的运行日历与清算假日，稳定币全年无休但确认速度取决于链况，两种“可得性”要在同一张日历上比较；出现误发或纠纷时，不可撤销性对己方是有利还是有弊。还要区分业务画像：大额系统的转账金额中位数以万美元计、总额动辄单日数万亿美元，其吞吐与限额设计是为批发金融校准的；多数公链的区块容量与费用机制则对高频小额更友好。结算速度从来不是单一维度的赛跑，把它拆成可得性、终局性、流动性占用和争议处理四个维度，才能看清各条轨道真正的差异。

声明

日间透支规则处于持续修订中，适用义务与费用以美联储及相关支付系统现行文本为准。本文不构成投资建议。