비트코인 송금하면 무슨 일이 생기는가 — 거래 생성부터 최종 확정까지 7단계 완전 해부 [2026] (moneyfacto 비트코인기초·암호화폐정보 7편)

들어가며 — "전송 중"이라는 3글자 뒤에 벌어지는 일

업비트에서 비트코인을 다른 지갑으로 보냅니다. 화면에 "전송 중"이라고 뜨고 잠시 기다립니다. 몇 분 뒤 "완료"가 됩니다.

그 3~20분 사이에 무슨 일이 벌어질까요.

은행 송금이라면 답이 간단합니다. A 은행 서버에서 숫자를 빼고 B 은행 서버에서 숫자를 더합니다. 중앙 서버가 장부를 수정하는 것입니다.

비트코인은 다릅니다. 중앙 서버가 없습니다. 전 세계 수만 개의 컴퓨터가 서로 소통하며 합의를 이끌어냅니다. 이 과정이 왜 필요한지, 어떻게 작동하는지 이해하면 "왜 비트코인 송금이 은행보다 느린가", "왜 컨펌(confirmation)을 기다려야 하는가"라는 오랜 의문이 한 번에 풀립니다.

---

목차

1. 은행 송금과 근본적으로 다른 이유
2. 1단계: 거래 생성 — 서명의 시작
3. 2단계: 브로드캐스팅 — 전 세계에 외치기
4. 3단계: 노드 검증 — 각자가 심판
5. 4단계: 멤 풀 대기 — 줄 서기
6. 5단계: 채굴자 선택 — 수수료가 결정한다
7. 6단계: 블록 채굴 — 퍼즐을 먼저 푼 사람
8. 7단계: 컨펌(confirmation) 누적 — 최종 확정
9. 왜 6 컨펌을 기다리는가
10. 가속하는 방법 — RBF와 수수료 전략
11. 필자의 생각

---

1. 은행 송금과 근본적으로 다른 이유

은행 송금과 비트코인 송금의 근본적 차이를 먼저 이해해야 나머지 7단계가 자연스럽게 이해됩니다.

은행 송금의 구조

중앙화된 장부가 있습니다. 은행 서버가 "철수 계좌에서 10만 원 차감, 영희 계좌에 10만 원 추가"라는 명령을 실행합니다. 이 서버가 신뢰의 중심입니다. 누구도 서버의 기록을 의심하지 않습니다.

비트코인의 구조

중앙화된 장부가 없습니다. 전 세계 수만 개의 컴퓨터(노드)가 각자 완전한 거래 기록의 복사본을 보유합니다. 어느 한 노드도 "공식 서버"가 아닙니다.

이 구조 때문에 "이 거래가 유효하다"는 것을 증명하려면 전 세계 노드들이 합의(consensus)를 이루는 과정이 필요합니다. 이 합의 과정이 바로 7단계 여정의 본질입니다.

---

2. 1단계: 거래 생성 — 서명의 시작

모든 것은 여러분의 지갑 앱에서 시작됩니다.

업비트에서 "보내기"를 누르고 주소와 금액을 입력한 순간, 지갑 소프트웨어는 다음을 수행합니다.

27편에서 다룬 UTXO 선택

지갑이 보유한 UTXO(미사용 거래 출력값) 중 금액을 충당할 수 있는 조합을 선택합니다. 0.05 BTC를 보내야 하는데 0.03 BTC짜리 UTXO와 0.02 BTC짜리 UTXO를 합쳐서 사용하는 식입니다.

거래 데이터 구성

입력(어떤 UTXO를 사용하는가), 출력(받는 주소와 금액), 거스름돈 주소(남는 금액을 돌려받을 내 주소), 수수료(채굴자에게 줄 보상)를 담은 데이터 패킷을 만듭니다.

개인키로 서명

11편에서 다룬 개인키(Private Key)로 이 거래 데이터에 디지털 서명을 합니다. 이 서명은 두 가지를 동시에 증명합니다. 첫째, 이 거래를 만든 사람이 해당 UTXO의 실제 소유자라는 것. 둘째, 서명 이후 거래 데이터가 변조되지 않았다는 것.

이 서명이 없으면 어느 노드도 이 거래를 받아들이지 않습니다.

---

3. 2단계: 브로드캐스팅 — 전 세계에 외치기

서명이 완료된 거래 데이터는 이제 비트코인 네트워크로 전파됩니다.

P2P 전파 방식

