막힌 Monero 스왑 해결법: XMR이 도착하지 않을 때

Bitcoin을 스왑 서비스로 보냈는데 타이머가 끝나도 Monero가 지갑에 들어오지 않습니다. 혹은 열두 시간이 지났는데도 스왑 페이지에는 여전히 "교환 중(exchanging)"이라고 표시되어 있고, 여러분의 XMR은 어딘가에 갇혀 있는 것처럼 보입니다. 이것은 프라이버시 코인 세계에서 가장 흔한 고객 문의 가운데 하나입니다. 다행인 점은 코인이 실제로 사라지는 경우가 거의 없다는 것입니다. 코인은 거의 언제나 특정한 어딘가에 멈춰 있을 뿐이며, 그 "어딘가"가 다음에 무엇을 해야 할지를 정확히 알려 줍니다. Monero의 평균 블록 생성 시간은 약 2분이고, 자금을 사용하려면 기본적으로 10번의 컨펌(confirmation)이 필요하기 때문에, 완벽하게 정상적인 스왑이라도 20분 넘게 "멈춘 것처럼" 느껴질 수 있습니다.

이 가이드는 Monero 스왑이 멈춘 것처럼 보이거나 거래가 도착하지 않는 현실적인 원인을 빠짐없이 살피고, 자금이 실제로 어디에 있는지 진단하는 방법, 그리고 이를 복구하는 구체적인 단계를 다룹니다. 지갑 쪽 문제, 네트워크 쪽 지연, 거래소 쪽 보류를 모두 짚어 가며, 송금이 실제로 이루어졌음을 증명할 수 있는 구체적인 도구도 함께 소개합니다. 이 진단 흐름은 MoneroSwapper 같은 즉시 스왑 서비스를 사용했든, 중앙화 거래소에서 출금했든, P2P 아토믹 스왑(atomic swap)을 했든 동일하게 적용됩니다.

Monero 스왑이 멈춘 것처럼 보이는 이유

"멈췄다"는 것은 단일한 하나의 장애인 경우가 거의 없습니다. 하나의 스왑은 여러 독립적인 단계로 이어진 사슬입니다 — 여러분의 입금, 서비스 내부의 변환, 외부로 나가는 Monero 거래, 네트워크 전파, 그리고 마지막으로 여러분의 지갑이 이를 감지하고 컨펌하는 단계입니다. 이 가운데 어느 한 고리에서 지연이 생겨도 겉으로 보이는 모습은 똑같습니다 — 아무것도 도착하지 않습니다. 어느 고리에서 막혔는지 짚어내는 것이 해결의 90%입니다.

• 컨펌 지연(Confirmation lag): Monero는 들어온 자금을 10번 컨펌(약 20분)이 쌓인 뒤에야 사용 가능한 것으로 간주합니다. 지갑은 그보다 훨씬 전에 "미확인" 잔액을 보여 줄 수도 있고, 일부 인터페이스는 잠금이 풀릴 때까지 아예 숨기기도 합니다.
• 멤풀 혼잡(Mempool congestion): 멤풀이 가득 차면 — 2024년 Monero의 거래 적체를 부풀렸던 스팸 폭주 사태 때처럼 — 수수료가 낮은 거래는 블록에 채굴되기까지 더 오래 기다립니다.
• 전파 지연(Propagation delay): Monero의 Dandelion++ 라우팅은 거래를 브로드캐스트하기 전에 "줄기(stem)" 단계를 거치게 하여 거래의 출처를 의도적으로 가립니다. 이 프라이버시 기능은 네트워크가 여러분의 TX를 보기까지 수 초에서 수 분을 더합니다.
• 지갑 미동기화(Wallet not synced): 체인 끝부분(chain tip)보다 뒤처진 라이트 지갑이나 풀 노드는 이미 도착한 결제를 보여 주지 못합니다. 코인은 거기 있지만, 블록체인에 대한 여러분의 시야가 낡은 것입니다.
• 거래소 쪽 보류(Exchange-side hold): 중앙화 서비스는 AML 심사, 유동성, 수동 승인 등을 이유로 외부 출금 스왑을 일시 중단할 수 있습니다 — 몇 시간씩 "교환 중" 상태가 이어지는 가장 흔한 원인입니다.

