届かないMoneroスワップの直し方:着金しないときの完全ガイド

スワップサービスにBitcoinを送ったのに、タイマーが切れてもMoneroがウォレットに入ってこない。あるいは12時間経っても画面には「exchanging(交換中)」と表示されたまま、肝心のXMRは宙に浮いている――。これはプライバシーコインの世界でもっとも多いサポート問い合わせのひとつです。やっかいなのは、ほとんどのケースでコインは「失われて」などいないという点です。資金はどこか特定の場所で止まっているだけで、その「どこか」さえ突き止めれば、次に何をすべきかは自ずと決まります。Moneroのブロック生成間隔は約2分、そして資金が使えるようになるまでには既定で10回の承認(confirmation)が必要なので、まったく正常なスワップでも20分以上は「止まっている」ように感じられるのです。

この記事では、Moneroスワップが止まって見える、あるいは着金しない現実的な原因をひとつずつ解説し、資金が実際にどこにあるのかを切り分ける方法と、回収するための具体的な手順を示します。ウォレット側の問題、ネットワーク側の遅延、取引所側の保留の3つを、送金が確かに動いたことを証明できる実用的なツールとともに取り上げます。同じ診断の流れは、MoneroSwapperのようなインスタントスワップを使った場合でも、中央集権型取引所からの出金でも、P2Pのatomic swapでも、まったく同じように使えます。

なぜMoneroスワップは「止まっている」ように見えるのか

「止まっている」状態は、単一の故障であることはまれです。スワップは独立した複数の工程が連なった鎖のようなもので、あなたの入金、サービス内部での両替、送出されるMoneroトランザクション、ネットワークへの伝播、そして最後にあなたのウォレットがそれを検知・承認する、というステップに分かれています。このどこか1か所が遅れても、外から見える様子は同じ――「何も届かない」――です。どの環(リンク)で止まっているかを特定できれば、解決の9割は終わったも同然です。

• 承認待ちの遅延: Moneroは着金した資金を10承認(約20分)に達して初めて「使用可能」とみなします。ウォレットによっては、それ以前から「未確認」残高を表示するものもあれば、ロックが解けるまで残高をまったく見せないものもあります。
• メモリプールの混雑: mempoolが満杯になると――2024年にMoneroのトランザクション滞留を招いたスパム洪水(spam-flood)の際がまさにそうでした――手数料の低いトランザクションはブロックに取り込まれるまで長く待たされます。
• 伝播の遅延: MoneroのDandelion++ルーティングは、トランザクションを一斉ブロードキャストする前に「stem(茎)」フェーズを通すことで、発信元を意図的に隠します。このプライバシー機能のため、ネットワークがあなたのTXを認識するまでに数秒から数分かかります。
• ウォレットの同期遅れ: ライトウォレットや、チェーン先端に追いついていないフルノードは、すでに着いている入金を表示できません。コインはちゃんとあるのに、ブロックチェーンに対するあなたの「視界」が古いだけなのです。
• 取引所側の保留: 中央集権型サービスは、AML審査・流動性・手動承認のために送出スワップを一時停止することがあります。これが数時間にわたって「exchanging」表示が続く、もっとも多い原因です。

あなたのスワップは実際どこにあるのか:資金の切り分け

サポートに連絡したりパニックになったりする前に、まずお金の居場所を特定しましょう。Moneroのプライバシー設計上、自分のアドレスを公開エクスプローラーに貼り付けても残高は見られません。ステルスアドレスの仕組みによって、各支払いはあなたの公開アドレスとは結びつかない一回限りの鍵(one-time key)に着金するからです。これは代替可能性(fungibility)の面では優れていますが、気軽なデバッグには最悪の仕様とも言えます。そのため、診断はスワップが生成した「成果物」――トランザクションID(TXID)、支払いタイマー、ステータスページ――を手がかりに進めます。

ステップ1:入金(インバウンド)が完了したか確認する

スワップの元手をBitcoin、Ethereum、その他の「透明な」チェーンで支払ったのなら、その入金は完全に追跡可能です。入金時のTXIDを該当するブロックエクスプローラーに貼り付け、スワップサービスが要求する承認数(BTCなら1〜3回、低額のaltcoinならもっと多いことが一般的)に達したかを確認してください。送金元チェーン側で入金がまだ保留中なら、スワップはそもそも始まってすらいません。あなたの資金が承認されるまで、Monero側は動けないのです。これは最も多い「空振りの警報」です。

