轉帳更快，為甚麼反而等得更久？

假設兩筆援助款同時出發。一筆一分鐘就進了數碼錢包，另一筆花了半小時。結果，走第一條路的人反而更晚用上錢。

這個虛構例子沒有甚麼技術奇蹟。第一位收款人需要現金，錢包到帳後還得再等兩小時；第二位收款人到帳就能用。轉帳頁面上的計時器，與一個人生活裏的計時器，量的不是同一段時間。

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 支付項目的支持。公告講的是項目建設，沒有提供同條件比較的結果，證明援助款能更早被使用。單獨測轉帳速度，補不上這塊證據。

如果要設計這項服務，我會在每筆支付旁放兩個時間：轉帳完成，以及承諾金額可以使用。第二個時間點，要結合項目原本服務的人群及其用途來定義。始終沒到達終點的個案，也要保留在報告裏，註明觀察截止時間，不能記成零分鐘，更不能從平均值中刪掉。

網絡更快當然可能有幫助。這個小算式只是提醒我們，在慶祝之前，先看看「支付成功」之後，收款人還得做甚麼。