비트코인 네트워크는 P2P(Peer-to-Peer)입니다. 여러분의 지갑(또는 업비트 서버)은 연결된 가장 가까운 노드 몇 개에 거래 데이터를 전송합니다. 그 노드들은 다시 자신과 연결된 노드들에게 전송합니다. 이 과정이 반복되면서 수초 이내에 전 세계 수만 개의 노드에 거래 정보가 퍼집니다.

"비트코인을 보낸다"는 것은 사실 데이터를 전 세계에 동시에 외치는 행위입니다. "나, 이 주소에 이 금액 보낼 거야. 내 서명 여기 있어. 확인해 봐."라고 선언하는 것입니다.

---

4. 3단계: 노드 검증 — 각자가 심판

거래 데이터를 받은 각 노드는 즉시 유효성을 검증합니다.

노드가 확인하는 것

서명이 올바른가: 개인키 소유자가 만든 서명인가를 공개키(Public Key)로 검증합니다. 이 개념은 11편에서 다룬 공개키-개인키 쌍의 핵심 원리입니다.

UTXO가 아직 사용되지 않았는가: 같은 UTXO를 두 번 사용하는 이중 지불 시도를 차단합니다.

입력 합계 ≥ 출력 합계인가: 없는 돈을 만들어내려는 시도를 차단합니다.

이 세 가지 중 하나라도 통과하지 못하면 그 노드는 거래를 거부하고 전파하지 않습니다.

왜 이것이 강력한가

단 하나의 중앙 심판이 아니라 수만 개의 독립 심판이 동시에 같은 규칙으로 검증합니다. 한 노드를 해킹해도 나머지 수만 개의 노드가 그 거래를 거부합니다. 6-1편에서 다룬 블록체인 보안의 핵심이 바로 이것입니다.

---

5. 4단계: 멤 풀 대기 — 줄 서기

검증을 통과한 거래는 즉시 블록에 들어가지 않습니다. 잠시 대기 공간에서 기다립니다.

멤 풀(Mempool)이란?

Mempool은 Memory Pool의 줄임말입니다. 유효하지만 아직 블록에 포함되지 않은 거래들이 임시로 모여 있는 공간입니다. 각 노드가 자신의 멤 풀을 독립적으로 유지합니다.

9편에서 다룬 멤풀 혼잡 개념이 여기서 나옵니다. 네트워크 전체에 거래가 몰리면 멤 푸리에 수만 건의 대기 거래가 쌓입니다. 비트코인 블록 하나에 들어갈 수 있는 거래는 제한적입니다.

멤 푸른 얼마나 오래 기다리나?

최근 전송한 거래의 경우 보통 수분~수십 분 이내에 블록에 포함됩니다. 멤 풀이 특히 혼잡할 때는 수 시간이 걸릴 수도 있습니다. 수수료를 낮게 설정했다면 멤 풀에서 며칠 동안 머물다가 결국 취소(Drop)될 수도 있습니다.

---

6. 5단계: 채굴자 선택 — 수수료가 결정한다

멤 풀에서 기다리는 수많은 거래 중 어떤 것이 다음 블록에 들어갈까요?

채굴자의 선택 기준

채굴자(Mining Pool)는 멤 풀에서 다음 블록에 담을 거래를 골라냅니다. 기본 원칙은 간단합니다. 수수료가 높은 거래를 우선적으로 선택합니다.

9편에서 다룬 sat/vByte(사토시 퍼 가상바이트) 단위가 여기서 사용됩니다. 같은 거래 크기라면 더 높은 sat/vByte를 제시한 거래가 먼저 선택됩니다.

트랜잭션 크기도 중요하다

27편에서 다룬 UTXO 개수와 거래 크기의 관계가 여기서도 적용됩니다. UTXO 입력이 많을수록 거래 크기(vByte)가 커지고, 같은 절대 수수료라도 sat/vByte가 낮아져 우선순위가 떨어집니다.

---

7. 6단계: 블록 채굴 — 퍼즐을 먼저 푼 사람

드디어 거래가 블록 후보에 올랐습니다. 이제 채굴자들이 경쟁합니다.

작업증명(PoW)이란?

6-1편에서 다룬 작업증명입니다. 채굴자들은 블록 헤더 데이터에 논스(Nonce)라는 숫자를 조합해서 목푯값보다 작은 해시값을 찾아야 합니다.

이것은 순수한 운과 컴퓨팅 파워의 경쟁입니다. 정답 해시를 예측하거나 계산으로 빠르게 찾는 방법이 없습니다. 오직 무수히 많은 시도(초당 수천조 번)를 통해 우연히 맞는 숫자를 찾는 것입니다.

10분이라는 설계

