BinaryBUILD

BUILD · Research → story

送金は速いのに、待ち時間は長い

送金は速いのに、待ち時間は長い

1分で届く送金が、受け取りまでの競争では負ける。小さな思考実験で、時計を止める場所を考える。

二つの援助金が同時に送られる場面を想像してほしい。一方は1分でデジタルウォレットに入り、もう一方は30分かかる。ところが、先に送金が終わった人のほうが、お金を使えるようになるのは遅い。

これは架空の例だ。最初の人は現金を必要としており、ウォレットへの入金後にさらに2時間待つ。もう一人は入金と同時に使える。送金画面の時計と、受取人の一日の時計では、測っている区間が違う。

9月27日の Daily Special は人道支援の支払いをどう評価するかを考えた。ここでは、その中から一つの設計上の問題を取り出したい。ある工程の速度で勝っても、サービス全体では負けることがある。

一つの支払いに二つの時計

現金の受け取りを工程に含めるのには、歴史上の実例がある。UNHCRの2022年12月15日の発表 は、ウクライナの試験事業でスマートフォンのVibrantウォレットにUSDCを送り、MoneyGramを通じて現金に換えられる仕組みを説明していた。ただし、これは当時の経路の説明だ。現在も利用できるか、受取人が実際に何分待ったかは分からない。

架空の比較に戻ろう。約束された金額は同じで、計測の開始時点もそろえる。「その後の待ち時間」は送金完了後だけを数え、二つの区間を重複させない。

仮の経路 送金時間 入金後、使えるまでの待ち時間 合計
A 1分 120分 121分
B 30分 0分 30分

数字は仕組みを説明するために置いたものだ。試験事業の実測値でも、予測でも、特定の事業者の比較でもない。手数料やその他の条件の違いは、この単純な計算の対象から外している。

Aは送金で29分勝ち、お金を使えるまでの時間では91分負ける。どちらの計算も正しい。ただ、受取人の待ち時間を答えているのは後者だ。

どこで待っているのか

Aの送金時間を半分にできたとする。合計は121分から120.5分になる。短縮できるのは30秒だ。一方、送金は元の1分のままで、その後の待ち時間を120分から20分に減らせたら、合計は21分になる。この架空の競争では、Aが逆転する。

後者の改善が安く、実現可能で、安全だと証明したわけではない。調べるべき場所が見えただけだ。現金が必要な人なら、窓口の営業時間、現金の在庫、窓口までの移動などを調べられる。これらは確認すべき制約の候補であり、UNHCRの試験事業についての調査結果ではない。デジタル残高をそのまま支払いに使える人には、現金化の工程自体が要らないかもしれない。

使い道から終点を決める

Circle Foundationの2026年9月25日の発表 は、UNDPとWFPの決済事業への支援を説明している。事業を整える計画であって、同じ条件で比較し、援助金をより早く使えると証明した結果ではない。送金区間の測定だけでは、その証拠を補えない。

私なら、支払いに二つの時刻を並べる。送金が完了した時刻と、約束された金額を使えるようになった時刻だ。後者の定義は、もともと支援対象としている人々の使い道に合わせる。最後まで使える状態にならなかった例も、観察の締め切りとともに報告に残す。所要時間をゼロとしたり、平均から消したりしない。

ネットワークの高速化は役に立つかもしれない。この小さな計算が促すのは、喜ぶ前に一度確かめることだ。「支払い成功」の表示の後で、受取人にまだ何が残っているのか。