第 2 章 跨行的两件事：清算与结算
所属：第一部分 · 地基（第 1–3 章） 前置：第 1 章（账本、行内转账、原子性） 本章新概念：清算、结算、银行间债权、净额轧差、结算风险、终局性、RTGS 与 DNS
这一章是全课最重要的一章。 后面每出现一条轨道，你都要回来用这里的两个词去拆解它。
一、一条硬约束¶
上一章的行内转账之所以简单，是因为只有一本账。
现在 Dean 在银行甲、Alice 在银行乙。这里有一条不可绕过的约束：
每家银行只能写自己那本账。
银行甲没有权限去改银行乙的账本，反过来也一样。所以上一章“两行同时改”的原子性，在跨行场景下直接被打破了——变成了两本账各改一行，而这两次修改由两个互不隶属的机构分别执行。
这门课后面讲的绝大部分机制，都是在绕开这条约束，或者兜住它带来的后果。
二、天真的解法，以及它留下的尾巴¶
最直接的想法：银行甲发条消息给银行乙，说“请给 Alice 加 100”。
银行乙照做了。但注意，银行乙给 Alice 加的这 100，是银行乙自己的钱——银行乙对 Alice 的负债增加了 100，而它一分钱都还没收到。
所以这条消息实际产生的效果是：
| 谁的账本 | 条目 | 变化 |
|---|---|---|
| 银行甲 | Dean 的存款 | 1000 → 900 |
| 银行甲 | 应付银行乙 | 0 → 100 |
| 银行乙 | Alice 的存款 | 500 → 600 |
| 银行乙 | 应收银行甲 | 0 → 100 |
对着这张表看清楚发生了什么：客户层面，一笔债权从“Dean 对甲行”变成了“Alice 对乙行”；银行层面，凭空多出一笔甲欠乙的债。 后面这一笔叫银行间债权。
Alice 现在已经能花这 100 了。但银行甲还欠着银行乙 100，这笔债必须被消掉——否则乙对甲的风险敞口会随着交易量无限累积。
这条尾巴就是清算与结算要处理的东西。
三、拆成两步¶
| 步骤 | 英文 | 干什么 | 完成后的状态 |
|---|---|---|---|
| 清算 | clearing | 交换支付指令，算清谁欠谁多少 | 债权关系被确认，钱还没动 |
| 结算 | settlement | 真的把钱划过去 | 债务消失，交易彻底结束 |
这两步之间可以隔很久。 这是理解一切支付轨道的钥匙。
在清算完成、结算尚未完成的这段时间里，银行乙已经把钱给了 Alice，却还没从银行甲收到钱。如果银行甲此刻倒闭，银行乙自己承担损失。这个风险叫结算风险（settlement risk），未来讲支付的五类风险时会讲怎么管它。
从今往后，每遇到一条新轨道，问它三个问题：
- 清算在什么时候发生？
- 结算在什么时候发生？
- 中间隔多久，这段时间里谁在承担风险？
四、为什么要分开：净额的力量¶
既然结算才是真的把钱划过去，为什么不每笔都立刻结算、把清算这一步省掉？
因为两步分开之后，中间可以做一件很省钱的事——净额轧差（netting，只结算差额）。
数字示例，一天之内：
| 步骤 | 计算 | 结果 |
|---|---|---|
| 银行甲发给银行乙的总额 | 10000 笔累计 | 5.00 亿 |
| 银行乙发给银行甲的总额 | 9800 笔累计 | 4.90 亿 |
| 双向总流量 | 5.00 + 4.90 | 9.90 亿 |
| 净额 | 5.00 − 4.90 | 0.10 亿，即 1000 万，方向甲付给乙 |
| 实际需要划转的资金占总流量比例 | 0.10 ÷ 9.90 | 约 1.0% |
一天 9.9 亿的支付量，日终只需要划 1000 万就全部了结。结算所需的资金被压缩了 99%。
交叉验证一下这个逻辑：如果两个方向的流量完全相等，净额为 0，那么这一整天的所有支付一分钱都不用划就全部完成了。结论成立——净额轧差省下的正是“两个方向互相抵消掉的那部分”。
这也解释了 ACH 那类系统为什么单笔能低到几美分：它把一整天的结算压缩成一次，结算的固定成本被几万笔交易摊掉，每一笔还不必单独占用一份资金。ACH 是美国的银行账户批量转账系统，“攒批次、日终轧差”这一类的代表，未来会用一整章讲它。
五、两种结算模式¶
由此分出支付系统的第一个大分岔。
| 维度 | 全额实时结算（RTGS） | 净额批量结算（DNS） |
|---|---|---|
| 每笔怎么处理 | 逐笔立刻划钱 | 攒一批，日终只划差额 |
| 清算与结算的间隔 | 无，同时发生 | 数小时到数天 |
| 需要占用多少资金 | 高，每笔都要有足额余额 | 低，只需覆盖净差额 |
| 结算风险 | 几乎为零 | 结算前一直有敞口 |
| 单笔成本 | 高 | 极低 |
| 典型系统 | Fedwire（美国）、CHAPS（英国） | ACH（美国）、支票清算 |
| 适合什么 | 大额、紧急、不容失败 | 小额、批量、可容忍延迟 |
RTGS 是 real-time gross settlement 的缩写，逐笔全额实时结算；DNS 是 deferred net settlement，延迟净额结算。
表里的系统名字先建立最粗的印象就够了，其中两个未来会各占一章：
| 名字 | 是什么 | 后面会讲吗 |
|---|---|---|
| Fedwire | 美联储运营的电汇系统，逐笔实时划钱，主要用于大额 | 未来会讲 |
| CHAPS | 英国的同类系统，作用与 Fedwire 对应 | 不单独展开 |
| ACH | 美国的银行账户批量转账系统，发工资、水电费代扣走的就是它 | 未来会讲 |
核心权衡是：资金占用 vs 风险敞口。
想省资金，就得攒批次做轧差，那就必须承受结算前的敞口；想消灭敞口，就得逐笔立刻划钱，那每家银行都要在结算账户里趴一大笔钱。
左边那段敞口的长度，和右边那根资金占用的长度，是反着走的。这门课后面每一条新轨道，都是在这两根长度之间选一个位置。
这个权衡在这门课里会反复出现，未来讲跨境的预置资金、讲 Wise 的模式、讲稳定币的“清算结算同时完成”时，你都会再遇到它。记住这一组取舍，后面很多看起来陌生的东西会突然变得眼熟。
六、终局性：到账不等于结束¶
终局性（finality）问的是：这笔钱到了什么时候，就再也退不回去了。
| 场景 | 用户看到到账 | 结算真正完成 | 事后可撤销窗口 |
|---|---|---|---|
| 行内转账 | 即时 | 即时 | 无 |
| 刷卡交易（用户对商户） | 授权成功时显示成功 | T+1 到 T+2 | 拒付窗口最长 120 天以上 |
| ACH | 1 到 3 个工作日 | 日终净额结算 | 最长 60 天可被退回 |
| 电汇 | 分钟级 | 逐笔实时 | 基本不可撤销 |
表里的“拒付”指持卡人绕过商户、直接向自己的发卡银行申诉，要求把已经付掉的钱退回来，英文叫 chargeback，未来讲卡交易时会展开。
对产品经理来说这张表比任何定义都实用。用户界面上显示“已到账”，跟这笔钱在法律和会计意义上属于收款人，是两件不同的事。 中间的差额就是你的产品要承担的风险，也是你的风控规则要覆盖的范围。
上一章说过，现金最难被复制的性质之一，是到手即终局。跨行的三条路——电汇、ACH、卡——里，电汇最接近它，也最贵。
这不是巧合。电汇贵在资金占用：它走全额实时结算，每家银行都得先在结算账户里备足钱，被占住的那笔资金就是价格。ACH 和卡把结算推后、做了轧差，成本低得多，代价是各自留了一条“钱还能被要回去”的退路——ACH 可退回，卡可拒付。这两条退路的来历并不相同，未来各有一章细讲。
七、N² 问题，以及它把我们逼向哪里¶
上面所有讨论都只有两家银行。现实中美国有 4000 多家存款机构。
如果每两家都要直接建立清算关系：
| 银行数量 | 需要维护的双边关系数 | 计算 |
|---|---|---|
| 10 | 45 | 10 × 9 ÷ 2 |
| 100 | 4950 | 100 × 99 ÷ 2 |
| 4000 | 约 800 万 | 4000 × 3999 ÷ 2 |
每一条关系都要开账户、签协议、监控对方的信用敞口、每天对账。800 万条是不可能的。
解法只能是：所有人都跟同一个中心结算。 双边关系数从 800 万降到 4000 条。
但这带来一个新问题——这个中心必须是所有银行都无条件信任的，而且它拿来结算的那个东西，必须是所有银行都无条件接受的。
谁能当这个中心？拿什么东西结算？下一章回答这两个问题。
八、自检题¶
- 一笔跨行转账完成清算但尚未结算时，收款行的资产负债表发生了什么变化？它承担了什么风险？
- 某清算系统一天双向流量各 100 亿，完全对称。日终需要划转多少钱？为什么？
- 为什么电汇又快又不可撤销，却比 ACH 贵几百倍？用这一章的两个词回答。
九、参考答案¶
先自己答完再往下看。
- 负债增加（欠收款客户的钱多了），同时资产增加（多了一笔对付款行的应收款），两边金额相等。它承担的是结算风险：钱已经给了客户，但对付款行的应收款尚未兑现，付款行此时倒闭则损失自负。
- 零。净额为 0，所有支付互相抵消，不需要划任何资金。这是净额轧差的极端情形，也说明了为什么流量越对称的清算系统资金效率越高。
- 电汇走全额实时结算，清算与结算同时完成，所以到账即终局；代价是每家银行必须在结算账户里备足资金逐笔划付，资金占用成本高，且系统要为每一笔单独处理。ACH 走净额批量结算，成本被摊薄到极低，代价是结算延迟，且延迟期内的风险敞口要靠“可退回”这个机制来兜——所以它便宜、但不终局。
上一章：第 1 章 支付的本质：钱从来没有移动过 下一章：第 3 章 货币层级：谁的钱最硬