비트코인은 평균 10분에 블록 하나가 생성되도록 난이도를 자동 조정합니다. 전 세계 채굴자가 늘어나 해시파워가 커지면 난이도가 올라가고, 줄어들면 낮아집니다. 약 2주마다 한 번씩 재조정됩니다.

블록을 찾으면?

정답을 먼저 찾은 채굴자는 새 블록을 전체 네트워크에 전파합니다. 이 블록에 여러분의 거래가 포함되어 있다면 첫 번째 컨펌(1 confirmation)이 완료됩니다.

---

8. 7단계: 컨펌(confirmation) 누적 — 최종 확정

블록에 포함됐다고 거래가 완전히 확정된 것은 아닙니다.

컨펌이란?

여러분의 거래가 포함된 블록 이후에 추가로 블록이 쌓이는 것을 컨펌이라고 합니다.

1 confirmation: 거래가 포함된 블록이 채굴됨
2 confirmation: 그 블록 위에 새 블록이 추가됨
3 confirmation: 또 하나 추가됨
... 이런 식으로 누적됩니다

왜 컨펌이 필요한가?

이론적으로 공격자는 같은 비트코인을 두 곳에 동시에 보내는 이중 지불 공격을 시도할 수 있습니다. 하나의 블록만으로는 이 공격이 이론적으로 가능합니다. 그러나 그 블록 위에 블록이 쌓일수록 이중 지불 공격에 필요한 컴퓨팅 파워가 기하급수적으로 커집니다.

6-1편에서 다룬 51% 공격의 어려움이 바로 이 원리 때문입니다.

---

9. 왜 6 컨펌을 기다리는가

비트코인 업계에서 6 confirmation을 "최종 확정"의 기준으로 쓰는 이유가 있습니다.

6블록이 쌓인다는 것은 평균 60분이 지났다는 의미입니다. 이 시점에서 이중 지불 공격을 성공시키려면 전 세계 비트코인 채굴 파워의 50% 이상을 보유한 상태에서 동시에 6개의 블록을 다시 채굴해야 합니다. 현실적으로 불가능에 가깝습니다.

얼마나 기다려야 하는가는 거래 금액에 따라 다르다

소액 거래(커피 한 잔 결제): 1~2 confirmation으로도 충분합니다. 이중 지불을 시도해서 얻을 이익보다 공격 비용이 훨씬 큽니다.

중간 금액(수백만 원): 3~6 confirmation 권장합니다.

대액 거래(수천만 원 이상): 6 confirmation 이상을 기다리는 것이 안전합니다.

업비트나 빗썸 같은 거래소는 보통 2~3 confirmation 후 입금을 인정하며, 고액 입금은 더 많은 컨펌을 요구하는 경우도 있습니다.

---

10. 가속하는 방법 — RBF와 수수료 전략

거래가 멤 풀에서 오래 기다릴 때 속도를 높이는 방법이 있습니다.

RBF(Replace-By-Fee)

이미 전파된 거래를 더 높은 수수료로 교체하는 방식입니다. 스파로우 월렛(25편)을 비롯한 고급 지갑에서 지원합니다. 멤 풀에 있는 이전 거래를 취소하고 더 높은 수수료로 재전송합니다. 채굴자들이 새 거래를 우선 선택합니다.

CPFP(Child-Pays-for-Parent)

이미 보낸 거래의 수수료를 직접 올릴 수 없는 경우, 그 거래의 출력값(아직 받지 못한 잔액)을 사용하는 새 거래를 수수료를 높게 설정해서 보내는 방법입니다. 채굴자가 "자식" 거래를 포함하려면 반드시 "부모" 거래도 같이 처리해야 합니다. 결과적으로 부모 거래가 빠르게 처리됩니다.

실용적 팁

9편에서 다룬 멤풀 모니터링 사이트(mempool.space 등)를 미리 확인하면 지금 어느 수준의 수수료를 내야 빠르게 처리되는지 알 수 있습니다. 보내기 전에 확인하는 것이 가장 효율적입니다.

---

11. 필자의 생각

💡 "전송 중"이 아니라 "합의 중"이 더 정확한 표현이다

업비트 앱에서 "전송 중"이라는 표현을 볼 때마다 이것이 기술적으로 얼마나 부정확한 표현인지 생각합니다. 비트코인은 "보내는" 것이 아니라 전 세계 수만 개의 컴퓨터가 "이 거래가 유효하다"는 합의를 이루는 것입니다. "합의 진행 중"이라고 표시한다면 더 정확하겠지만 아마 일반 사용자에게는 더 어렵게 느껴지겠죠.

💡 10분이라는 숫자가 사토시의 선택이었다