스왑이 실제로 어디 있는가: 자금 진단하기

고객지원에 연락하거나 패닉에 빠지기 전에, 먼저 돈의 위치를 찾으십시오. Monero의 프라이버시 설계 때문에 공개 익스플로러에 주소를 붙여넣어 잔액을 확인하는 일은 불가능합니다 — 스텔스 주소(stealth address)는 모든 결제가 공개 주소와 연결되지 않는 고유한 일회용 키로 도착하도록 보장합니다. 이는 대체가능성(fungibility)에는 좋지만 가벼운 디버깅에는 끔찍합니다. 대신 스왑이 만들어 낸 산출물 — 거래 ID(TXID), 결제 타이머, 상태 페이지 — 을 이용해 진단합니다.

1단계: 입금 구간이 처리되었는지 확인

Bitcoin, Ethereum 등 투명한 체인으로 스왑 자금을 넣었다면 그 구간은 완전히 감사할 수 있습니다. 입금 TXID를 해당 블록 익스플로러에 붙여넣고, 스왑 서비스가 요구하는 컨펌 수(BTC는 보통 1~3회, 가치가 낮은 알트코인은 더 많음)에 도달했는지 확인하십시오. 입금이 소스 체인에서 아직 대기 중이라면 스왑은 시작조차 되지 않은 것입니다 — 여러분의 자금이 컨펌되기 전에는 Monero 구간이 움직일 수 없습니다. 이것이 가장 흔한 오인 경보입니다.

2단계: 외부로 나가는 Monero TXID 찾기

서비스가 스왑을 완료로 표시하면, 외부로 나간 Monero 거래 해시를 노출해 주어야 합니다. 이를 xmrchain.net이나 exploremonero.com 같은 Monero 블록 익스플로러에 복사해 넣으십시오. RingCT 때문에 금액이나 수신자는 공개적으로 보이지 않습니다 — 이는 의도된 설계입니다. 그러나 거래가 존재하는지, 얼마나 오래되었는지, 컨펌이 몇 개나 쌓였는지는 확인할 수 있습니다. 익스플로러가 해당 TX를 10회 이상 컨펌과 함께 보여 주는데 지갑에는 아무것도 뜨지 않는다면, 문제는 네트워크가 아니라 여러분 쪽에 있습니다.

3단계: 결제가 내 지갑에 도착했음을 증명

Spend 키를 노출하지 않고 특정 입금을 검증하기 위해 Monero는 두 가지 도구를 제공합니다. 평판 좋은 서비스는 거래 증명(transaction proof, tx proof 또는 결제 증명이라고도 함)을 건네줄 수 있습니다: TXID, 수신 주소, 그리고 거래의 비밀 키(tx secret key)입니다. 이를 지갑의 "거래 확인(Check Transaction)" / "증명-검증(Prove-Verify)" 창에 붙여넣으면, 지갑이 자금이 여러분의 주소로 보내졌는지와 그 금액을 암호학적으로 확인해 줍니다. 또는 수신 지갑의 View 키를 가지고 있다면 체인을 스캔해 결제를 직접 감지할 수도 있습니다. 어느 경로든 "사라진 것 같다"를 명확한 예/아니오로 바꿔 줍니다.

흔한 원인과 해결책

아래 표는 여러분이 보는 증상을 가장 가능성 높은 원인 및 가장 빠른 해결책과 연결합니다. 위에서 아래로 진행하십시오 — 비용이 가장 적게 드는 점검이 먼저입니다.

"미확인이지만 보이는" 함정

많은 사용자가 들어온 금액이 나타났는데 사용할 수 없다는 이유로 "멈췄다"고 불평합니다. 그것은 멈춘 게 아닙니다 — RandomX로 확보된 충분한 작업증명(proof-of-work) 아래 묻히기 전에 자금이 이중 지불되지 않도록 Monero가 10회 컨펌 잠금을 시행하는 것입니다. 이 카운트다운은 정상이며 협상의 여지가 없습니다. 해결책은 인내입니다: 거래가 처음 채굴된 시점으로부터 대략 20분입니다.

잘못된 주소 또는 레거시 결제 ID 문제