ステップ2:送出されたMoneroのTXIDを探す

サービスがスワップ完了とマークしたら、送出側のMoneroトランザクションハッシュが提示されるはずです。それをxmrchain.netやexploremonero.comといったMoneroブロックエクスプローラーにコピーします。RingCTのおかげで金額も受取人も公開表示されませんが――これは設計どおりの挙動です――トランザクションが存在すること、いつのものか、何承認まで積み上がっているかは確認できます。エクスプローラーがそのTXを10承認以上で表示しているのに、あなたのウォレットには何も映らない場合、問題はネットワークではなくあなたの側にあります。

ステップ3:資金が自分のウォレットに着いたことを証明する

Spend key(送金鍵)をさらすことなく特定の着金を検証するために、Moneroは2つのツールを用意しています。まともなサービスならトランザクション証明(transaction proof、tx proof・支払い証明とも)を発行できます。これはTXID・受取アドレス・トランザクションの秘密鍵(tx secret key)の3点セットです。これらをウォレットの「Check Transaction」/「Prove-Verify(証明・検証)」ダイアログに貼り付けると、ウォレットが暗号学的に「その資金が確かにあなたのアドレス宛てに送られたこと」と「その金額」を確認してくれます。もうひとつの方法として、受取ウォレットのView key(閲覧鍵)を自分で持っているなら、チェーンをスキャンして着金を直接検知できます。どちらの経路でも、「なくなった気がする」が明確な「はい/いいえ」に変わります。

よくある原因とその対処法

下の表は、あなたが目にする症状を、最も可能性の高い原因と、最速の対処に対応づけたものです。上から順に試してください――手間もリスクも少ないチェックを先に並べてあります。

「未確認だが表示されている」という罠

着金額が表示されたのに使えないことを「止まっている」と訴えるユーザーは少なくありません。しかしそれは止まっているのではなく、Moneroが10承認ロックを実行しているだけです。RandomXによって守られる十分なproof-of-workの下に資金が埋もれる前に二重支払い(double-spend)されないよう設けられた仕組みなのです。このカウントダウンは正常で、しかも交渉の余地はありません。対処法はただひとつ、待つこと――そのトランザクションが最初に採掘された時点から、おおよそ20分です。

アドレス間違い・旧式ペイメントIDの問題

古い統合(integration)では、別途ペイメントID(payment ID)を求められることがありました。アドレスには正しく送ったのに、要求されたメモやペイメントIDを付け忘れた場合、Moneroは着いているのに取引所が自動で残高に反映しないことがあります。最近のフローは、ルーティング情報を内部に埋め込むintegrated addressやSubaddress方式を使うので、スワップが表示する完全なアドレスを必ずコピーし、保存済みのものを使い回さないでください。たった1文字の入れ替わりでも、支払いは赤の他人の一回限りの鍵へ飛んでしまい、取り戻す術はありません。

なぜ日本のユーザーはスワップサービスを使うのか

日本では事情がやや特殊です。金融庁(FSA)の方針を受けて、2018年に大手取引所がプライバシーコインの取り扱いを相次いで終了し、以降の国内取引所ではMoneroをそもそも上場していないところがほとんどです。そのため日本のユーザーがXMRを手に入れる現実的な手段は、海外サービスでの購入か、Bitcoinなどからのスワップにほぼ限られます。これはまさに本記事のような「届かないスワップ」のトラブルが日本で多い背景でもあります。国内取引所に上場がない以上、海外のインスタントスワップやP2Pに頼らざるを得ず、結果として承認待ちやノード同期といった、ふだん馴染みのない概念につまずく人が増えるわけです。

付け加えると、Monero自体は日本で違法ではありません。所有もスワップも合法であり、注意すべきは税務上の扱いです。国税庁は暗号資産の交換益を原則として雑所得として扱うため、BTCからXMRへスワップした時点でも損益計算の対象になり得ます。スワップが「届いた・届かない」というトラブル対応とは別に、注文IDと両方のTXIDを記録しておく習慣は、後々の損益記録にもそのまま役立ちます。

