クリプトスワップの返金先アドレスはどれを選ぶか（避けるべき先）

インスタントスワップはどのサービスでも2つのアドレスを要求しますが、真剣に考えられるのはそのうち1つだけです。受け取りアドレスは明白——コインが着地する場所です。2つ目の欄、すなわち返金先は、別タブで開いているソフトウェアウォレットやハードウェアウォレット、取引所の入金アドレス、半年前にチャットからコピーした文字列で埋められがちです。高くつく失敗はこの2つ目の欄で起きます。執筆時点（2026-10-15）の当社見積APIは、100 USDT-TRC20 に対して 0.1621607 XMR、0.01 BTC に対して 1.46243728 XMR を返しました——注文が失敗し、返金が誰も使えない場所に落ちれば、この金額はあなたに届きません。本記事では、どのアドレスを入れるべきか、そして間違えたときに実際に何が起きるかを扱います。 (XMR→USDT 出口ルート)

返金先は入金チェーン上のアドレスであり、受け取りチェーンのものではない 多くの人が逆に理解している点で、ルールは一文で足ります：返金は、あなたが送った資産を、あなたが送ったチェーン上で戻します。APIドキュメントは1つのリクエストでそれを示しています——eth-eth の注文で、受け取りアドレスはビットコインのもの（bc1q…）、返金先はイーサリアムのもの（0x…）。1つの注文に2つのネットワークが同居し、それを助けるネットワーク選択欄はありません。受け取りネットワークのアドレスを返金欄に入れれば、多くは形式不正として拒否されます。たまに受理され、問題は返金がブロードキャストされた段階で表面化します——受け取り側のチェーンでは使えない資金になるのです。執筆時点で VeilSwap は74のネットワークにまたがる541の資産を集約しており、1つの注文の2つのアドレスが別チェーンに載るのはむしろ普通です。

返金ルートが実際に使われるのはどんなときか 返金はフローの本道ではなく脇道です。注文は waiting_deposit で始まり、confirming、settling を経て paid に至ります。30分以内に入金がなければ、入金アドレスは失効し注文は閉じます——資金はそもそも当社に預かられていないので、返金するものはありません。入金が届いたのにスワップが完了できない場合（ルートが消えた、プロバイダが約定を断った、金額がペアの上下限を外れた）は、送った資産が戻されます。注文ページに明記されている正直な制限が一つあります：表示額を大きく下回る入金は処理できず、返金もできません。ですから自分が送金したトランザクションIDは保管してください。返金がブロードキャストされると、注文ページにはそのハッシュが表示され、話の前半と後半がそれぞれチェーン上で独立に検証できる状態で残ります。

自己管理アドレスが取引所の入金アドレスに勝る理由：3つの具体的な帰結 第一に帰属です。取引所の入金アドレスは本人確認を通過したアカウントに属します。返金がそこへ着けば、取引所はその入金の金額・時刻・送金元を観測します。自分で管理するウォレットへの返金は、自分名義のアドレス間の移動にとどまります。第二は仕組みの話で、メモ（タグ）付きチェーンです。当社カタログでは7つの資産がアドレスと併せてメモ／タグを要求します（XRP、XLM、HBAR、ATOM、Algorand版USDC、Stacks など）。これらのチェーンで取引所アドレスへタグなしの返金を送ると、資金は取引所の集約ウォレットに落ち、入金計上はチェーンではなくサポート手続き次第になります。第三に最低額です。取引所は入金計上のしきい値を独自に設定しており、2026-10-15 時点で 1 XMR は 0.00657903 BTC の見積りでした——その規模の返金は、誰も読んでいないしきい値を下回ることがあります。自己管理アドレスはこの3つを一度に消します。

多くの問題を防ぐルール：返金を受け取りたいウォレットから送る 別途指定しない限り、返金はあなたが送金したアドレスへ戻ります——つまり最も安全な返金先は、送金に使っているそのウォレットです。構造上かならず正しいネットワークにあり、すでにあなたが保有しています。罠は取引所です。取引所から出金するとき、資金を支出するアドレスは取引所のホットウォレットであり、あなたの入金アドレスではありません。ホットウォレットに届いた返金は、あなたには見えず、証明も交渉もできない内部の記帳処理で、その一部はそもそも入金計上されません。資金がすでに取引所にあり、どうしてもそこから出す必要があるなら、注文作成時に10秒だけ足して、返金欄に自分が保有するウォレットのアドレスを、入金と同じネットワークで入れてください。

返金にはいくらかかるか、そしてなぜコストはほぼ問題にならないか 返金は通常のオンチェーン取引なので、そのネットワークの相場を支払います。2026-10-15 のビットコインメンプールは軽く、未確認取引80,607件・合計39.47 MvB、推奨の最速レートは 1 sat/vB でした。典型的な単一入力・二出力のSegWit取引は約141 vB、つまりおよそ141サトシ、0.00000141 BTCです。この水準では、コストが返金失敗の原因になることはまずありません。ネットワークによって課金の仕組みは異なります。TRC20の送金はレート市場で入札するのではなくエネルギーと帯域を消費するため、そのタイミングは送信側のエネルギーの持ち高に依存し、いくら払うかとは関係しません。実用的な結論はこうです——人が実際に使うチェーンでは、金銭が問題になることはまれで、問題はアドレスです。

送信前の5つの確認 一つ、ネットワークの一致——返金先は受け取り資産ではなく入金資産のネットワークでなければなりません。二つ、メモ／タグ——必要な資産では注文フローがそれを表示します。そのままコピーしてください。任意ではなく、あなたの注文IDでもありません。三つ、送信元の確認——ウォレットが実際に支出するアドレスを読んでください。取引所やコントラクトに属するなら、返金は自力で取り戻せない場所に落ちると考えてください。四つ、形式の健全性——まともなウォレットは署名前に不正な形式のアドレスを拒否します。あなたのウォレットが拒むアドレスをスワップフォームが受理したなら、手を止めて確認し直してください。五つ、コピーの鮮度——チャット履歴、スクリーンショット、編集されたかもしれないメモではなく、ウォレットそのものからコピーしてください。

実際に起きている失敗 返金の失敗はほぼすべて、6つの習慣のどれかに行き着きます：そのアカウントで既に無効になった取引所の入金アドレスを入れた／受け取りネットワークのアドレスを返金欄に入れた／取引所のホットウォレットから入金し、送金元が自分のものではなかった／タグ付きチェーンでタグを省いた／コントラクトや、ウォレット内蔵スワップが使う中継アドレスなど、資金を受け取れないアドレスから送った／そして、返金もできないほど大幅に不足した額を送った。いずれも運の悪さではなく、注文作成時の1分の注意力の問題です。検証に必要な情報は注文ページに揃っています：注文専用の入金アドレスとその30分の有効期限、送金分の payin ハッシュ、支払われた分の payout ハッシュ、返金時の refund ハッシュ、そして文字どおりのステータス名——waiting_deposit、confirming、settling、paid、expired、refunded、failed。

返金欄は形式的な項目に見えて、実際には保険のように働きます。入金ネットワーク上にある、自分が保有するウォレットのアドレスを入れ、チェーンがタグを要求するならタグを添えれば、ここに挙げた失敗の型はあなたには当てはまりません——完了できない注文は、あなたが送ったものを、あなたが使える場所へそのまま返します。まだ試していないなら、実務的な手順は短いものです：ペアを選び、確定前に見積りを読み、2つのアドレスを意識して設定し、自分が所有するウォレットから送る。本記事のレートはすべて執筆時点（2026-10-15）のもので市場とともに動きます。実際に意味を持つ数字は、交換ページのライブ見積りです。