트래블룰 입금대기, 주소가 맞아도 왜 반환 신청으로 갈까

트래블룰 입금대기는 주소가 틀렸다는 뜻만은 아닙니다. TXID는 보이는데도 받는 거래소가 송금인 정보와 지원 거래소 여부를 확인하지 못하면 잔고 반영이 멈추고 입금 반영 신청이나 반환 신청으로 갈릴 수 있습니다. 기다릴 문제인지, 자료를 내야 할 문제인지가 여기서 갈립니다.

블록체인에서는 전송이 지나갔는데 거래소 잔고에는 아직 안 들어오는 순간이 있습니다. 이때 많은 사람이 컨펌 수만 다시 보지만, 국내 거래소 입금에서는 한 가지 확인이 더 붙습니다. 누가 보냈고, 어디서 보냈고, 받는 계정의 주인과 맞는지 확인하는 트래블룰 절차입니다.

이미 TXID가 있다는 말은 전송 흔적이 있다는 뜻에 가깝습니다. 잔고 반영까지 끝났다는 뜻은 아닙니다. 받는 거래소가 입금 건을 자기 장부에 넣으려면 자산명, 네트워크, 수량뿐 아니라 송금 출처 정보도 맞아야 합니다.

TXID 다음에 남은 확인

입금 화면에서 TXID가 보이면 블록체인 쪽 확인은 어느 정도 진행됐다고 볼 수 있습니다. 그래도 거래소가 바로 잔고를 올리지 않는다면, 다음 질문은 컨펌이 몇 개인지가 아니라 이 입금이 누구의 입금으로 확인되는지입니다.

업비트 개발자 문서의 개별 입금 상태에는 `TRAVEL_RULE_SUSPECTED`라는 상태가 따로 있습니다. 입금 자체는 조회되지만 트래블룰 추가 인증이 필요한 대기 상태라는 뜻입니다. 같은 문서에는 반환 절차와 관련된 `REFUNDING`, `REFUNDED` 상태도 구분되어 있습니다. 잔고가 안 보인다는 결과는 같아도, 단순 처리 중인지 추가 확인 대기인지 반환으로 넘어갔는지는 다른 문제입니다.

그래서 TXID를 복사해 블록 탐색기에서 성공 표시만 보는 것으로는 부족합니다. 받는 거래소의 입출금 내역에서 입금 상태가 무엇으로 표시되는지, 송금 거래소 이름과 네트워크가 실제 전송과 맞는지, 같은 명의 계정에서 보낸 건인지까지 같이 봐야 합니다.

반영 신청과 반환 신청

입금 반영 신청은 대체로 "이 입금은 내 계정으로 넣을 수 있는 건"이라는 근거를 보태는 절차에 가깝습니다. 예를 들어 지원되는 거래소에서 본인 명의 계정으로 보냈지만 트래블룰 정보가 자동으로 붙지 않았거나, TxID와 거래소 정보를 다시 확인해야 하는 경우가 여기에 들어갑니다.

반환 신청은 방향이 다릅니다. 받는 거래소가 그 입금을 내 계정 잔고로 넣기 어렵다고 보는 경우, 들어온 자산을 되돌리는 절차입니다. 타인 명의에서 온 입금, 확인되지 않는 출처, 지원되지 않는 지갑이나 거래소에서 온 입금은 "조금 기다리면 들어오겠지"로 풀리지 않을 수 있습니다.

이 차이를 모르고 아무 버튼이나 누르면 시간이 더 길어질 수 있습니다. 내 입금이 반영 가능한 건인지, 애초에 반환 대상인지가 먼저 갈려야 하기 때문입니다. 화면에 필요한 서류나 송금 내역 캡처를 요구한다면, 그건 거래소가 자산 가격을 판단하는 게 아니라 송금 출처와 계정주를 맞추는 과정으로 보는 편이 정확합니다.

지원 거래소와 계정주