atomic swap(P2P)の場合はどう違うのか

Havenoのようなノンカストディアルのatomic swapを使った場合、止まったときの考え方が少し変わります。仲介する中央集権サービスが存在しないため、「取引所側の保留」という原因は基本的にありません。代わりに注意すべきは、両者のソフトウェアがやり取りする一連の手順のどこで処理が止まったか、そして自分の側のクライアントとノードがオンラインで同期しているか、です。

atomic swapは設計上、片方が途中で離脱しても資金が一方的に奪われないようになっています。多くの場合、一定時間が経過するとリファンド(返金)のパスが開き、送ったコインは自分の側へ戻ります。したがって、ここでの「止まった」は中央集権スワップとは意味合いが異なり、まずは自分のクライアントを起動したまま同期を保ち、ログとTXIDを確認することが先決です。慌てて二重に送金しないことが、atomic swapで最も大切な鉄則です。

段階的なリカバリー手順

次の順番どおりに進めてください。止まったスワップのほとんどは、ステップ4に到達する前に解決します。

1. 注文IDと2つのTXIDを控える。 スワップのステータスページは今すぐスクリーンショットを。注文IDはどのサービスに対しても唯一の交渉材料であり、ページ自体は期限切れになることがあります。
2. インバウンド(入金)を検証する。 送金元チェーンで入金が必要承認数に達したか確認します。まだ保留中なら、ここで止めて待ってください――下流のどの工程も先に進めません。
3. 送出されたMoneroのTXIDをエクスプローラーで探す。 存在を確認し、承認数を数えます。10以上あれば、ネットワークは仕事を終えています。
4. ウォレットを同期し再スキャンする。 Feather、Cake、または公式GUIで、健全なリモートノードか自分のノードに切り替えてから「Rescan wallet」/「Rescan spent」を実行し、あなた宛ての一回限りの出力(output)をウォレットに再検出させます。
5. トランザクション証明を要求する。 それでもウォレットに何も出ないなら、サービスにtx proof(TXID+アドレス+tx secret key)を求め、ウォレットのcheck-transactionツールで検証します。
6. 証拠を添えてエスカレーションする。 証明によって資金が自分の管理外のアドレスへ行ったと分かれば、それは具体的な根拠になります。注文ID・両方のTXID・証明をサポートに送り、正しい支払いのやり直しを求めてください。

ブロックエクスプローラーがあなたの送出Moneroトランザクションを10承認以上で表示しているなら、コインは存在し、決済も完了しています。ここから先はウォレットの同期かアドレス違いの問題であって、「ネットワーク上で消えた」という類の問題では決してありません。

トランザクション証明を自分で検証する手順

tx proofは、サポート任せにせず自分の手で検証できます。やり方を知っておくと、サービスが「送りました」と言うだけの状態から、「確かに自分のアドレス宛てに、この金額が送られた」と数学的に確定させる状態へ一気に進めます。必要なのは3点――TXID、受取アドレス、tx secret key(トランザクションの秘密鍵)――だけです。

1. 3点セットを受け取る。 サービスのサポートに、止まった注文のtx proofを請求します。返ってくるのはTXID・送り先アドレス・tx secret keyの組です。
2. ウォレットの検証ダイアログを開く。 公式GUIなら「Advanced(高度な設定)」→「Prove/Check(証明/検証)」、Featherなら「Tools(ツール)」→「Check tx proof」、Cake Walletなら取引の詳細画面から進みます。
3. 「Check Transaction(トランザクションを検証)」を選ぶ。 「自分の証明を作る」側ではなく、「受け取った証明を検証する」側です。ここを取り違えると延々とエラーになります。
4. 3点を貼り付ける。 TXID、自分の受取アドレス、tx secret keyを各欄に入れて実行します。ウォレットが「Good(検証成功)」と、そのアドレスに着金した正確な金額を返せば、Moneroは確実に届いています――問題は同期かアドレスの取り違えです。

逆に検証が「Bad」や金額ゼロを返すなら、資金はあなたのアドレスには来ていません。これはサービスへエスカレーションするときの動かぬ証拠になります。View keyを持っているなら、ウォレットを読み取り専用で復元してチェーン全体を再スキャンし、同じことを別経路で確認することもできます。