오래된 통합 방식은 때때로 별도의 결제 ID(payment ID)를 요구했습니다. 주소로 보냈지만 필요한 메모나 결제 ID를 누락했다면, Monero가 도착했더라도 거래소가 자동으로 입금 처리하지 않을 수 있습니다. 최신 방식은 라우팅을 내장한 통합 주소(integrated address)나 Subaddress 체계를 쓰므로, 항상 스왑이 보여 주는 전체 주소를 복사하고 저장해 둔 주소를 재사용하지 마십시오. 글자 하나만 바뀌어도 결제는 되돌릴 방법 없이 낯선 사람의 일회용 키로 향합니다.

단계별 복구

다음 순서를 차례대로 따르십시오. 막힌 스왑은 대부분 4단계 전에 해결됩니다.

1. 주문 ID와 두 개의 TXID를 모두 기록하십시오. 스왑 상태 페이지를 즉시 스크린샷으로 남기십시오. 주문 ID는 어떤 서비스를 상대하든 여러분이 가진 유일한 지렛대이며, 페이지는 만료될 수 있습니다.
2. 입금 구간을 검증하십시오. 입금이 소스 체인에서 필요한 컨펌에 도달했는지 확인하십시오. 아직 대기 중이라면 여기서 멈추고 기다리십시오 — 하류의 어떤 것도 진행될 수 없습니다.
3. 익스플로러에서 외부 Monero TXID를 찾으십시오. 거래가 존재하는지 확인하고 컨펌 수를 세십시오. 10개 이상이면 네트워크는 제 할 일을 한 것입니다.
4. 지갑을 동기화하고 재스캔하십시오. Feather, Cake, 또는 공식 GUI에서 정상적인 원격 노드나 자신의 노드로 전환한 다음 "지갑 재스캔(Rescan wallet)" / "사용분 재스캔(Rescan spent)"을 실행해, 지갑이 체인을 다시 읽고 여러분에게 보내진 일회용 출력을 감지하도록 하십시오.
5. 거래 증명을 요청하십시오. 그래도 지갑에 아무것도 뜨지 않으면, 서비스에 tx proof(TXID + 주소 + tx 비밀 키)를 요청해 지갑의 거래 확인 도구에서 검증하십시오.
6. 증거를 가지고 에스컬레이션하십시오. 증명 결과 자금이 여러분이 통제하지 않는 주소로 갔다면, 여러분은 구체적인 근거를 갖게 됩니다. 주문 ID, 두 TXID, 증명을 고객지원에 보내고 정정된 지급을 요청하십시오.

블록 익스플로러가 여러분의 외부 Monero 거래를 10회 이상 컨펌과 함께 보여 준다면, 코인은 존재하고 정산이 끝난 것입니다 — 여기서부터는 지갑 동기화 또는 잘못된 주소 문제이지, 결코 "네트워크에서 사라진" 문제가 아닙니다.

실제 사례

2025년 초의 한 트레이더를 생각해 봅시다. 그는 0.05 BTC를 XMR로 스왑했는데 상태가 아홉 시간 동안 "교환 중"에서 멈춰 있는 것을 보았습니다. 첫 직감은 자금이 사라졌다는 것이었습니다. BTC 입금 TXID를 Bitcoin 익스플로러에 붙여넣자 컨펌 140개가 표시됐습니다 — 입금 구간은 흠잡을 데 없었습니다. 스왑 서비스는 단지 일시적인 유동성 재조정 동안 외부 지급을 대기열에 넣어 두었을 뿐이었습니다. 트레이더가 주문 ID로 티켓을 열자, Monero 거래는 한 시간 안에 브로드캐스트되어 Dandelion++를 통해 전파됐고 정상적으로 컨펌됐습니다.

이와 대조적으로, 익스플로러가 정산 완료를 확인해 준 자금을 정말로 볼 수 없었던 사용자도 있었습니다. 범인은 하드코딩된 노드가 오프라인이 되는 바람에 4만 블록 뒤처진 데스크톱 지갑이었습니다. 지갑이 새 노드를 가리키게 하고 전체 재스캔을 실행하자 몇 분 만에 전체 잔액이 떠올랐습니다. 수천 건의 사례에서 같은 교훈이 반복됩니다: MoneroSwapper 같은 서비스가 외부 TXID를 공개하는 이유는 바로 여러분이 스스로 검증할 수 있게 하기 위함이며, 익스플로러가 진실의 심판자입니다. 체인이 정산 완료라고 말한다면, 해결책은 환불 요청을 향한 다급한 달음박질이 아니라 로컬에 있습니다 — 동기화하고, 재스캔하고, 주소를 다시 확인하는 것입니다.

