转账更快，为什么反而等得更久？

假设两笔援助款同时出发。一笔一分钟就进了数字钱包，另一笔花了半小时。结果，走第一条路的人反而更晚用上钱。

这个虚构例子没有什么技术奇迹。第一位收款人需要现金，钱包到账后还得再等两小时；第二位收款人到账就能用。转账页面上的计时器，与一个人生活里的计时器，量的不是同一段时间。

9 月 27 日的 Daily Special 讨论如何评估人道援助支付。这里想单独拆开一个工程问题：某个环节跑得最快，整项服务却可能最慢。

同一笔钱，两段时间

把提现画进流程，有真实的历史依据。UNHCR 在 2022 年 12 月 15 日的公告 中介绍过乌克兰试点：将 USDC 发到手机上的 Vibrant 钱包，收款人可通过 MoneyGram 换成现金。这份历史公告说明了路径，但没有告诉我们今天是否仍然可用，也没有给出收款人的实际等待时间。

回到刚才的假设。两条路承诺交付的金额相同，从同一时点开始计时。“后续等待”只从转账完成之后算起，两段时间不重叠。

假设路径	转账耗时	到账后还需等待	直到可用的总时间
A	1 分钟	120 分钟	121 分钟
B	30 分钟	0 分钟	30 分钟

数字是为了说明机制而设定的，不是试点数据、预测，也不是对具体服务商的比较。费用及其他交付差异不在这个简化计算内。

A 的转账快了 29 分钟，但收款人真正用上钱的时间晚了 91 分钟。两句话在算术上都成立。第二句才回答了收款人要等多久。

先看时间花在哪里

假设团队把 A 的转账时间砍掉一半，总耗时会从 121 分钟降到 120.5 分钟，只省了半分钟。如果保留原来的一分钟转账，把后续等待从 120 分钟降到 20 分钟，总耗时就变成 21 分钟。A 在这场假想比赛中反而领先了。

这不代表后一种改进便宜、可行或安全，只是指出了值得查的环节。对需要现金的人，可以调查网点营业时间、现金是否充足，以及前往网点的路程。这些是待检验的可能限制，不是对 UNHCR 试点的调查结论。能直接用数字余额付款的人，则未必需要提现。

让收款人的用途决定终点

Circle Foundation 在 2026 年 9 月 25 日的公告 中介绍了对 UNDP 和 WFP 支付项目的支持。公告讲的是项目建设，没有提供同条件比较的结果，证明援助款能更早被使用。单独测转账速度，补不上这块证据。

如果要设计这项服务，我会在每笔支付旁放两个时间：转账完成，以及承诺金额可以使用。第二个时间点，要结合项目原本服务的人群及其用途来定义。始终没到达终点的案例，也要保留在报告里，注明观察截止时间，不能记成零分钟，更不能从平均值中删掉。

网络更快当然可能有帮助。这个小算式只是提醒我们，在庆祝之前，先看看“支付成功”之后，收款人还得做什么。