ノードとTor:同期トラブルの根本対策

「エクスプローラーには出るのにウォレットに出ない」症状の大半は、結局ノードの問題に行き着きます。ウォレットがつないでいるリモートノードがチェーン先端から遅れていたり、応答が遅かったり、完全に落ちていたりすると、すでに着いている資金は永久に見えません。まず画面下部の同期高さ(block height)を、エクスプローラーが示す最新の高さと見比べてください。差が開いているなら、それが犯人です。

• ノードを切り替える。 不調なリモートノードを別の信頼できるノードに変えるだけで直ることが多いです。日本国内からの接続でも、地理的な近さより応答の安定性を優先して選びましょう。
• 自分のフルノードを動かす。 余裕があるなら、getmonero.orgからmonerodを入れて自前のノードを同期させるのが最も確実です。他人のノードに残高の閲覧依頼を投げずに済むので、プライバシー面でも勝ります。
• Tor経由の接続を見直す。 プライバシーのためにTor越しでノードへつないでいる場合、回線が不安定だと同期が途中で止まりがちです。一度クリアネットの自分のノードで残高を確認してから、運用をTorに戻すと切り分けが楽になります。
• 再スキャンを忘れない。 ノードを変えたら必ず「Rescan blockchain」を実行します。ウォレットは古いキャッシュを信じ続けることがあるため、再読み込みを明示的に指示しないと新しいノードの情報を反映しません。

実例で見る

2025年初頭に0.05 BTCをXMRにスワップし、9時間にわたってステータスが「exchanging」で固まったままになったトレーダーを考えてみましょう。最初の直感は「資金が消えた」でした。ところがBTC入金のTXIDをBitcoinエクスプローラーに貼り付けると140承認――インバウンド側は完璧でした。スワップサービスは単に、一時的な流動性リバランスの間、送出する支払いをキューに入れていただけだったのです。トレーダーが注文IDを添えてチケットを開くと、Moneroトランザクションは1時間以内にブロードキャストされ、Dandelion++を経て伝播し、正常に承認されました。

対照的なのが、エクスプローラー上では決済済みと確認できる資金を、本当に見られなかったユーザーです。原因は、ハードコードされたノードがオフラインになったために、デスクトップウォレットが4万ブロックも遅れて止まっていたことでした。ウォレットを新しいノードに向けて完全な再スキャンを走らせると、残高全体が数分で姿を現しました。この教訓は何千件もの事例で繰り返されています。MoneroSwapperのようなサービスが送出TXIDを公開するのは、まさにあなた自身が検証できるようにするためであり、真実を裁くのはエクスプローラーです。チェーンが「決済済み」と言っているなら、直すべきは手元――同期し、再スキャンし、アドレスを見直すこと――であって、慌てて返金を申請することではありません。

FAQ

Moneroスワップは、どのくらいで心配し始めるべきですか?

送金元チェーンの承認時間に、Moneroの10承認ぶんのおよそ20分を足して見積もってください。BTCからXMRへのスワップなら、端から端まで30〜60分というのが一般的です。送出TXIDがまったく動かないまま2時間を過ぎたら――とくに入金がすでに承認済みなら――サポートに問い合わせる価値があります。

間違ったアドレスに送ってしまったMoneroは取り消せますか?

いいえ。Moneroのトランザクションは採掘された時点で最終的かつ不可逆であり、ステルスアドレスの仕組み上、資金は受取人のウォレットだけが検知できる一回限りの鍵に着金します。間違ったアドレスに送ってしまった場合、回収できるかどうかはそれを管理する相手の善意に完全に委ねられます。送信前には必ず完全なアドレスをコピー&ペーストし、先頭と末尾の数文字を見比べて確認してください。

なぜブロックエクスプローラーで自分のMonero残高が見えないのですか?

それはMoneroが意図どおりに機能している証拠です。RingCTが金額を隠し、ring signature(リング署名)がデコイの中に本当の送信者を紛れ込ませ、ステルスアドレスが受取人を隠します。公開エクスプローラーはトランザクションの存在確認と承認数のカウントはできますが、あなたの残高は表示できません。着金を検証するには、公開検索ではなく、トランザクション証明かウォレットのView keyを使います。

