거래소 지갑 점검, 입출금은 막혔는데 거래는 왜 될까

거래소가 지갑 점검을 한다고 하면 입금과 출금 버튼이 먼저 막히는 경우가 많습니다. 그런데 같은 코인이 거래 화면에서는 계속 사고팔리기도 합니다. 잔고가 사라진 것이 아니라 거래소 안 주문장과 블록체인으로 나가는 문이 따로 움직이기 때문입니다.

이 상황에서 가장 헷갈리는 말은 "일시 중단"입니다. 코인을 팔 수 있는데 출금은 안 되고, 잔고는 보이는데 입금 주소는 닫혀 있으면 문제가 절반만 생긴 것처럼 보입니다. 실제로는 거래소 안에서 숫자를 주고받는 기능과 외부 네트워크로 코인을 보내고 받는 기능이 다른 통로에 놓여 있습니다.

그래서 지갑 점검 공지는 가격 뉴스나 상장폐지 공지처럼 읽으면 안 됩니다. 내 돈이 없어지는지보다, 지금 열려 있는 문과 닫혀 있는 문이 무엇인지부터 봐야 합니다.

거래 화면과 지갑 문은 다릅니다

거래소 안에서 BTC를 USDT로 바꾸는 일은 보통 거래소 내부 주문장이나 Convert 기능에서 처리됩니다. 반면 외부 지갑에서 입금하거나 다른 거래소로 출금하는 일은 해당 코인의 지갑, 네트워크 노드, 보안 확인, 전송 대기열을 거칩니다.

Binance.US의 지갑 점검 안내는 특정 토큰 지갑이 점검 중이면 입금과 출금이 일시적으로 영향을 받을 수 있지만, 그 토큰의 거래는 계속 가능할 수 있다고 설명합니다. 화면에서는 같은 코인 이름이 보이지만, 거래 버튼과 입출금 버튼이 보는 시스템은 같지 않은 셈입니다.

따라서 거래가 된다는 사실만 보고 입금도 안전하다고 보면 곤란합니다. 거래소 안에서 사고파는 길은 살아 있어도, 외부에서 들어오는 길은 잠깐 닫혀 있을 수 있습니다.

입출금 중단은 보통 문 앞의 문제

지갑 점검은 거래소가 코인을 보관하고 보내는 쪽의 문을 손보는 일에 가깝습니다. 지갑 소프트웨어를 업그레이드하거나, 네트워크 업그레이드와 하드포크에 맞추거나, 내부 점검과 자산 확인을 하는 동안 입금과 출금을 멈출 수 있습니다.

OKX 도움말은 입출금 중단의 이유로 메인넷 업그레이드, 지갑 점검 또는 업그레이드, 하드포크 같은 상황을 듭니다. 재개 시간도 한 가지로 고정되지 않고 상황에 따라 달라질 수 있다고 안내합니다.

이 말은 잔고가 곧바로 손상됐다는 뜻이 아닙니다. 다만 그 시간에는 새 입금이 바로 장부에 잡히지 않거나, 출금 요청이 평소보다 늦게 처리될 수 있습니다. 특히 거래소가 명시적으로 입금 중단을 적어 둔 동안에는 테스트 송금을 작게 보내 보는 행동도 답이 아닐 수 있습니다.

점검 중 입금이 가장 애매합니다

출금은 버튼이 막혀 있으면 사용자가 멈출 수 있습니다. 하지만 입금은 이미 외부 지갑이나 다른 거래소에서 보낸 뒤에야 문제가 보이는 경우가 있습니다. 블록체인 탐색기에서는 전송이 보이는데, 거래소가 점검 중이면 내 거래소 잔고에는 바로 반영되지 않을 수 있습니다.

Binance.US는 2026년 3월 19일 예정 지갑 점검 공지에서 점검 시작 전후로 암호화폐 입출금이 임시로 중단되고, 그 시간에 진행 중인 입금은 계정에 크레딧되지 않을 수 있다고 안내했습니다. 같은 공지에서 Buy & Sell, Convert, OTC, Advanced Spot Trading은 계속 이용 가능하다고 구분했습니다. 한 문장 안에 입출금 중단과 거래 가능이 같이 들어갈 수 있는 이유가 여기에 있습니다.

그래서 점검 공지를 보면 먼저 입금 쪽 문구를 봐야 합니다. "deposits suspended", "deposits not credited", "wallet maintenance" 같은 말이 있으면, 지금 보내도 언젠가 들어오겠지 하고 시험 송금하기보다 재개 공지를 기다리는 편이 낫습니다.

상태 페이지는 색깔보다 범위

거래소 상태 페이지를 볼 때는 초록색인지 빨간색인지보다 어느 항목이 영향을 받는지 봐야 합니다. 전체 거래소가 멈춘 것인지, 특정 코인의 입금만 멈춘 것인지, 특정 네트워크의 출금만 지연되는지에 따라 내가 할 수 있는 행동이 달라집니다.

Binance.US는 상태 페이지에서 서비스와 자산별 상태를 나눠 확인할 수 있다고 안내합니다. Kraken 상태 페이지처럼 거래소마다 현재 incident와 과거 해결 내역을 따로 보여 주는 곳도 있습니다. 여기서 봐야 할 것은 "거래소 전체 문제"라는 큰 느낌이 아니라, 내가 쓰려는 코인과 기능이 정확히 어느 줄에 있는지입니다.

예를 들어 USDT 거래는 정상이어도 특정 네트워크 출금만 늦어질 수 있습니다. 반대로 API나 웹사이트 점검이면 주문 화면 자체가 영향을 받을 수 있습니다. 같은 점검이라는 말 안에서도 입금, 출금, 거래, API가 서로 다르게 움직입니다.

TXID가 없으면 아직 안쪽일 수 있습니다

출금 요청을 눌렀는데 TXID가 보이지 않는다면, 아직 블록체인으로 나간 상태가 아닐 수 있습니다. 이때는 네트워크가 느린 문제라기보다 거래소 내부 확인, 보안 대기, 지갑 점검 대기열에 있는지 먼저 봐야 합니다.

예전에 다룬 출금 TXID 없음도 이 경계와 이어집니다. TXID가 생기기 전에는 거래소 안에서 처리 중인 단계이고, TXID가 생긴 뒤에는 블록체인 전송 기록을 같이 봐야 합니다.

점검 공지와 출금 내역을 같이 읽으면 문의할 때도 말이 달라집니다. "출금이 안 됩니다"보다 "점검 공지 시간 안에 출금 요청을 넣었고, 아직 TXID가 없습니다"가 더 정확합니다. 이미 TXID가 생긴 뒤라면 출금 취소 가능성은 훨씬 좁아질 수 있습니다.

재개 뒤에 다시 볼 세 칸

점검이 끝났다는 공지가 떠도 바로 큰 금액을 움직이기보다 세 칸을 나눠 보는 편이 좋습니다. 첫째, 상태 페이지에서 해당 코인과 네트워크의 입금과 출금이 모두 정상인지 봅니다. 둘째, 거래소 안의 입출금 내역에 보류 중인 요청이 남아 있는지 확인합니다. 셋째, 새로 보낼 때는 주소와 네트워크, 메모, 최소 입금액을 다시 확인합니다.

점검은 잔고가 사라졌다는 신호라기보다 거래소의 출입문이 잠깐 좁아졌다는 신호일 때가 많습니다. 거래가 된다는 사실만 보고 입출금까지 열렸다고 넘기지 말고, 공지에서 닫힌 문과 열린 문을 따로 읽으면 불필요한 테스트 송금과 늦은 문의를 줄일 수 있습니다.