트래블룰 확인에서 중요한 것은 주소 문자열만이 아닙니다. 같은 네트워크의 올바른 주소로 보냈더라도, 보낸 곳이 받는 거래소가 확인할 수 있는 VASP인지가 영향을 줍니다. 업비트의 계정주 확인 가능 거래소 목록 API도 거래소별 입금 가능 여부와 출금 가능 여부를 따로 다룹니다.

계정주 확인은 이름과 생년월일 같은 정보가 맞는지 보는 절차와 연결됩니다. 해외 거래소에 영문 이름이 다르게 들어가 있거나, 법인·가족·타인 계정에서 보낸 자산이면 주소가 맞아도 내 계정 입금으로 바로 처리되지 않을 수 있습니다.

개인지갑도 마찬가지입니다. 개인지갑에서 보낸 자산은 블록체인 주소만으로 소유자를 충분히 확인하기 어렵습니다. 받는 거래소가 등록된 지갑이나 허용된 출처만 받는 구조라면, 사전에 등록하지 않은 지갑에서 보낸 입금은 반영보다 소명이나 반환 쪽으로 갈 수 있습니다.

먼저 남길 자료

트래블룰 입금대기에서 가장 먼저 남길 것은 감정적인 문의가 아니라 같은 거래를 다시 찾을 수 있는 자료입니다. 송금 거래소의 출금 내역, TXID, 자산명, 네트워크, 수량, 보낸 시각, 받는 거래소의 입금 주소가 한 화면 또는 여러 화면에 분명히 남아 있어야 합니다.

특히 네트워크 표기는 작게 보여도 중요합니다. USDT라고 해도 ERC20, TRC20, 다른 네트워크가 섞이면 거래소가 보는 입금 건이 달라집니다. TxID로 계정주 확인을 요청하는 공식 API도 화폐와 네트워크 타입을 함께 받습니다. 독자 입장에서는 고객센터 양식에 쓰는 정보가 왜 이렇게 많아 보이는지 이해할 수 있는 대목입니다.

이미 보낸 자산을 다시 보내거나, 같은 금액을 한 번 더 입금해서 확인하려는 행동은 피해야 합니다. 대기 중인 입금은 새 입금으로 해결되는 문제가 아닙니다. 기존 입금 건의 상태와 증빙이 먼저 정리되어야 합니다.

잔고보다 상태값

주소가 맞고 TXID가 보인다면 다음 화면은 블록 탐색기보다 거래소 입출금 내역입니다. 거기에서 처리 중, 추가 확인 대기, 반려, 반환 진행 같은 상태가 어떻게 표시되는지 확인해야 합니다. 단순 지연이면 기다릴 수 있지만, 트래블룰 추가 확인이면 자료 제출이나 계정주 확인이 필요할 수 있습니다.

기억할 기준은 단순합니다. 컨펌 문제는 블록체인에서 거래가 몇 번 확인됐는지를 보는 문제이고, 트래블룰 문제는 받는 거래소가 그 입금을 누구의 돈으로 받아도 되는지를 보는 문제입니다. 둘 다 잔고가 늦게 들어오는 모양으로 보이지만, 눌러야 할 신청과 준비할 자료는 다릅니다.

그래서 트래블룰 입금대기 화면을 보면 먼저 세 가지를 나눠 보세요. 전송 자체의 TXID, 받는 거래소의 입금 상태, 그리고 송금 출처와 계정주 정보입니다. 이 셋이 맞아야 입금 반영으로 갈 가능성이 커지고, 그중 하나가 맞지 않으면 기다림보다 반환 절차를 확인해야 할 수 있습니다.

공식 상태값과 계정주 확인 구조는 업비트 개별 입금 조회, 입금 TxID로 트래블룰 검증하기, 계정주 확인 가능 거래소 리스트에서 확인할 수 있습니다. 블록체인 컨펌 자체가 헷갈린다면 이전에 정리한 입금 컨펌 횟수 글을 함께 보면 두 지연의 차이가 더 분명해집니다.