ウォレットに資金が「ロック中」と表示されます――スワップは止まっているのですか?

いいえ。ロック中・未確認の残高は、単にトランザクションがまだ10承認に達していないことを意味します。コインはすでにオンチェーンに存在しており、ロックが解けるまで使えないだけです。これにはおよそ20分かかります。意図的な二重支払い防止ルールであって、故障ではありません。

止まったスワップについて、サポートには何を伝えればよいですか?

スワップページの注文ID、入金時のTXID、発行されていれば送出Moneroの TXID、あなたが指定した正確な受取アドレス、そして現在のステータスのスクリーンショットを提供してください。これらがあれば、まともなサービスはトランザクション証明を作成し、案件を速やかに解決できます。

View keyを渡せば残高を見られると聞きました。安全ですか?

View key(閲覧鍵)は、着金の検知と残高の確認はできても、資金を動かす権限はありません。Spend keyとは別物だからです。診断のために自分のウォレットでView keyを使ってチェーンをスキャンするのは安全ですし、有効な手段です。ただしView keyを第三者に渡すと、その相手はあなたの入金履歴を閲覧できてしまうため、プライバシー上の意味は理解した上で扱ってください。送金能力を握られるわけではない、という点だけは正しく区別しておきましょう。

送出TXIDが何時間もmempoolに残ったまま採掘されないのはなぜですか?

多くは、混雑時に手数料が低すぎたケースです。Moneroは動的手数料を採用していますが、サービスが送出時に最低水準の手数料を選び、その直後にmempoolが膨らむと、より高い手数料のトランザクションに先を越されて順番が後回しになります。このときあなた側にできることはなく、手数料の引き上げ(fee bump)や再ブロードキャストはサービス側の作業です。だからこそ送出TXIDを控え、サポートに「このTXがmempoolで滞留している」と具体的に示すことが効きます。

そもそも止まりにくいスワップにするための事前準備

トラブル対応の最良の形は、トラブルを起こさないことです。次の習慣を身につけておくと、止まったスワップに費やす時間が劇的に減ります。

• 受取アドレスは毎回コピーし直す。 保存済みアドレスの使い回しは、Subaddressの取り違えやアドレス間違いの温床です。スワップが表示する完全なアドレスを毎回貼り付け、先頭と末尾の数文字を声に出して確認するくらいで十分すぎることはありません。
• 始めた瞬間にスクリーンショットを撮る。 注文ID・入金TXID・送出TXID・受取アドレス・ステータスを1枚に収めておけば、後で「ページが消えた」と慌てずに済みます。これは前述のとおり、国税庁向けの損益記録にもそのまま使える資料になります。
• 余裕のある時間帯に少額で試す。 大きな金額を初めてのサービスでいきなり動かさず、まず少額でフローを通しておくと、承認時間やサポートの応答速度の感覚がつかめます。
• 同期済みのウォレットを用意しておく。 スワップを始める前に受取ウォレットをチェーン先端まで同期させておけば、着金後に「同期遅れで見えない」という最も多い罠を避けられます。
• 送出TXIDを公開するサービスを選ぶ。 そもそも検証手段を渡さないサービスでは、止まったときに打つ手が限られます。出金のTXIDをきちんと開示するかどうかは、サービス選びの重要な判断材料です。

まとめ

止まったMoneroスワップは、ほぼ常に「損失」ではなく「診断」の問題です。まず資金の居場所を突き止めましょう――インバウンドを確認し、送出TXIDをエクスプローラーで探し、トランザクション証明かView keyでMoneroがどこに着いたかを証明する。鎖のどの環で止まっているか――承認待ち、古いウォレット、mempoolの混雑、取引所側の保留――が分かれば、対処はたいてい短い待機か、再スキャンか、正しい証拠を添えたサポート問い合わせで済みます。スワップを始めた瞬間から注文IDと両方のTXIDを控えておけば、慌てふためく返金探しは5分で終わるチェックに変わります。落ち着いて鎖をたどれば、答えはいつもどこか1か所にあります。送出TXIDを公開し、あらゆる支払いをあなた自身で検証できるサービスでもう一度スワップする準備ができたら、MoneroSwapperから始めるか、匿名でMoneroを購入する方法をぜひ読んでみてください。