한국 사용자가 특히 스왑을 자주 쓰는 이유

한국에서 이 문제가 유독 자주 보고되는 데에는 구조적인 배경이 있습니다. 2021년 특정금융정보법(특금법) 시행과 트래블룰(Travel Rule) 도입 이후, Upbit와 Bithumb를 비롯한 국내 주요 거래소는 이른바 "다크코인"으로 분류한 Monero를 일제히 상장 폐지했습니다. 그 결과 국내 거래소에서는 XMR을 직접 사고팔 수 없게 됐고, 많은 사용자가 Bitcoin을 먼저 확보한 뒤 MoneroSwapper 같은 비수탁형 스왑 서비스로 XMR을 교환하는 경로를 택하게 됐습니다.

이 경로는 KYC 없이 Monero를 손에 넣는 합리적인 방법이지만, 단계가 하나 더 늘어나는 만큼 "스왑이 멈춘 것 같다"는 상황도 그만큼 자주 발생합니다. 국내 거래소에서 BTC를 출금하는 데 걸리는 시간, 트래블룰에 따른 출금 지연이나 보류, 그리고 그 위에 Monero 자체의 10회 컨펌 잠금까지 겹치면 체감 대기 시간은 쉽게 한 시간을 넘깁니다. 핵심은 이 지연의 대부분이 정상이라는 점입니다 — 사슬의 어느 고리가 느린지 짚어내면 패닉은 사라집니다.

세금과 기록 측면에서도 짚어 둘 부분이 있습니다. 국세청은 가상자산 거래에 대한 과세 체계를 단계적으로 정비해 왔으므로, 스왑 기록(주문 ID, 양쪽 TXID, 시각)을 보관해 두면 분쟁 해결뿐 아니라 향후 신고에도 도움이 됩니다. 금융감독원과 한국은행 역시 가상자산 관련 규율을 꾸준히 다듬고 있어, 거래 증빙을 스스로 남겨 두는 습관은 갈수록 중요해지고 있습니다. 거래 증명과 TXID는 분실 문제를 푸는 열쇠인 동시에 깔끔한 기록의 출발점이기도 합니다.

노드를 올바르게 전환하고 재스캔하는 법

막힌 스왑의 상당수는 "코인이 사라진" 게 아니라 "지갑이 체인을 제대로 보지 못하는" 동기화 문제입니다. 라이트 지갑이든 풀 노드 연결이든, 지갑이 신뢰하는 노드가 느려지거나 오프라인이 되면 이미 도착한 결제가 화면에 뜨지 않습니다. 그래서 가장 먼저 손대야 할 곳이 노드 설정입니다. 아래는 한국 사용자가 흔히 쓰는 세 지갑의 절차입니다.

• Feather Wallet: 상단 메뉴에서 노드 설정을 열고, 응답이 빠른 공개 원격 노드로 바꾸거나 직접 운영하는 노드 주소를 입력하십시오. 그런 다음 도구 메뉴의 "Rescan wallet"을 실행해 지갑이 블록체인을 다시 훑도록 합니다. 출력 캐시가 꼬였을 때는 "Rescan spent outputs"가 특히 효과적입니다.
• Cake Wallet / Monero.com: 설정에서 현재 연결된 노드를 확인하고, 기본 노드가 응답하지 않으면 다른 공개 노드로 전환하거나 자신의 노드를 추가하십시오. 모바일 환경에서는 동기화가 끊겼다가 다시 붙는 일이 잦으므로, 앱을 완전히 종료한 뒤 다시 열어 동기화를 처음부터 돌리는 것만으로 잔액이 떠오르기도 합니다.
• 공식 GUI(Monero GUI): 설정 → 노드 탭에서 원격 노드 주소를 바꾸거나 로컬 데몬(monerod)을 사용하도록 전환하십시오. 이어 설정의 고급 항목에서 "Rescan wallet balance"를 실행하면 지갑이 블록 0부터(또는 복원 높이부터) 다시 스캔하며 여러분에게 향한 일회용 출력을 모두 찾아냅니다.

