confirmation은 체인별 정의를 먼저 확인해야 합니다. 비트코인에서는 거래가 처음 블록에 포함되면 1 confirmation이 되고, 그 위에 블록이 추가될 때마다 1씩 늘어납니다. 거래소 입금 반영은 그 뒤 거래소 노드가 거래를 감지하고, 요구 confirmation 수를 충족했는지 확인하며, 주소·network·memo·최소 금액을 계정과 매칭해 내부 장부에 credit하는 별도 과정입니다. 따라서 온체인 성공이어도 거래소가 지원하지 않는 network, 누락 memo, 최소액 미달, 노드 동기화 지연이나 수동 심사가 있으면 잔액 반영이 늦거나 되지 않을 수 있습니다.
탐색기 성공은 체인 층의 증거입니다
탐색기에 transaction hash가 보이고 블록 높이와 confirmation이 증가한다면 해당 network에서 거래가 처리되고 있다는 근거입니다. 수신 주소와 금액도 확인할 수 있습니다. 그러나 탐색기는 그 주소가 어느 거래소 사용자의 계정에 배정됐는지, memo가 맞는지, 거래소 최소 입금액을 충족했는지 알지 못합니다.
거래소는 자체 노드나 인덱서를 통해 입금을 감지하고 내부 정책만큼 확인을 기다립니다. Coinbase는 거래가 필요한 network confirmation을 얻기 전에는 Pending으로 표시될 수 있다고 안내합니다. 같은 블록에 들어간 두 거래라도 자산과 서비스 정책에 따라 계정에서 사용 가능해지는 시점이 다를 수 있습니다.
온체인 확인은 거래가 체인에 기록됐다는 증거이고, 거래소 credit은 그 기록을 특정 사용자 장부에 배정했다는 별도 증거입니다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- 탐색기 성공은 체인 층의 증거입니다
탐색기에 transaction hash가 보이고 블록 높이와 confirmation이 증가한다면 해당 network에서 거래가 처리되고 있다는 근거입니다.
- 필요 확인 수와 사용 가능 상태도 나뉠 수 있습니다
Kraken은 deposit status를 Pending/Processing, Credited, Successful, On hold 등으로 구분합니다.
- 확인 수가 충분한데 안 보이면 입력 조건을 점검합니다
첫째, 수신 거래소가 보낸 network를 지원하는지 확인합니다.
AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
필요 확인 수와 사용 가능 상태도 나뉠 수 있습니다
Kraken은 deposit status를 Pending/Processing, Credited, Successful, On hold 등으로 구분합니다. 충분한 일부 confirmation으로 거래에 사용할 수 있게 credit됐어도 출금 가능 상태까지 추가 confirmation이 필요할 수 있다고 설명합니다. 모든 자산이 같은 중간 상태를 쓰는 것은 아니므로 계정의 실제 상태 설명을 확인해야 합니다.
‘확인 완료’라는 표현이 발신 거래소의 completed인지, 탐색기 confirmation인지, 수신 거래소의 successful인지 구분하세요. 발신 서비스가 transaction을 broadcast했다는 상태만으로 수신 거래소의 요구 confirmation이 끝난 것은 아닙니다. 화면 캡처보다 TxID와 각 시스템의 상태명을 시각과 함께 기록하는 편이 정확합니다.
| 단계 | 확인 위치 | 멈췄을 때 점검 |
|---|---|---|
| 출금 요청 승인 | 발신 거래소 기록 | 출금 ID·network |
| 온체인 broadcast | 블록 탐색기 TxID | 수수료·mempool 상태 |
| 블록 포함·confirmation | 탐색기 높이 | 필요 확인 수 |
| 거래소 감지·credit | 수신 deposit history | 주소·memo·최소액 |
| 출금 가능 | 수신 available 상태 | 추가 확인·hold·심사 |
확인 수가 충분한데 안 보이면 입력 조건을 점검합니다
첫째, 수신 거래소가 보낸 network를 지원하는지 확인합니다. 같은 티커라도 지원하지 않는 체인으로 보내면 주소 형식이 맞아 온체인 성공했어도 자동 반영되지 않을 수 있습니다. 둘째, shared deposit address 자산에서 memo·tag가 정확한지 봅니다. 셋째, 수수료를 뺀 실제 수신액이 최소 입금액보다 작은지 확인합니다.
넷째, 거래소 입금 주소가 현재 계정에 연결된 주소인지 봅니다. 옛 주소 retirement 정책이 있다면 자동 credit가 멈췄을 수 있습니다. 다섯째, 계정에 본인 확인·지역 제한·수동 심사 알림이 있는지 확인합니다. 이 항목을 추정으로 채우지 말고 거래소 공식 deposit history와 지원 페이지를 기준으로 확인하세요.
- 발신 기록에서 정확한 TxID와 network를 확보합니다.
- 탐색기에서 수신 주소·금액·confirmation을 확인합니다.
- 거래소가 요구하는 confirmation 수와 최소 입금액을 봅니다.
- memo·tag와 현재 입금 주소를 대조합니다.
- On hold·manual review·계정 알림을 확인합니다.
노드 동기화와 인덱서 지연도 있을 수 있습니다
거래소의 노드가 일시적으로 network와 동기화되지 않거나 입금 인덱서가 뒤처지면 탐색기에 confirmation이 있어도 deposit history가 늦을 수 있습니다. Coinbase는 자체 노드의 짧은 sync loss가 Pending을 길게 만들 수 있다고 설명합니다. 이는 체인 거래가 되돌아갔다는 뜻과는 다릅니다.
공식 status 페이지나 공지에서 해당 자산의 deposit incident가 있는지 확인하고, 같은 시간대 다른 사용자 보고만으로 원인을 단정하지 않습니다. 서비스가 복구된 뒤에도 누락 구간 backfill과 내부 장부 reconciliation에 시간이 걸릴 수 있습니다. ‘시스템 정상’과 ‘내 거래 반영 완료’를 별도 상태로 확인하세요.
중복 송금보다 지원 요청 자료를 먼저 준비합니다
첫 입금이 안 보인다고 같은 주소로 같은 금액을 다시 보내면 원인이 해결됐을 때 두 건 모두 반영될 수 있습니다. 주소·network·memo가 틀렸다면 두 번째 거래도 같은 실수를 반복합니다. 기다려야 할 confirmation이 남았는지와 공식 예상 시간을 먼저 확인하세요.
지원 요청에는 account email을 공개 채널에 쓰기보다 로그인한 공식 support를 사용하고, TxID, 자산, network, amount, deposit address, memo, 전송 시각을 제공합니다. 시드·개인키·2FA 코드는 입금 추적에 필요하지 않습니다. 복구 비용이나 추가 서류 요구는 공식 케이스 안에서 확인합니다.
완료 기준은 장부 반영과 사용 가능성을 분리합니다
입금 history에 credited됐어도 trading만 가능하고 withdrawal은 잠겨 있을 수 있습니다. 반대로 잔액에는 보이지만 compliance hold가 붙을 수도 있습니다. 목적이 거래인지 외부 재출금인지에 따라 필요한 완료 상태가 다릅니다. Kraken의 Credited와 Successful 구분처럼 서비스별 상태 설명을 읽어야 합니다.
운영 기록에는 온체인 confirmation 도달 시각, 거래소 credit 시각, withdrawal available 시각을 나눠 남기세요. 이 차이를 측정하면 다음 입금의 여유 시간을 정할 수 있습니다. 단 한 번의 지연을 모든 future deposit의 표준 시간으로 일반화하지 말고 network 혼잡과 서비스 정책 변경을 다시 확인합니다.
자주 묻는 질문
탐색기에 성공이면 거래소가 반드시 입금해야 하나요?
지원 network, 현재 주소, memo, 최소 입금액 등 거래소 조건을 충족해야 자동 credit될 수 있습니다. 온체인 성공만으로 내부 장부 배정을 보장하지 않습니다.
confirmation은 몇 개면 충분한가요?
자산·network·거래소별로 다르고 변경될 수 있습니다. 현재 deposit 화면이나 공식 processing-time 문서에서 확인하세요.
입금이 늦으면 같은 금액을 다시 보내도 되나요?
중복 반영 위험이 있으므로 먼저 TxID와 confirmation, deposit history, 입력 조건을 확인하고 공식 지원에 문의하세요.
더 깊이 읽기
본문에서 다룬 개념과 확인 절차를 다음 글에서 이어서 살펴보세요.
