들어가며 — 가장 흔한 불안의 정체
업비트에서 개인 지갑으로 비트코인을 출금했습니다. 5분이 지났는데 지갑에 들어오지 않습니다. 10분, 20분, 30분. 불안이 밀려옵니다.
"내 비트코인이 사라진 건 아닐까?"
결론부터 드리면, 사라지지 않았습니다. 아직 처리 중입니다.
그런데 여기서 더 중요한 질문이 생깁니다. "처리 중"이라는 게 정확히 무슨 의미인가? 비트코인 거래는 어떤 과정을 거쳐서 최종 확정이 되는가? 컨펌이 1개, 6개 쌓이는 것이 왜 중요한가?
오늘은 이 모든 질문에 단계별로 답합니다. 비트코인 한 건의 거래가 지갑에서 출발해서 블록체인에 영구히 기록되기까지의 전 과정을 처음부터 끝까지.
목차
- 비트코인 거래와 은행 송금의 결정적 차이
- 1단계: 거래 생성 — 지갑에서 무슨 일이 일어나는가
- 2단계: 디지털 서명 — 내가 보낸다는 것을 어떻게 증명하는가
- 3단계: 네트워크 전파 — 거래가 전 세계로 퍼지는 방식
- 4단계: 노드 검증 — 거래가 유효한지 확인하는 과정
- 5단계: 멤 풀 대기 — 블록을 기다리는 대기실
- 6단계: 블록 포함 — 채굴자가 거래를 선택하는 방법
- 7단계: 컨펌 — 블록이 쌓일수록 왜 더 안전해지는가
- 컨펌 수와 안전성 — 얼마나 기다려야 하는가
- 거래 지연 시 실전 대처법
- 거래소 출금 vs 온체인 거래의 차이
- 필자의 생각
1. 비트코인 거래와 은행 송금의 결정적 차이
카카오페이로 친구에게 만 원을 보내면 어떻게 됩니까?
카카오페이 서버에서 내 잔액 만 원을 빼고 친구 잔액에 만 원을 더합니다. 이것으로 끝입니다. 중앙 서버가 즉시 처리합니다.
비트코인은 다릅니다. 중앙 서버가 없습니다. 전 세계 수만 개의 노드가 합의를 통해 거래를 처리합니다.
이 합의 과정에 시간이 걸립니다. 그것이 비트코인 거래가 즉시 처리되지 않는 근본 이유입니다.
그런데 이 합의 과정이 왜 필요할까요? 은행처럼 빠르게 처리할 수 없을까요?
할 수는 있습니다. 하지만 그러려면 누군가를 신뢰해야 합니다. 은행을, 기업을, 정부를. 비트코인은 그 신뢰를 제거하기 위해 만들어졌습니다. 신뢰 없이 합의하려면 시간이 걸립니다. 이것이 비트코인의 설계 철학입니다.
2. 1단계: 거래 생성 — 지갑에서 무슨 일이 일어나는가
업비트 앱에서 출금 버튼을 누르는 순간, 또는 개인 지갑에서 전송 버튼을 누르는 순간. 그때 실제로 무슨 일이 일어나는지부터 시작합니다.
비트코인 거래의 구조
비트코인 거래(Transaction, Tx)는 은행 계좌처럼 "잔액을 줄이고 늘리는" 방식이 아닙니다. 6편에서 배운 UTXO(미사용 거래 출력) 방식으로 작동합니다.
한 가지 예시를 들겠습니다.
김철수가 이영희에게 0.3 BTC를 보내려 합니다. 김철수의 지갑에는 과거에 받은 0.5 BTC짜리 UTXO가 하나 있습니다.
이 상황에서 거래는 이렇게 구성됩니다.
입력(Input): 0.5 BTC UTXO (김철수가 이전에 받은 것)
출력(Output) 1: 0.3 BTC → 이영희 주소
출력(Output) 2: 0.195 BTC → 김철수 자신의 주소 (잔돈)
수수료: 0.005 BTC (채굴자에게)
0.5 = 0.3 + 0.195 + 0.005
입력과 출력의 합이 정확히 일치해야 합니다. 비트코인은 거스름돈처럼 작동합니다. 딱 맞는 금액으로 낼 수 없으면 큰 지폐를 내고 잔돈을 받는 것입니다.
지갑 소프트웨어가 하는 일
사용자가 "0.3 BTC를 이 주소로 보내기" 버튼을 누르면 지갑 소프트웨어가 자동으로 위의 입출력 구조를 만들고 적절한 수수료를 계산합니다. 사용자는 이 과정을 볼 필요가 없습니다.
3. 2단계: 디지털 서명 — 내가 보낸다는 것을 어떻게 증명하는가
거래 구조가 만들어지면 다음 단계는 서명입니다.
은행 송금에서는 비밀번호나 공인인증서로 본인을 증명합니다. 비트코인은 디지털 서명(Digital Signature)으로 증명합니다.
디지털 서명의 원리
디지털 서명은 개인키(Private Key)로 만들어집니다. 11편에서 자세히 다루겠지만 핵심만 설명하면 이렇습니다.
개인키로 거래 데이터에 서명하면 서명값이 생성됩니다. 이 서명값을 공개키로 검증하면 "이 서명이 해당 개인키 소유자에 의해 만들어졌다"는 것을 확인할 수 있습니다.
중요한 것은 이 과정의 방향성입니다.
개인키 + 거래 데이터 → 서명값 생성 (쉬움)
서명값 → 개인키 역산 불가 (수학적으로 불가능)
서명값을 공개해도 개인키를 알 수 없습니다. 누구든 서명의 유효성을 검증할 수 있지만 개인키를 훔칠 수 없습니다.
이것이 비트코인에서 중요한 이유
비트코인 거래에는 "나는 XX 주소의 소유자이며 이 UTXO를 쓸 권한이 있다"는 증명이 포함되어야 합니다. 이 증명이 디지털 서명입니다.
서명이 없거나 잘못된 서명이 있는 거래는 네트워크의 모든 노드가 즉시 거부합니다. 다른 사람의 비트코인을 빼내려면 그 사람의 개인키가 있어야 합니다. 개인키 없이는 수학적으로 불가능합니다.
4. 3단계: 네트워크 전파 — 거래가 전 세계로 퍼지는 방식
서명이 완료된 거래는 비트코인 네트워크에 전파(Broadcast) 됩니다.
이 전파 방식이 흥미롭습니다. 중앙 서버에 보내는 것이 아닙니다.
지갑 소프트웨어는 연결된 비트코인 노드들에게 거래를 보냅니다. 이 노드들은 거래를 받은 후 자신이 연결된 다른 노드들에게 다시 전달합니다. 그 노드들은 또 다른 노드들에게 전달합니다.
이것을 가십 프로토콜(Gossip Protocol)이라고 합니다. 소문이 퍼지듯 거래가 전 세계 노드로 퍼집니다.
얼마나 빠르게 퍼질까요? 비트코인 네트워크에서 거래는 보통 수초 내에 전 세계 대부분의 노드에 도달합니다. 태평양 건너 미국의 노드도, 유럽의 노드도, 아시아의 노드도 수초 안에 같은 거래를 알게 됩니다.
5. 4단계: 노드 검증 — 거래가 유효한지 확인하는 과정
거래를 받은 각 노드는 이것이 유효한지 검증합니다. 이 검증 과정에서 노드가 확인하는 것들입니다.
검증 항목 1: 이중 지불 여부
이 거래의 입력으로 사용된 UTXO가 이미 다른 거래에서 사용됐는지 확인합니다. 같은 UTXO를 두 번 사용하려는 시도(이중 지불)는 즉시 거부됩니다.
검증 항목 2: 디지털 서명 유효성
거래에 포함된 서명이 해당 UTXO의 공개키와 일치하는지 확인합니다. "이 돈을 보낼 권한이 있는 사람이 보낸 것이 맞는가?"
검증 항목 3: 입출력 합계 일치
입력 총합 ≥ 출력 총합인지 확인합니다. 없는 돈을 만들어내는 거래는 거부됩니다.
검증 항목 4: 표준 형식 준수
거래가 비트코인 프로토콜 규칙을 따르는지 확인합니다.
이 모든 검증을 통과한 거래만 다음 단계로 넘어갑니다. 한 항목이라도 실패하면 해당 노드는 그 거래를 삭제하고 다른 노드에게 전달하지 않습니다.
6. 5단계: 멤 풀 대기 — 블록을 기다리는 대기실
검증을 통과한 거래는 멤 풀(Mempool, Memory Pool)에 들어갑니다.
10편에서 멤풀을 자세히 다뤘지만 여기서 거래 흐름의 맥락에서 다시 정리합니다.
멤 푸른 각 노드의 메모리에 있는 임시 저장소입니다. 아직 블록에 담기지 않은 거래들이 여기서 대기합니다.
이 시점에서 거래는 "미확인(Unconfirmed)" 상태입니다. 블록체인에는 아직 기록되지 않았습니다.
멤 풀이 크기와 대기 시간
멤 푸리에 쌓인 거래가 많을수록 처리 대기 시간이 길어집니다. 2024년 4차 반감기와 루멘 프로토콜 출시가 맞물렸을 때 멤 푸리에 수십만 건의 거래가 쌓이고 수수료가 700 sat/vB를 넘는 극단적 상황도 있었습니다.
반대로 네트워크가 한산할 때는 1~2 sat/vB의 낮은 수수료로도 다음 블록에 담길 수 있습니다.
7. 6단계: 블록 포함 — 채굴자가 거래를 선택하는 방법
약 10분마다 새로운 블록이 생성됩니다. 채굴자는 멤 풀에서 어떤 거래를 블록에 담을지 선택합니다.
채굴자의 선택 기준은 명확합니다. 수수료(sat/vB)가 높은 거래를 먼저 담습니다.
같은 블록 공간에 더 높은 수수료를 내는 거래를 담는 것이 채굴자에게 유리합니다. 이것이 비트코인 수수료 시장이 작동하는 원리입니다.
수수료가 낮으면 어떻게 되나?
멤 푸리에 멤 푸리에 거래가 많이 쌓여 있을 때 낮은 수수료의 거래는 뒤로 밀립니다. 모든 고수수료 거래가 처리될 때까지 기다려야 합니다. 극단적인 경우 수일이 걸리거나 최종적으로 멤 풀에서 만료돼 삭제되기도 합니다.
블록에 담기는 순간
채굴자가 멤 풀에서 거래를 선택해 블록에 담고, 그 블록이 채굴에 성공해서 네트워크에 전파되는 순간 — 이 거래는 1 컨펌을 받습니다.
8. 7단계: 컨펌 — 블록이 쌓일수록 왜 더 안전해지는가
컨펌(Confirmation) 은 거래가 담긴 블록 위에 새 블록이 쌓이는 것입니다.
거래가 블록 #900,000에 담겼습니다.
- 블록 #900,000이 생성되는 순간: 1 컨펌
- 블록 #900,001이 생성되는 순간: 2 컨펌
- 블록 #900,002가 생성되는 순간: 3 컨펌
- ... (계속)
시간이 지날수록 컨펌이 쌓입니다.
컨펌이 쌓일수록 왜 더 안전한가?
6편에서 배운 해시 연결을 기억하세요. 어떤 블록의 내용을 바꾸려면 그 블록부터 현재까지의 모든 블록을 다시 채굴해야 합니다.
거래가 1 컨펌만 있다면: 블록 #900,000 하나만 다시 채굴하면 조작 가능 (이론적으로)
거래가 6 컨펌이면: 블록 #900,000~#900,005까지 6개를 모두 다시 채굴하면서 동시에 정직한 채굴자들보다 빨리 해야 함 (현실적으로 불가)
컨펌이 쌓인다는 것은 해당 거래를 취소하기 위해 필요한 작업량이 기하급수적으로 늘어난다는 의미입니다.
사토시 나카모토는 비트코인 백서에서 수학적으로 계산했습니다. 6 컨펌 이후에는 공격자가 전체 해시파워의 10%를 가지고 있어도 거래를 뒤집을 확률이 0.1% 미만으로 떨어집니다. 사실상 불가역적입니다.
9. 컨펌 수와 안전성 — 얼마나 기다려야 하는가
"6 컨펌"이 비트코인의 표준 안전 기준으로 자리 잡았지만, 실제로는 상황에 따라 다릅니다.
| 0컨펌 | 즉시 | 매우 낮음 | 소액 일상 결제 (커피 등) |
| 1컨펌 | ~10분 | 낮음 | 소액 개인 간 거래 |
| 2~3컨펌 | ~20~30분 | 중간 | 일반 온라인 구매 |
| 6컨펌 | ~60분 | 높음 | 고액 거래 표준 기준 |
| 12컨펌+ | ~120분+ | 매우 높음 | 거래소 대형 입금 |
거래소마다 다른 컨펌 요구
업비트, 빗썸 같은 한국 거래소들은 보통 비트코인 입금에 2~3 컨펌을 요구합니다. 해외 거래소는 6 컨펌을 요구하는 곳도 있습니다. 이 컨펌 수를 채우기 전까지 거래소 잔액에 반영되지 않습니다.
0 컨펌 거래는 진짜 안전하지 않을까?
이론적으로는 위험합니다. 하지만 현실에서 소액의 0 컨펌 거래를 이중 지불 공격으로 되돌리는 것은 비용 대비 이익이 없습니다. 커피 한 잔 값을 훔치기 위해 수천만 원짜리 채굴 장비가 필요합니다. 대형 고액 거래에서만 컨펌을 충분히 기다리는 것이 현실적입니다.
10. 거래 지연 시 실전 대처법
거래를 보냈는데 예상보다 오래 걸린다면 이렇게 합니다.
1단계: TXID로 상태 확인
지갑이나 거래소에서 거래 ID(TXID)를 복사합니다. mempool.space에 접속해서 검색창에 TXID를 붙여 넣습니다. 현재 컨펌 수, 적용된 수수료(sat/vB), 예상 처리 시간을 확인할 수 있습니다.
2단계: 현재 멤 풀 수수료 확인
mempool.space 메인 화면에서 현재 권장 수수료를 확인합니다. 내 거래의 수수료가 현재 권장 수수료보다 낮으면 더 기다려야 합니다.
3단계: 대처 방법 선택
방법 A: 그냥 기다리기 — 네트워크가 한산해지면 낮은 수수료 거래도 처리됩니다. 급하지 않다면 가장 간단한 방법입니다.
방법 B: RBF(Replace-By-Fee) — 기존 거래를 더 높은 수수료로 교체합니다. 스파로우 월렛(Sparrow Wallet) 같은 고급 지갑에서 지원합니다. 거래소 출금은 사용자가 직접 적용하기 어렵습니다.
방법 C: CPFP(Child Pays For Parent) — 아직 컨펌되지 않은 거래의 출력을 다시 보내면서 높은 수수료를 붙입니다. 채굴자가 자식 거래를 처리하려면 부모 거래도 함께 처리해야 합니다.
11. 거래소 출금 vs 온체인 거래의 차이
업비트에서 비트코인을 출금하면 실제로 어떤 과정이 있을까요? 내가 버튼을 누른 순간 즉시 온체인 거래가 시작되는 게 아닙니다.
거래소 내부 처리 과정
- 사용자가 출금 신청
- 거래소 내부 시스템이 출금 요청 접수
- 보안 검토 및 내부 승인 (자동 또는 수동)
- 여러 출금을 묶어서 한 번에 처리 (배치 처리)
- 실제 온체인 거래 생성 및 전파
- 비트코인 네트워크에서 컨펌 진행
3~5번 과정에서 수분~수십 분이 걸릴 수 있습니다. 이것이 내가 출금 버튼을 누른 후에도 TXID가 바로 생성되지 않는 이유입니다.
배치 처리란?
거래소는 효율성을 위해 여러 고객의 출금 요청을 모아서 한 번에 처리합니다. 예를 들어 100명이 각각 0.01 BTC를 출금 신청했다면 100개의 온체인 거래를 만드는 대신 입력 1개, 출력 100개짜리 하나의 거래를 만들어 처리합니다.
이렇게 하면 수수료도 아끼고 블록 공간도 효율적으로 사용합니다. 하지만 사용자 입장에서는 "왜 이렇게 오래 걸리지?"라고 느낄 수 있습니다.
거래소 내부 전송 vs 온체인 전송
업비트 내에서 다른 업비트 계정으로 비트코인을 보내면 온체인 거래가 발생하지 않습니다. 업비트 내부 장부에서 잔액만 조정합니다. 즉시 처리되고 수수료도 없거나 낮습니다. 반면 업비트에서 개인 지갑(외부 주소)으로 보내면 실제 온체인 거래가 발생합니다.
12. 비트코인 거래 전체 흐름 요약
지금까지 배운 7단계를 한눈에 정리합니다.
| 1단계 | 거래 생성 (UTXO 선택·구성) | 즉시 | 입출력 합계 = 정확히 일치 |
| 2단계 | 디지털 서명 (개인키로 서명) | 즉시 | 서명 없이는 전송 불가 |
| 3단계 | 네트워크 전파 (가십 프로토콜) | ~수초 | 전 세계 노드에 수초 내 전달 |
| 4단계 | 노드 검증 (이중지불·서명·합계) | 즉시 | 실패 시 즉시 거부·삭제 |
| 5단계 | 멤풀 대기 | 수분~수일 | 수수료에 따라 대기 시간 결정 |
| 6단계 | 블록 포함 (~10분마다) | ~10분 | 1컨펌 획득 |
| 7단계 | 컨펌 누적 | ~10분/컨펌 | 6컨펌 = 사실상 불가역 |
13. 필자의 생각
💡 컨펌을 기다리는 것은 신뢰를 쌓는 과정이다
처음 비트코인을 거래했을 때 60분을 기다리는 것이 답답했습니다. 카카오페이는 즉시인데 왜 이렇게 느린가. 그런데 그 60분의 의미를 이해하고 나서 관점이 바뀌었습니다. 6 컨펌이 쌓인다는 것은 전 세계 수만 개의 노드가 "이 거래는 유효하다"라고 6번 반복해서 합의했다는 의미입니다. 어떤 은행도, 어떤 결제사도 이 수준의 분산 합의를 제공하지 않습니다. 60분은 비용이 아니라 신뢰를 수학으로 만드는 시간입니다.
💡 수수료를 아끼려다 더 비싸게 치르는 역설
많은 분들이 비트코인 전송 수수료를 아끼려고 낮게 설정합니다. 그런데 멤 풀이 혼잡할 때 낮은 수수료 거래는 하루, 이틀, 심지어 일주일 이상 대기하기도 합니다. 급하게 보내야 하는 상황에서 수수료를 높게 다시 설정하려면 RBF를 써야 하는데 거래소 출금은 이 기능을 지원하지 않는 경우가 많습니다. 결국 처음부터 적절한 수수료를 내는 것이 더 경제적입니다. mempool.space에서 5분 확인하는 것이 수수료를 아끼는 가장 좋은 방법입니다.
💡 거래소 출금 지연의 절반은 거래소 내부 과정이다
비트코인 출금이 오래 걸린다고 블록체인만 탓하면 안 됩니다. 실제로 출금 버튼을 누른 후 실제 온체인 거래가 생성되기까지 거래소 내부 과정에서 수분~수십 분이 걸리는 경우가 많습니다. TXID가 아직 없다면 아직 온체인에 올라가지도 않은 것입니다. TXID가 생성됐는데 컨펌이 없다면 그때부터 블록체인의 문제(수수료, 멤 풀 혼잡)입니다. 이 두 가지를 구분하면 불필요한 걱정을 줄일 수 있습니다.
자주 묻는 질문 (FAQ)
Q1. 비트코인을 보냈는데 TXID가 없습니다. 어떻게 된 건가요?
TXID(거래 ID)가 없다는 것은 아직 온체인 거래가 생성되지 않았다는 의미입니다. 거래소 출금의 경우 내부 처리 중이거나 배치 처리를 기다리고 있는 상태입니다. 거래소 고객센터에 문의하거나 출금 내역에서 상태를 확인하세요. 개인 지갑에서 보낸 경우라면 인터넷 연결이나 지갑 설정을 확인하세요.
Q2. 컨펌이 0인 상태에서 받은 비트코인을 다시 보낼 수 있나요?
기술적으로는 가능합니다. 아직 컨펌되지 않은 UTXO도 새 거래의 입력으로 사용할 수 있습니다. 이것이 CPFP(Child Pays For Parent)의 원리입니다. 하지만 원래 거래가 취소되면(멤 풀 만료나 이중지불 등) 파생된 거래도 함께 무효가 됩니다. 위험이 있습니다.
Q3. 비트코인을 잘못된 주소로 보냈습니다. 취소할 수 있나요?
1 컨펌도 없는 상태라면 이론적으로 RBF를 통해 같은 UTXO를 사용하는 새 거래를 만들어 대체할 수 있습니다. 하지만 이미 1 컨펌 이상이면 취소가 불가능합니다. 비트코인 거래의 불가역성은 보안의 핵심입니다. 주소를 항상 QR코드로 스캔하거나 복사-붙여 넣기로 확인하고, 대액은 소액을 먼저 테스트로 보내는 것을 강력히 권장합니다.
Q4. 같은 UTXO로 두 거래를 동시에 보내면 어떻게 되나요?
이것이 이중 지불 시도입니다. 두 거래 모두 멤 푸리에 들어갈 수 있지만 블록에는 하나만 담깁니다. 먼저 블록에 담긴 거래가 유효하고 나머지는 자동으로 무효 처리됩니다. 네트워크는 이것을 자동으로 처리합니다.
Q5. 수수료를 매우 낮게 설정하면 거래가 완전히 사라질 수 있나요?
네. 멤 풀에서 대부분의 노드는 거래를 약 2주(336시간) 동안만 보관합니다. 이 기간 내에 블록에 담기지 못하면 멤 풀에서 삭제됩니다. 삭제된 거래는 처리되지 않은 것으로, 비트코인은 원래 보낸 주소로 돌아옵니다. 다만 이것은 "자동으로" 돌아오는 것이 아니라 처음부터 거래가 없었던 것이 됩니다.
결론 — 느린 것이 아니라 정직한 것이다
비트코인 거래는 7단계를 거칩니다.
거래 생성 → 디지털 서명 → 네트워크 전파 → 노드 검증 → 멤풀 대기 → 블록 포함 → 컨펌 누적.
이 과정이 카카오페이보다 느린 것은 맞습니다. 하지만 느린 이유가 있습니다. 중앙 관리자 없이 전 세계가 합의하는 과정이기 때문입니다.
6 컨펌이 쌓인 비트코인 거래를 뒤집으려면 현재 전 세계 해시레이트의 절반 이상을 확보해야 합니다. 천문학적 비용입니다. 이것이 비트코인 거래가 "느리지만 확실한" 이유입니다.
다음 8편에서는 비트코인 주소의 종류인 Legacy, SegWit, Native SegWit, Taproot의 차이와 어떤 주소를 써야 하는지를 설명합니다.
※ 이 글은 정보 제공을 목적으로 작성된 것이며, 특정 자산에 대한 투자를 권유하지 않습니다. 투자에 대한 모든 결정과 책임은 투자자 본인에게 있습니다