재스캔은 키나 자금을 위험에 빠뜨리지 않습니다. 단지 지갑이 이미 공개된 블록체인을 다시 읽어 자신의 출력을 다시 계산하게 할 뿐입니다. 동기화가 끝났는데도 잔액이 보이지 않는다면, 그때 비로소 지갑 자체가 아니라 주소나 거래소 쪽 문제로 의심의 방향을 옮기면 됩니다.

거래 증명(tx proof)을 직접 검증하는 법

거래 증명은 막힌 스왑 분쟁에서 가장 강력한 카드입니다. 서비스가 "보냈다"고 말로만 하는 것과, 암호학적으로 검증 가능한 증명을 제시하는 것은 전혀 다릅니다. 증명을 받으면 다음 순서로 직접 확인하십시오.

1. 서비스에서 세 가지를 받습니다: 외부 Monero TXID, 자금이 향한 수신 주소, 그리고 해당 거래의 비밀 키(tx secret key).
2. 지갑의 "거래 확인" 또는 "Prove/Verify" 도구를 열고 세 값을 그대로 입력합니다.
3. 지갑이 해당 주소로 실제로 보내진 금액을 표시하면, 송금은 사실이며 분쟁의 초점은 "정말 보냈는가"에서 "올바른 주소로 보냈는가"로 좁혀집니다.
4. 표시된 수신 주소가 여러분이 제출한 주소와 다르면, 그 차이가 바로 증거입니다. 화면을 캡처해 두십시오.

View 키로 직접 스캔하는 방법도 있습니다. 받는 지갑의 View 키와 공개 주소만 있으면 — Spend 키 없이도 — 체인에서 자신에게 들어온 거래를 감지할 수 있습니다. 이는 와치온리(watch-only) 지갑을 만들어 자금의 도착을 독립적으로 확인하는 정공법입니다. 두 방법 모두 "느낌"을 "증거"로 바꿔 주며, 고객지원과의 대화 시간을 크게 줄여 줍니다.

스왑이 막히지 않게 하는 사전 체크리스트

가장 좋은 해결은 애초에 막히지 않는 것입니다. 다음 항목은 미수신 사고의 대부분을 미리 차단합니다.

• 수신 주소는 항상 지갑에서 새로 복사하고, 보내기 직전 앞뒤 여러 글자를 눈으로 대조하십시오. 저장해 둔 옛 주소 재사용은 금물입니다.
• 스왑을 시작하자마자 주문 ID와 상태 페이지를 스크린샷으로 남기십시오. 페이지는 만료될 수 있고, 주문 ID가 없으면 고객지원이 사건을 찾지 못합니다.
• 혼잡기에는 입금 측 수수료를 넉넉히 잡으십시오. 소스 체인 입금이 늦게 컨펌될수록 전체 스왑이 그만큼 늦어집니다.
• 외부 TXID가 공개되는 서비스를 고르십시오. TXID를 주지 않는 서비스는 여러분이 스스로 검증할 길을 막는 셈입니다.
• 스왑 직후 20분 안에는 "사라졌다"고 단정하지 마십시오. Monero의 10회 컨펌 잠금은 정상 동작입니다.

P2P 아토믹 스왑이 멈췄을 때

중앙화 스왑과 달리 BTC-XMR 아토믹 스왑(atomic swap)은 신뢰 없는 프로토콜이라 멈춤의 양상이 조금 다릅니다. 여기서는 거래소 보류라는 개념이 없고, 대신 양쪽 당사자가 정해진 시간 안에 각자의 단계를 끝내야 합니다. 상대가 응답하지 않거나 클라이언트가 중간에 종료되면 교환이 미완으로 멈춘 것처럼 보일 수 있습니다.

핵심은 환불 타임락(refund timelock)입니다. 프로토콜은 상대가 사라져도 자금이 영원히 묶이지 않도록 설계되어 있어, 정해진 시간이 지나면 여러분이 입금을 돌려받거나 교환을 마무리할 수 있습니다. 따라서 아토믹 스왑이 멈춘 듯 보여도 클라이언트를 끄지 말고, 로그와 스왑 ID를 보관한 채 타임락 창이 열릴 때까지 클라이언트를 계속 실행해 두십시오. 중간에 강제 종료하는 것이야말로 자금이 잘못된 상태로 갇히는 가장 흔한 원인입니다. 의심스러우면 사용 중인 클라이언트(예: 관련 GUI나 CLI)의 복구 절차 문서를 먼저 확인하십시오.

