콜드 투 콜드: 하드웨어 지갑으로 스왑하는 동선

대부분의 스왑 중간에는 계정이 하나 끼어 있습니다. 거래소에 입금하고, 어딘가의 KYC 파일에 이름이 남고, 출금은 리스크 엔진 대기열에서 기다립니다. 콜드 투 콜드 동선은 그 중간을 지웁니다. 키가 하드웨어 기기에 있는 주소에서 코인이 나가고, 같은 기기에 키가 있는 주소로 도착하며, 그 사이에는 신원을 묻지 않는 인스턴트 스왑 한 번만 있습니다. 어려운 것은 스왑 자체가 아닙니다. 왕복이 성립하는지를 결정하는 것은 양 끝의 자산 지원표, 붙여넣는 주소, 그리고 기기를 약점으로 만들지 않는 두세 가지 습관입니다.

먼저 받아들여야 할 제약: 모든 자산이 왕복을 완주하지는 못합니다. 하드웨어 지갑이 서명하는 체인 목록은 정해져 있고, 모네로가 바로 그 목록의 구멍입니다. 2026년 10월 20일 공식 페이지 확인: Ledger의 모네로 페이지에는 네이티브 지원 설명이 없고, 「Ledger 하드웨어 지갑을 호환되는 서드파티 지갑에 연결해 XMR을 관리하라」고 안내하며 Monero GUI를 지목합니다. Trezor의 코인 목록은 XMR을 Safe 7, Safe 5, Safe 3, Model T에 배정하지만 Suite 지원은 false로 표시하고, 구동 지갑으로 Monero GUI, Cake Wallet, Feather를 적습니다. 그대로 읽으면 키는 기기에 두되 화면은 모네로 지갑이어야 한다는 뜻입니다. BTC, LTC, ETH, TRON 기반 USDT, Zcash 투명 주소에는 이런 단서가 없고 벤더 앱이 직접 처리합니다. 따라서 깔끔한 왕복은 BTC/LTC/ETH·USDT/t 주소 ZEC에서 성립하고, XMR은 '소프트웨어 지갑 단계'를 처음부터 계획에 넣어야 합니다. (모네로 지갑 가이드)

실제로 돌아가는 세 가지 동선. 동선 A(대부분이 택할 것): BTC가 하드웨어 지갑에서 나가고 XMR이 시드를 직접 가진 소프트웨어 지갑(Cake 또는 Feather)으로 도착하며, 모네로 쪽은 거기서 지출합니다. 중간에 수탁자가 없고, 약점은 XMR 구간이 핫이라는 점뿐입니다. 동선 B: USDT-TRC20을 Ledger의 TRON 계정에서 보내고 XMR을 소프트웨어 지갑으로 — 모양은 같고 전송은 더 싸지만, TRON 계정에 대역폭과 에너지용 TRX가 조금 있어야 하며 없으면 전송이 브로드캐스트되지 않습니다. 동선 C는 반대: XMR을 소프트웨어 지갑에서 넣고 BTC나 USDT를 하드웨어 지갑 수신 주소로. 입금 구간이 핫이어도 장기 보유는 콜드로 끝납니다. 셋의 공통점: 스왑 제공자는 기기도 시드도 지갑 연결도 필요로 하지 않습니다 — 주문에는 주소와 금액만 있으면 됩니다. (XMR→USDT 출구 루트)

순서는 이렇게. 1. 먼저 견적을 받고 지급 수량을 적어 둡니다 — 환율은 주문 생성 시 고정되므로 화면의 숫자가 곧 지급될 숫자입니다. 2. 수신 지갑에서 새 주소를 만들고 기기 화면에서 문자열 양 끝을 확인합니다(앞뒤 네 글자만으로는 부족합니다). 3. 환불 주소는 본인이 관리하는 다른 주소이면서 입금과 같은 네트워크여야 합니다. 거래소 입금 주소를 넣으면 주문 이력을 그 사업자에게 넘기는 셈입니다. 4. 부담되는 금액이면 소액으로 먼저 테스트하세요 — 페어별 최소액은 네트워크 비용으로 정해지고 견적 폼에 표시됩니다. 5. 하드웨어 지갑에서 전송하고, 기기 화면의 목적지를 확인한 뒤 승인하고 트랜잭션 ID를 적어 둡니다. 6. 그 ID를 주문 페이지의 입금 해시와 대조하고, 반대쪽 체인에 출금 해시가 나타나는지 확인해야 끝입니다. (모네로 확인 대기)

