출금 버튼을 누르고 화면에 완료라고 떴습니다. 그런데 받는 쪽 잔고는 그대로예요. 없어진 건 아닌지 심장이 내려앉죠. 대부분은 사라진 게 아니라 컨펌이 아직 안 쌓인 것뿐입니다. 보낸 쪽의 완료와 받는 쪽의 입금은 애초에 다른 순간이에요. 이 구조를 알면 기다릴 때와 문의할 때를 구분할 수 있습니다.
- 보낸 쪽 화면의 완료는 요청이 네트워크에 실렸다는 뜻이지 도착 확인이 아니에요.
- 거래소는 컨펌 수가 정해진 만큼 쌓여야 입금으로 인정합니다.
- 전송 해시를 조회하면 지금 어느 단계인지 직접 볼 수 있어요.
완료 표시와 컨펌은 다른 단계입니다
전송은 한 번에 끝나는 일이 아니라 여러 칸을 지나갑니다.
| 단계 | 화면에 보이는 것 | 실제 상태 |
|---|---|---|
| 요청 접수 | 처리 중 | 거래소 내부 심사 |
| 네트워크 전송 | 완료 또는 전송됨 | 아직 블록에 안 담김 |
| 첫 블록 포함 | 컨펌 1개 | 되돌려질 여지가 남음 |
| 컨펌 누적 | 컨펌 여러 개 | 사실상 확정 |
둘째 줄이 사람들이 완료라고 읽는 지점이에요. 보낸 쪽 입장에서는 내가 할 일이 끝났다는 뜻입니다.
그런데 받는 쪽은 셋째와 넷째 줄을 봅니다. 블록에 담기고 그 뒤로 블록이 더 쌓여야 안심하는 구조예요.
왜 하나로는 부족한지 이해하면 컨펌의 의미가 잡힙니다. 블록체인은 아주 짧은 순간 서로 다른 기록이 경쟁할 수 있어요.
뒤에 블록이 더 붙을수록 그 기록이 뒤집힐 가능성이 급격히 줄어듭니다. 그래서 개수로 세는 거예요.
여기서 착각이 하나 생깁니다. 완료라고 떴으니 취소하면 된다는 생각이요. 네트워크에 실린 뒤에는 취소 버튼이 없습니다.
가상자산 이용 관련 유의사항은 금융감독원에서 확인할 수 있어요.
완료라고 떴으니 취소할 수 있다고 여기기 쉬워요. 네트워크에 실린 전송에는 취소 기능이 없습니다. 되돌리려면 받은 쪽이 다시 보내주는 수밖에 없어요.
거래소가 컨펌 수를 요구하는 이유
같은 전송인데 어떤 곳은 금방 반영되고 어떤 곳은 한참 걸립니다. 기준이 달라서예요.
| 요소 | 빨라지는 조건 | 느려지는 조건 |
|---|---|---|
| 요구 컨펌 수 | 적게 요구 | 많이 요구 |
| 블록 생성 간격 | 짧은 네트워크 | 긴 네트워크 |
| 네트워크 혼잡 | 한산할 때 | 거래가 몰릴 때 |
| 수수료 설정 | 넉넉히 설정 | 너무 낮게 설정 |
첫 줄이 거래소마다 다른 부분이에요. 요구 개수가 많을수록 되돌려질 위험을 더 낮추지만 기다리는 시간은 길어집니다.
둘째 줄은 네트워크 자체의 성질입니다. 블록이 만들어지는 간격이 길면 컨펌 하나가 쌓이는 데 걸리는 시간도 길어요.
셋째와 넷째 줄은 같이 움직입니다. 거래가 몰릴 때 수수료를 낮게 잡으면 뒤로 밀려요. 이럴 땐 아직 블록에 담기지도 않은 상태입니다.
그래서 급한 전송일수록 수수료를 아끼지 않습니다. 1만원을 아끼려다 반나절을 기다리는 상황이 생겨요.
여기서 흔한 오해가 있습니다. 보낸 쪽 수수료를 올리면 받는 거래소의 요구 개수도 줄어든다는 생각이요. 그 둘은 서로 무관합니다.
수수료는 블록에 담기는 속도에만 영향을 줍니다. 담긴 뒤에 몇 개를 더 기다릴지는 받는 쪽 정책이에요.
수수료는 블록에 담기는 속도만 바꿉니다. 담긴 뒤 몇 개를 더 기다릴지는 받는 거래소가 정해요. 수수료를 올려도 입금 반영이 앞당겨지지 않습니다.
지금 어느 단계인지 직접 보는 법
기다리는 동안 할 수 있는 일이 있어요. 추측 대신 조회하면 됩니다.
하나, 전송 해시를 확보합니다. 보낸 쪽 거래 내역에 전송마다 붙는 고유 번호가 있어요. 문의할 때도 이게 있어야 이야기가 됩니다.
둘, 그 해시로 현재 상태를 확인합니다. 아직 블록에 안 담겼는지, 담겼는데 컨펌이 모자란지, 이미 도착했는지가 나뉩니다.
셋, 받는 쪽의 요구 개수를 확인합니다. 입금 안내 화면에 몇 개가 필요한지 적혀 있는 경우가 많아요.
| 조회 결과 | 지금 할 일 |
|---|---|
| 기록이 아예 없음 | 보낸 쪽에 처리 상태 문의 |
| 대기 중이고 블록에 없음 | 혼잡이 풀릴 때까지 기다림 |
| 컨펌이 쌓이는 중 | 요구 개수까지 기다림 |
| 개수를 채웠는데 미반영 | 받는 쪽에 해시로 문의 |
넷째 줄이 실제로 문의할 시점이에요. 그 전에 문의하면 기다리라는 답만 돌아옵니다.
기록해두면 좋은 것도 있어요. 전송한 날짜와 수량, 해시를 남겨두면 2027년 1월 1일 이후 양도분부터 시작되는 가상자산 소득 과세에 대비한 자료가 됩니다.
세금 기준은 국세청 안내를 확인하세요.
조회도 안 해보고 바로 문의부터 넣는 경우가 많아요. 해시 없이 문의하면 확인해줄 방법이 없어 답변만 늦어집니다.
✓
보낸 쪽 내역에서 전송 해시를 확보했다
✓
해시로 현재 단계를 직접 조회했다
✓
받는 쪽이 요구하는 컨펌 개수를 확인했다
✓
보낼 때 고른 네트워크가 양쪽 같았는지 봤다
✓
날짜와 수량을 따로 기록해 뒀다
기다림이 아니라 사고인 경우
모든 지연이 정상은 아닙니다. 구분이 필요해요.
| 증상 | 해석 | 대응 |
|---|---|---|
| 조회에 기록이 있고 진행 중 | 정상 대기 | 기다립니다 |
| 도착 표시인데 잔고 없음 | 반영 지연 가능 | 해시로 문의합니다 |
| 네트워크를 잘못 고름 | 사고에 가까움 | 즉시 양쪽에 문의합니다 |
| 주소를 잘못 입력 | 회수 어려움 | 기록을 남기고 신고합니다 |
셋째 줄이 가장 흔한 실제 사고예요. 주소 형식이 맞아도 체인이 다르면 도착하지 않습니다. 이 경우 컨펌을 아무리 기다려도 잔고가 생기지 않아요.
넷째 줄은 회수가 사실상 어렵습니다. 받은 쪽이 자발적으로 돌려주지 않는 한 강제할 방법이 없어요.
그래서 큰 금액은 두 번에 나눠 보냅니다. 아주 작은 금액을 먼저 보내 도착까지 확인하고 나머지를 보내는 순서예요.
수수료가 한 번 더 나가지만 그 비용은 보험료에 가깝습니다. 여기서 함정은 급할수록 이 절차를 건너뛰게 된다는 점이에요.
급한 마음에 한 번에 보내고, 하필 그때 네트워크를 잘못 고르는 일이 실제로 자주 생깁니다.
피해가 생기면 경찰과 함께 금융위원회 안내에 따라 대응 절차를 확인하세요.
급할수록 소액 시험 전송을 건너뛰기 쉬워요. 하필 그때 네트워크를 잘못 고르면 컨펌을 아무리 기다려도 도착하지 않습니다.
정리하면
다시 완료 화면을 본 그 순간으로 돌아가 봅니다.
하나, 보낸 쪽의 완료는 도착이 아니에요. 내 요청이 네트워크에 실렸다는 뜻입니다.
둘, 받는 쪽은 개수를 셉니다. 요구한 만큼 쌓여야 입금으로 인정해요.
셋, 수수료는 담기는 속도만 바꿉니다. 받는 쪽 정책과는 무관해요.
넷, 추측 대신 조회합니다. 해시로 지금 단계를 직접 볼 수 있습니다.
기억할 문장은 하나예요. 완료 표시는 출발 신호고, 도착 신호는 개수로 옵니다.
자주 묻는 질문
Q컨펌이 하나 붙었는데 왜 아직 입금이 안 되나요?
받는 거래소가 요구하는 개수가 더 많기 때문이에요. 개수 기준은 회사와 네트워크마다 다르니 입금 안내 화면에서 확인하면 됩니다.
Q수수료를 더 내면 입금이 빨라지나요?
블록에 담기는 속도는 빨라질 수 있지만, 담긴 뒤 몇 개의 컨펌을 기다릴지는 받는 쪽이 정합니다. 수수료로 그 부분을 줄일 수는 없어요.
Q전송을 취소하고 다시 보낼 수 있나요?
네트워크에 실린 뒤에는 취소가 불가능합니다. 거래소 내부 심사 단계라면 문의로 막을 여지가 있으니, 잘못 보냈다는 걸 알았다면 바로 연락하는 편이 낫습니다.
함께 보면 좋은 글
출처
이 글은 가상자산 전송 절차를 설명한 참고 정보이며 투자 조언이 아니에요. 특정 가상자산이나 거래소·지갑 서비스의 이용을 권유하지 않고 가격을 예측하거나 수익을 약속하지 않습니다. 가상자산은 변동성이 매우 크고 예금자보호 대상이 아니어서 원금 전액을 잃을 수 있어요. 모든 판단과 그 결과에 대한 책임은 이용자 본인에게 있습니다.