暗号資産スワップの返金は何分かかるのか：実測
実測：入金窓601秒、24時間のデスク、26.2 MvBのmempool。返金の遅さは3つの時計に分かれる。自社119件と本日のチェーンデータで内訳を示す。
本日14:05:01 UTC、veilswap.ioで100 USDT-TRC20→XMRの注文を作り、時計の動きを観察しました。返ってきたのは入金アドレスと、validUntil 2026-10-29T14:15:02.483Z。601秒で、サイト内の失効ルールである30分ではありません。この差が「返金にはどれくらいかかるのか」という問いの出発点です。返金はボタンではなく、上流の判断、上流が新しく作る送金、チェーン上の確認という3つの出来事で、それぞれ別の時計で動きます。自社の注文テーブルも同じ形をしています。9月24日以降119件、完了19件、期限切れ94件、失敗5件、返金はちょうど1件。その1件は作成から1,506分後、25時間06分でrefundedに変わりました。 (XMR→USDT 出口ルート)
時計は3つある
返金は上流が自社在庫から新しく送る取引で、あなたが指定したアドレスへ戻ります。入金した取引が取り消されるわけではなく、それは送った先に残ったままです。したがって体感の時間は、判断（この注文を返金するのか、いくらの評価で、誰のデスクが処理するのか）＋送信（上流の出金システムが取引を組み立て署名する）＋確認（マイナーやバリデータが取り込む）の合計です。前の2つは上流の内部で見えません。公開チェーン上にあるのは最後の1つだけです。だから「ブロックチェーンが遅い」という説明は、多くの場合あたりません。
第一の時計：判断は時間単位
入金の窓は目に見える部分です。固定レートの事業者は見積を10分間凍結し、金額が完全一致することを求めます。FixedFloatのFAQには、支払いが遅れた場合や金額が違う場合には「返金するか、市場レートで交換を続けるか」を提示すると書かれています。当サイトのローカル規則は作成から30分で期限切れにしますが、それは上流が依然として入金待ちと報告している場合だけで、スキャンは2分間隔に間引かれ、遅延入金は6時間遡り、上流が注文を認識しなくなったものは24時間で強制終了します。上流側では、ChangeNOWのFAQが本人確認に失敗した場合の返金を「24時間以内、ネットワーク手数料を差し引いて」と明記しています。これは運用の約束で、チェーンの約束ではありません。実際に返金された1件が25.1時間だったことは、10分の窓ではなく24時間のデスクという説明に合います。
第二の時計：mempoolは誰の返金かに関知しない
14:02 UTCのBitcoin mempoolは67,743件、26.20 MvBでした。その85.8%は0.5 sat/vB未満の入札で、1 sat/vB以上は3.68 MvB、14.0%だけです。つまり1 sat/vBで出す返金は22.52 MvBの後ろに並びます。直近のブロックサイズ中央値1.56 MBで割ると約14ブロック。直近15ブロック（973,679〜973,693）はすべて充填率99%超で、間隔は中央値6.7分、平均12.8分、最大50.4分、14間隔のうち2つが30分を超えました。このペースで14ブロックは1.5〜3時間、しかもまだ最初の確認に届く前です。同時刻の推奨手数料は6／5／4／2／1 sat/vB。この段差は、待ち行列が実在し、多く払えば順位が買えることを示しています。
返金の実費
返金は無料ではなく、チェーンごとに桁が違います。Bitcoinの典型的な1入力2出力の返金は約141 vB。1 sat/vBなら141 sat、80,249ドルで0.11ドル。6 sat/vBなら846 sat、0.68ドルです。TRONでは、ブロック87,536,451に653件の取引があり、そのうち109件がエネルギーを消費していました。85件がちょうど64,285、19件がちょうど130,285です。getEnergyFee=100 sunでは6.4285 TRXと13.0285 TRX、さらに345バイトの帯域で、実費は6.7735 TRX（2.25ドル）または13.3735 TRX（4.43ドル、TRX 0.331535）。高いほうの段は、受け取り先のUSDT残高スロットをゼロから書くときに踏みます。Moneroは1,534バイト、20,000 piconero/バイトで0.00003068 XMR、約0.018ドル。FixedFloatは返金を「送られた金額からネットワーク手数料を引いたもの」と明記し、送信は現在のネットワーク手数料で行うとしています。つまりコストは市場が最も高い瞬間の価格で、戻ってくる金額から引かれます。 (XMR→USDT 出口ルート)
第三の時計：アドレスが時計を動かせるかどうかを決める
14:04 UTCに2つの失敗を試しました。注文本文に返金アドレスがない場合、HTTP 400で「missing_refund_address: a refund address is required — if the swap fails, funds can only be returned there」。返金アドレスにTXyzNotARealAddress123を入れると400で「invalid_refund_address: not a TRON address (expect T followed by 33 base58 characters)」。どちらも資金が動く前に検証されます。返金アドレスは注文の必須項目であって、親切な追加機能ではありません。本日のカタログは515資産・74ネットワーク、うち6件は追加IDが必要です（XRP、USDC-Algo、XLM、HBAR、ATOM、Ethereum上のNEIRO）。返金は元の資産・元のネットワークにしか戻りません。別ネットワークのアドレスは返金ではなく二度目の損失です。ChangeNOWのFAQはさらに厳しく、SegWitのBTC入金アドレスに送られたコインはBTCとしてしか返金できず、そこへ送ったLTC、BCH、BSVは戻せないとしています。最小額未満の入金は返金保証がありません。 (recovering misdirected funds)
25時間の返金の内訳
同じ出来事を時間軸に置き、数字は実測値で埋めます。T+0：注文作成、10分の入金窓（実測601秒）。T+10分：窓が閉じ、上流の提示は返金か市場レートでの継続に変わります。T+30分：ローカル規則が期限切れにしますが、上流がまだ入金待ちと報告している場合だけで、スキャンは2分に1回です。T+6時間：遅延入金の遡りが終わり、それ以降に届いた資金は手動対応になります。T+n時間：上流のリスク審査や運用確認が返金をキューに載せます。公表値は24時間です。その後、現在の手数料で送信し、今日の混雑では1確認に最短でも数十分。T+25時間06分：当社の行がrefundedに変わり、上流ステータスはREFUNDでした。
待ち時間を縮める6項目
1）送金前に返金アドレスを入れる。ネットワークは入金する資産と同一に。2）窓の中で正確な金額を送る。不足は交換を返金の判断に変えます。3）注文IDと入金ハッシュを保管する。ハッシュだけが「届いた」ことの証拠です。4）期限切れ後、同じアドレスへ再送しない。遡りは6時間で、2回目の入金は記録を濁らせるだけです。5）「直すため」に2件目の注文を作らない。手数料と記録が倍になります。6）メモやタグが必要な資産は、返金アドレスにもタグが必要です。
体感時間は一行に圧縮できます。判断は時間単位、送信は分単位、確認は予測不能。そしてチェーンは3つのうちで一番小さい部分です。だから1日かかった返金はサービスの故障の証拠ではなく、10分で終わった返金も速さの証拠ではありません。どちらも、どのデスクがチケットを拾ったかの証拠です。規模感として14:04 UTCの見積：100 USDT-TRC20は0.14688512 XMR（XMRあたり680.80ドル、現物597.82ドル）、1 XMRは579.321202 USDT、0.01 BTCは1.31526425 XMR（131.52642 XMR/BTC）、コリドー下限19.737089、上限175,575.932493 USDT。これらは執筆時点の値で、最新はページで確認してください。 (XMR→USDT 出口ルート)