체인이 실제로 받는 금액, 오늘 측정. 2026년 10월 20일 06:00 UTC, 비트코인 멤풀은 40,399건·24.1 MvB였고 권장 네 단계(최속·30분·1시간·이코노미)가 모두 1 sat/vB였습니다. 네이티브 SegWit 1입력 2출력은 약 141 vB이므로 입금 구간 비용은 약 141 사토시, 0.00000141 BTC입니다. 0.05 BTC 주문이면 보낸 금액의 0.0028%입니다. 모네로 쪽은 공개 노드가 기본 수수료 0.00002 XMR/kB(20,000 원자 단위)를 반환했고, 전형적인 1.4 kB 전송이면 약 0.000028 XMR — 아래 환율로 몇 센트입니다. 정직한 결론: 하드웨어 지갑에서 확인 버튼을 한 번 더 누르는 것은 돈이 새는 지점이 아닙니다. 스프레드가 새는 지점입니다. (모네로 확인 대기)

실패하는 여섯 가지 방식, 모두 피할 수 있습니다. 패스프레이즈로 보호된 숨김 지갑은 기본 지갑과 주소가 다릅니다. 수신 주소를 만들기 전에 어느 지갑이 열려 있는지 확인하지 않으면 출금이 다른 쪽으로 들어갑니다. 클립보드 악성코드는 복사와 붙여넣기 사이에 주소를 바꿔치기합니다. 기기 화면만이 유일한 진실이고, 기기를 사는 이유가 바로 그것입니다. 입금의 잔돈은 스왑 서비스가 아니라 본인 지갑 내부의 잔돈 주소로 돌아오므로, 방금 보낸 뒤 잔액이 적어 보이는 것은 대개 미확인 잔돈입니다. TRC20 전송에는 대역폭과 에너지용 TRX가 필요하고 USDT만 있는 계정은 보낼 수 없습니다. 거래소 입금 주소를 출금 주소로 붙이면 사적인 스왑이 라벨 붙은 이체가 되고, 그 자산에 메모가 필요하면 입금되지 않을 수도 있습니다. 마지막으로 벤더 앱의 swap 버튼은 수탁 파트너를 거치는 경우가 많습니다. 콜드 투 콜드가 목적이라면 그 버튼 반대편이 누구인지 확인하세요. (XMR→USDT 출구 루트)

숫자는 실측으로. 2026년 10월 20일 06:00 UTC, 견적 엔드포인트는 0.05 BTC → 6.65653563 XMR(1 BTC = 133.1307 XMR), 500 USDT-TRC20 → 0.79683556 XMR, 1 XMR → 587.075849 USDT-TRC20을 반환했습니다. 두 방향은 같은 가격을 뜻하지 않습니다. 500 USDT로 0.797 XMR이면 1 XMR = 627.48 USDT이고, 매도 측은 587.08입니다. 이 차이는 협상으로 없앨 수수료 항목이 아니며, 견적이 자기 방향에서만 의미를 갖는 이유입니다. 같은 시각 카탈로그는 539개 자산·71개 네트워크, 그중 7개는 메모/태그가 필요했습니다. 환율은 움직입니다. 페이지가 기준입니다. (XMR→USDT 출구 루트)

남겨 둘 만한 체크리스트. 양쪽 모두 키를 본인이 가진 주소여야 합니다. 출금 주소는 새것이고 기기 화면에서 확인되어야 합니다. 환불 주소는 자기 관리이며 입금과 같은 네트워크여야 합니다. 금액은 끝수를 피하고 페어 최소액을 넘어야 합니다. 입금 해시는 기기에서 서명한 거래와 일치해야 합니다. 출금 해시는 완료를 선언하기 전에 보여야 합니다. 이 여섯을 지키면 체인이 아는 것은 '어떤 주소가 어떤 금액을 인스턴트 스왑에 넣었다'는 사실뿐입니다. 기기를 쥔 사람이 누구인지는 포함되지 않습니다. (모네로 확인 대기)