자주 묻는 질문(FAQ)

Monero 스왑은 얼마나 기다린 뒤에 걱정해야 하나요?

입금 체인의 컨펌 시간에 Monero의 10회 컨펌을 위한 약 20분을 더해 잡으십시오. BTC-XMR 스왑이라면 처음부터 끝까지 보통 30~60분입니다. 외부 TXID에 아무 움직임 없이 두 시간이 넘어간다면, 특히 입금이 이미 컨펌됐다면, 고객지원 티켓을 열 가치가 있습니다.

Monero 거래가 잘못된 주소로 갔다면 되돌릴 수 있나요?

아니요. Monero 거래는 한 번 채굴되면 최종적이고 되돌릴 수 없으며, 스텔스 주소 때문에 자금은 수신자의 지갑만 감지할 수 있는 일회용 키로 도착합니다. 잘못된 주소로 보냈다면 복구는 전적으로 그 주소를 통제하는 사람의 선의에 달려 있습니다. 항상 전체 주소를 복사-붙여넣기하고 보내기 전에 첫 글자와 마지막 글자를 확인하십시오.

왜 블록 익스플로러에서 내 Monero 잔액이 보이지 않나요?

그것이 Monero가 의도대로 작동하는 모습입니다. RingCT는 금액을 숨기고, 링 서명(ring signature)은 미끼들 사이에서 진짜 송신자를 숨기며, 스텔스 주소는 수신자를 숨깁니다. 공개 익스플로러는 거래가 존재하는지 확인하고 컨펌을 셀 수 있지만, 여러분의 잔액을 보여 줄 수는 없습니다. 입금을 검증하려면 공개 조회가 아니라 거래 증명이나 지갑의 View 키를 사용합니다.

지갑에 자금이 "잠김"으로 표시됩니다 — 스왑이 멈춘 건가요?

아니요. 잠김 또는 미확인 잔액은 단지 거래가 아직 10회 컨펌에 도달하지 않았다는 뜻입니다. 코인은 이미 체인 위에 있고, 잠금이 풀릴 때까지 약 20분 동안 사용만 할 수 없을 뿐입니다. 이것은 고의적인 이중 지불 방지 규칙이지 오작동이 아닙니다.

막힌 스왑에 대해 고객지원에 어떤 정보를 줘야 하나요?

스왑 페이지의 주문 ID, 입금 TXID, 발급됐다면 외부 Monero TXID, 여러분이 제공한 정확한 수신 주소, 그리고 현재 상태의 스크린샷을 제공하십시오. 이것들이 있으면 평판 좋은 서비스는 거래 증명을 만들어 사건을 신속히 해결할 수 있습니다. 정보가 많고 정확할수록 처리 시간은 짧아지며, 추측에 기댄 문의보다 훨씬 빠르게 결론에 도달합니다.

결론

막힌 Monero 스왑은 거의 언제나 손실 문제가 아니라 진단 문제입니다. 먼저 자금을 찾으십시오: 입금 구간을 확인하고, 익스플로러에서 외부 TXID를 찾고, 거래 증명이나 View 키로 Monero가 어디에 도착했는지 증명하십시오. 사슬의 어느 고리가 멈췄는지 — 컨펌 지연인지, 낡은 지갑인지, 멤풀 혼잡인지, 거래소 쪽 보류인지 — 알고 나면, 해결책은 보통 짧은 대기, 재스캔, 또는 올바른 증거를 갖춘 고객지원 티켓입니다. 시작하는 순간부터 주문 ID와 두 TXID를 보관해 두면, 패닉에 빠진 환불 추적을 5분짜리 점검으로 바꿀 수 있습니다. 모든 지급을 스스로 검증할 수 있도록 외부 TXID를 공개하는 서비스로 다시 스왑할 준비가 되셨다면, MoneroSwapper에서 시작하거나 익명으로 Monero 구매하기에 대해 더 읽어보십시오.