비트코인 블록 생성 시간이 10분인 이유는 기술적 한계가 아닙니다. 사토시 나카모토가 보안성(너무 빠르면 이중 지불 위험)과 편의성(너무 느리면 사용하기 어려움) 사이에서 선택한 균형점입니다. 이더리움은 약 12초, 라이트코인은 약 2.5분으로 서로 다른 균형을 선택했습니다. 어떤 것이 더 옳은지는 없습니다. 각자가 추구하는 가치에 따른 설계 결정입니다.

💡 이 7단계를 이해하면 왜 "내 지갑, 내 책임"인지가 명확해진다

중앙 서버가 없고 수만 개의 독립적 노드가 합의한다는 구조를 이해하면, 왜 비트코인에서 "잘못 보낸 거래를 되돌릴 수 없는가"가 자연스럽게 이해됩니다. 은행은 중앙 서버 기록을 수정하면 됩니다. 비트코인은 이미 수만 개 노드에 전파된 거래를 "되돌리려면" 그 블록 이후의 모든 블록을 다시 채굴해야 합니다. 이중 지불을 방지하는 바로 그 메커니즘이 실수 거래를 복구 불가능하게 만드는 양날의 검입니다.

---

자주 묻는 질문 (FAQ)

Q1. 비트코인 송금이 갑자기 취소되는 경우가 있나요?

네. 멤 풀에서 너무 오래(보통 72시간~2주) 기다린 거래는 노드들이 삭제할 수 있습니다. 이 경우 거래가 "취소"되고 UTXO가 원래대로 돌아옵니다. 수수료를 너무 낮게 설정했을 때 발생합니다. 다시 적절한 수수료로 거래를 보내면 됩니다.

Q2. 비트코인을 잘못된 주소로 보내면 되찾을 수 있나요?

거의 불가능합니다. 6단계에서 설명한 것처럼 블록에 포함되고 컨펌이 쌓이면 수학적으로 되돌리기가 불가능합니다. 주소를 보내기 전에 반드시 세 번 확인하세요. 하드웨어 지갑(14편, 23편 참조)에서는 화면에 주소가 표시되므로 눈으로 직접 확인할 수 있습니다.

Q3. 수수료 없이 비트코인을 보낼 수 있나요?

기술적으로 가능하지만 현실적으로 멤풀에서 영원히 기다릴 수 있습니다. 채굴자는 수수료가 높은 거래를 우선 선택하므로, 수수료 0인 거래는 거의 처리되지 않습니다.

Q4. 업비트에서 보내면 더 빠른가요, 개인 지갑에서 보내면 더 빠른가요?

네트워크 전파 속도는 비슷합니다. 다만 업비트 같은 거래소는 내부 처리 시간이 추가로 필요하고, 보안상 이유로 수동 승인 과정이 있을 수 있습니다. 개인 지갑에서 직접 보내면 즉시 브로드캐스팅됩니다.

Q5. 비트코인 가격이 급등할 때 송금이 느려지는 이유는?

가격이 급등하면 많은 사람이 동시에 거래소 출금, 지갑 간 이동 등을 시도합니다. 멤풀에 거래가 한꺼번에 몰리면 블록 하나에 다 담을 수 없어 대기 시간이 길어집니다. 9편에서 다룬 멤풀 혼잡 상황입니다.

---

결론 — "전송 완료"가 아니라 "합의 완료"다

비트코인 거래의 7단계를 한 문장으로 정리합니다.

"서명된 거래 데이터가 전 세계 네트워크로 전파되고, 수만 개의 노드가 각자 검증하며, 채굴자의 작업증명을 통해 블록에 포함되고, 그 위에 블록이 쌓이면서 이중 지불이 수학적으로 불가능해지는 과정."

단계별 요약: 거래 생성·서명 → 브로드캐스팅 → 노드 검증 → 멤 풀 대기 → 채굴자 선택 → 블록 채굴(평균 10분) → 컨펌 누적(6 컨펌 ≈ 60분).

이 구조를 이해하면 "왜 비트코인은 은행보다 느린가"(중앙 서버가 없어서), "왜 잘못 보낸 걸 못 찾는가"(수만 개의 합의를 되돌릴 수 없어서), "왜 수수료를 내야 하는가"(채굴자가 선택하게 만들기 위해)의 답이 모두 이 7단계에서 나옵니다.

다음 8편에서는 비트코인 수수료(Fee)의 모든 것 — sat/vByte 단위부터 멤 풀 상황에 따른 전략까지를 다룹니다.

---

※ 이 글은 정보 제공을 목적으로 작성된 것이며, 특정 자산에 대한 투자를 권유하지 않습니다.