비트코인 거래 속도와 확장성 문제는 왜 생길까
📋 목차
비트코인이 느린 건 기술이 모자라서가 아니라, 10분에 한 번 정해진 용량만큼만 거래를 확정 짓도록 처음부터 그렇게 설계했기 때문이에요. 블록 용량 상한과 수수료 경매, 그리고 탈중앙성을 지키려는 선택이 겹치면서 속도 한계가 만들어집니다.
거래소에서 출금 버튼을 눌렀는데 30분이 지나도 지갑에 안 들어오면 사람 마음이 급해지죠. 화면에는 "0/1 확인"만 떠 있고, 트랜잭션 아이디를 검색해봐도 "미확인"이라는 글자만 보이고요. 이 순간 대부분 두 가지를 의심합니다. 내가 뭘 잘못 눌렀나, 아니면 돈이 사라진 건가.
둘 다 아닌 경우가 많아요. 공개된 네트워크 데이터를 놓고 보면 비트코인의 처리 한계는 꽤 명확한 숫자로 설명이 되거든요. 10분이라는 목표 간격, 블록 하나에 들어갈 수 있는 데이터 양, 그리고 그 자리를 두고 벌어지는 수수료 입찰. 이 셋만 이해하면 "왜 어떤 날은 1분 만에 들어오고 어떤 날은 세 시간이 걸리는지"가 정리됩니다.
더 중요한 건 그다음이에요. 구조를 알면 내가 손댈 수 있는 부분과 손댈 수 없는 부분이 갈립니다. 수수료율을 조절하는 건 내 영역이고, 블록이 몇 분 뒤에 나올지는 아무도 못 정해요. 이 글은 그 경계선을 그어보는 데 목적이 있습니다.
 |
| 비트코인 거래가 지갑에서 멤풀을 거쳐 블록에 담기기까지의 흐름을 화살표로 표현한 도식 |
비트코인 송금이 10분 넘게 걸리는 기본 구조
비트코인 네트워크는 새 블록이 평균 10분에 하나씩 나오도록 맞춰져 있어요. 여기서 핵심 단어는 "평균"입니다. 채굴은 정답을 계산하는 작업이 아니라 무수히 많은 숫자를 던져보며 조건에 맞는 값을 찾는 확률 게임이라서, 운이 좋으면 2분 만에 블록이 나오고 운이 나쁘면 25분이 걸리기도 하거든요.
그럼 왜 평균이 10분으로 유지될까요. 네트워크가 2,016개 블록마다 채굴 난이도를 다시 계산하기 때문입니다. 대략 2주에 한 번이에요. 전 세계 채굴 장비가 늘어 블록이 너무 빨리 나오면 난이도를 올리고, 장비가 빠져나가 블록이 늦어지면 난이도를 내립니다. 코인데스크가 2026년 2월 보도한 내용을 보면 가격이 내려간 국면에서도 난이도가 15% 뛰는 조정이 있었는데, 이건 해시레이트 변화에 맞춰 10분 간격을 되돌리려는 자동 반응이었어요.
여기까지가 첫 번째 지연입니다. 그런데 실제 체감 시간은 더 깁니다. 거래가 블록에 한 번 담겼다고 끝이 아니거든요.
블록은 아주 드물게 같은 높이에서 두 개가 동시에 나올 수 있고, 그중 하나는 나중에 버려집니다. 그래서 받는 쪽은 내 거래가 담긴 블록 위에 블록이 몇 개 더 쌓이는지를 봐요. 이게 확인(컨펌) 횟수입니다. 국내외 거래소와 지갑 서비스는 금액과 정책에 따라 1회에서 6회 사이를 요구하는 곳이 많은데, 6회를 요구하는 서비스라면 산술적으로 평균 60분이 걸린다는 뜻이 됩니다.
정리하면 체감 지연은 "멤풀 대기 시간 + 블록 생성 시간 + 요구 확인 횟수"의 합이에요. 앞의 두 개는 네트워크가 정하고, 마지막 하나는 받는 서비스가 정합니다. 같은 시각에 같은 수수료로 보내도 A거래소는 12분, B거래소는 70분이 나오는 이유가 여기 있어요.
블록에 담기는 거래 수가 정해져 있는 이유
10분마다 블록이 나온다는 것까지는 알겠는데, 그 블록에 거래를 무한정 넣으면 되는 거 아닌가 싶잖아요. 안 됩니다. 블록 하나에 들어갈 수 있는 데이터 양에 상한선이 걸려 있어요.
초기 비트코인은 블록 크기를 1MB로 제한했습니다. 2017년 8월 세그윗(SegWit)이 적용되면서 이 규칙이 바뀌었어요. 지금은 단순 바이트가 아니라 4,000,000 웨이트 유닛(WU)이라는 단위로 상한을 겁니다. 서명 데이터는 가중치를 낮게 쳐주는 방식이라, 세그윗 거래가 많이 섞인 블록일수록 실제로는 1MB보다 훨씬 많은 데이터가 들어가요. 이론상 한계는 약 4MB지만 현실의 블록은 대체로 1.5~2MB 구간에서 형성됩니다.
📊 실제 데이터
와이차트 집계 기준 비트코인의 하루 확인 거래 수는 2026년 8월 중순에 65만~68만 건대를 오갔습니다. 하루 86,400초로 나누면 초당 대략 7~8건이에요. 흔히 인용되는 "7 TPS"라는 숫자가 여기서 나옵니다.
비교 대상으로 자주 등장하는 카드 결제망은 공표 기준으로 초당 수만 건 규모를 처리한다고 밝히고 있어요. 자릿수가 세 개 이상 차이 납니다. 다만 카드망은 정산을 나중에 몰아서 하는 구조이고, 비트코인은 최종 확정을 그 자리에서 끝낸다는 점에서 성격이 다른 숫자라는 점은 감안해야 해요.
중요한 건 이 상한이 버그가 아니라 의도된 설계라는 점입니다. 블록이 커지면 전 세계 노드가 그 데이터를 전부 내려받고 검증해야 하는데, 그 부담이 커질수록 개인이 노드를 돌리기 어려워지거든요. 사토시 나카모토가 초기에 상한을 넣은 배경으로는 스팸 거래와 서비스 거부 공격을 막으려는 목적이 함께 거론됩니다.
그러니까 "느리다"는 표현보다 "용량이 고정돼 있다"가 더 정확한 진단이에요. 평소에는 여유가 있어서 빠르게 처리되지만, 수요가 상한을 넘어서는 순간부터 줄이 생깁니다.
멤풀과 수수료 경매, 내 거래만 밀리는 이유
전송 버튼을 누른 거래는 곧바로 블록에 들어가지 않아요. 각 노드가 유지하는 대기실에 먼저 들어갑니다. 이걸 멤풀(mempool)이라고 불러요. 채굴자는 이 대기실에서 거래를 골라 블록을 채우는데, 선택 기준은 도착 순서가 아닙니다.
기준은 가상 바이트당 수수료(sat/vB)예요. 총 수수료가 아니라 단위 크기당 수수료입니다. 블록의 자리는 한정돼 있으니, 같은 공간을 차지하면서 더 많이 내는 거래가 먼저 뽑히는 게 당연하죠. 사실상 경매장입니다.
그래서 수수료는 이렇게 계산돼요. 거래 크기(vB) × 수수료율(sat/vB). 여기서 거래 크기는 보내는 금액과 관계가 없고, 사용하는 주소 형식과 입력(UTXO) 개수로 결정됩니다. 100만 원을 보내든 1억 원을 보내든 입력 하나 출력 둘이면 크기는 비슷해요.
| 주소 형식 | 입력1·출력2 대략 크기 | 10 sat/vB일 때 |
|---|---|---|
| 레거시 (1로 시작) | 약 226 vB | 약 2,260 사토시 |
| 세그윗 (bc1q) | 약 141 vB | 약 1,410 사토시 |
| 탭루트 (bc1p) | 약 111 vB | 약 1,110 사토시 |
표를 읽는 방법은 이래요. 같은 혼잡도, 같은 금액이어도 옛날 주소를 쓰면 두 배 넘는 수수료를 낼 수 있다는 뜻입니다. 그리고 입력이 하나가 아니라 다섯 개로 잘게 쪼개져 있으면 크기가 그만큼 불어나요. 소액을 여러 번 받아둔 지갑에서 출금할 때 수수료가 유난히 비싸게 뜨는 이유가 바로 이겁니다.
혼잡도는 고정값이 아니에요. 2026년 8월 15일에 mempool.space 권장 수수료를 직접 조회해보니 가장 빠른 구간까지 1 sat/vB로 표시되고 있었습니다. 대기 줄이 거의 없는 상태였다는 뜻이죠. 반대로 스파크가 정리한 수수료 이력을 보면 2024년 4월 반감기 전후에는 중앙값이 1,000 sat/vB를 넘고 평균 수수료가 100달러대를 찍은 날도 있었어요. 같은 네트워크에서 수백 배 차이가 납니다.
그래서 "비트코인 수수료가 얼마냐"는 질문에는 고정된 답이 없어요. 지금 이 순간 멤풀에 몇 명이 줄을 서 있느냐에 달려 있습니다. 가격과 혼잡도는 계속 변하니, 실제 송금 직전에 멤풀 상태를 다시 보는 편이 안전해요.
 |
| 가상 바이트당 수수료 구간별로 대기 중인 거래가 쌓여 있는 멤풀 막대그래프 화면 |
그냥 블록을 키우면 안 되나, 트릴레마와 분열의 기록
여기까지 읽으면 누구나 같은 생각을 합니다. 상한을 10MB로 올리면 한 번에 열 배를 처리할 텐데 왜 안 하지.
이 질문은 이미 한 번 실제 싸움으로 번졌어요. 2015년부터 2017년까지 이어진 이른바 블록 사이즈 전쟁입니다. 결론은 합의 실패였고, 2017년 8월 1일 체인이 갈라지면서 블록 크기를 키운 비트코인 캐시가 따로 나왔습니다. 원래 체인은 크기를 늘리는 대신 세그윗이라는 우회로를 택했고요.
배경에는 블록체인 트릴레마라는 개념이 있어요. 탈중앙성, 보안, 확장성 이 세 가지를 동시에 최대치로 가져가기 어렵다는 이야기입니다. 비탈릭 부테린이 정리한 뒤 널리 쓰이게 됐고, 학계에서도 이 제약을 형식화하려는 논문이 여럿 나와 있어요.
비트코인에 대입하면 이렇게 됩니다. 블록을 키우면 처리량은 늘지만 노드가 저장하고 검증할 데이터가 그만큼 불어나요. 와이차트 집계로 2026년 8월 13일 기준 블록체인 데이터 크기는 약 761GB였습니다. 여기에 인덱스 같은 부가 데이터까지 더하면 개인 장비 기준으로 결코 가볍지 않은 규모예요. 만약 상한을 열 배로 올렸다면 이 숫자도 훨씬 빠르게 커졌을 겁니다.
노드를 돌리는 사람이 줄면 규칙을 검증하는 주체도 줄어요. 그러면 소수의 대형 사업자만 전체 기록을 갖게 되고, 이건 비트코인이 지키려던 성질과 정면으로 충돌합니다. 참고로 노드 수 자체는 정확히 세기 어려운 지표예요. 오랫동안 기준으로 쓰이던 Bitnodes 서비스가 도메인 만료로 중단되면서 집계처마다 숫자가 다르게 나오고 있고, 외부에서 접속 가능한 노드만 세는지 전체를 추정하는지에 따라 만 단위로 차이가 벌어집니다.
그래서 비트코인 진영의 선택은 "본체는 느리고 무겁게 유지하고, 빠른 처리는 위층에서 한다"였어요. 이 방향이 옳았는지는 여전히 논쟁 중입니다. 처리량을 포기한 대가로 개인 검증 가능성을 지켰다는 평가가 있고, 결제 수단으로서의 실용성을 잃었다는 반론도 있어요.
거래 속도에 대해 잘못 알려진 세 가지
첫 번째는 "비트코인은 무조건 7 TPS"라는 말이에요. 이 숫자는 1MB 블록과 250바이트 거래를 가정해 계산한 옛 추정치입니다. 세그윗과 탭루트가 자리를 잡은 뒤에는 같은 블록에 더 많은 거래가 들어가서, 날에 따라 8 TPS를 넘기기도 해요. 반대로 데이터를 많이 쓰는 거래가 몰리면 5 TPS 아래로 떨어지기도 하고요. 고정 상수가 아니라 변동 구간으로 보는 게 맞습니다.
두 번째는 확인이 0회인 거래를 두고 돈이 사라졌다고 생각하는 경우예요. 미확인 상태는 대기 중이라는 뜻이지 소멸이 아닙니다. 다만 멤풀은 노드마다 용량 제한이 있어서, 수수료가 지나치게 낮으면 며칠 뒤 대기열에서 밀려날 수 있어요. 이때도 코인은 여전히 원래 지갑에 있고, 다시 보내면 됩니다.
세 번째가 실무에서 가장 오해가 잦아요. 거래소 출금이 늦은 걸 전부 네트워크 혼잡 탓으로 돌리는 겁니다. 블록 탐색기에서 트랜잭션 아이디조차 조회되지 않는다면 그 거래는 아직 체인에 올라가지도 않은 상태예요. 즉 지연 원인은 네트워크가 아니라 거래소 내부에 있습니다.
⚠️ 주의
국내 거래소는 특정금융정보법상 트래블룰 적용을 받습니다. 금융위원회가 2022년 3월 배포한 자료를 보면 사업자 간 이전 시 100만 원 상당 이상이면 송·수신인 정보를 함께 제공해야 하고, 정보가 맞지 않으면 출금이 보류될 수 있어요. 여기에 각 사가 자체적으로 운영하는 개인지갑 사전 등록, 지연 출금 정책이 얹히면 체인 상태와 무관하게 수십 분에서 며칠까지 늦어질 수 있습니다.
금융정보분석원의 2026년 업무 계획에는 적용 범위를 소액 거래까지 넓히는 방향이 담긴 것으로 알려져 있는데, 시행 시점과 세부 기준은 변경 가능성이 있으니 이용 중인 거래소 공지와 공식 발표를 확인하는 편이 안전해요.
 |
| 블록 탐색기에서 트랜잭션 아이디를 조회했을 때 미확인 상태로 표시된 결과 |
세그윗·탭루트·라이트닝이 바꾼 것과 남은 한계
확장성 문제를 풀려는 시도는 크게 두 갈래로 진행됐어요. 하나는 같은 블록에 거래를 더 촘촘히 밀어 넣는 방식, 다른 하나는 거래 자체를 체인 밖에서 처리하고 결과만 기록하는 방식입니다.
앞쪽이 세그윗과 탭루트예요. 세그윗은 2017년 8월에 활성화되면서 서명 데이터를 본문에서 분리하고 가중치를 낮게 계산하도록 바꿨습니다. 2021년 11월 적용된 탭루트는 슈노어 서명을 도입해 여러 개의 서명을 하나로 합칠 수 있게 만들었어요. 다중서명 지갑처럼 서명이 많은 거래일수록 크기가 확 줄어듭니다. 다만 이 개선은 배수 단위의 도약은 아니고, 실제 체감 개선폭은 어떤 거래가 얼마나 섞이느냐에 좌우돼요.
뒤쪽 대표 주자가 라이트닝 네트워크입니다. 두 사람이 채널을 열어 비트코인을 잠가두고, 그 안에서는 잔액만 주고받다가 채널을 닫을 때 최종 결과 한 건만 체인에 기록해요. 채널 안에서 오간 거래가 천 건이든 만 건이든 블록에는 열고 닫는 두 건만 남습니다. 이론상 처리량 제약이 사라지는 구조죠.
규모는 아직 제한적이에요. 스파크가 정리한 2026년 5월 기준 통계를 보면 공개 채널 용량은 약 4,898 BTC, 채널 수는 41,080개, 노드는 17,438개 수준이었습니다. 집계처마다 수치가 달라서 뉴헤지 같은 다른 트래커는 3,700 BTC대를 표시하기도 하는데, 비공개 채널이 잡히지 않는다는 점 때문에 편차가 생깁니다.
한계도 분명합니다. 채널에 잠긴 금액을 넘는 결제는 그 경로로 보낼 수 없어요. 경로 중간 노드의 유동성이 한쪽으로 쏠려 있으면 라우팅이 실패하기도 하고요. 채널을 열고 닫는 순간에는 결국 온체인 수수료를 내야 해서, 혼잡한 시기에 소액 채널을 만드는 건 오히려 손해일 수 있습니다. 자금을 지키려면 노드가 온라인 상태를 유지해야 한다는 운영 부담도 남아 있어요.
여기에 거래소들이 쓰는 배치 출금도 실질적인 역할을 합니다. 출금 요청 수백 건을 한 트랜잭션에 묶어 처리하면 건당 차지하는 블록 공간이 줄어들거든요. 대신 개인 입장에서는 배치 주기까지 기다려야 해서, 체감 속도는 오히려 느려지는 맞교환이 생깁니다.
송금이 멈췄을 때 순서대로 확인할 항목
구조를 알았으니 이제 진단 순서를 만들 수 있어요. 아래 순서대로 짚으면 원인이 어디인지 대체로 좁혀집니다.
먼저 트랜잭션 아이디(txid)가 발급됐는지 봅니다. 없으면 체인에 올라간 적이 없는 거고, 이 경우는 보낸 서비스에 문의하는 게 유일한 길이에요. txid가 있으면 블록 탐색기에 넣어 상태를 확인합니다. 여기서 "미확인"으로 뜨면 그다음은 내 거래의 수수료율을 보세요. 몇 sat/vB로 나갔는지가 화면에 표시됩니다.
그 값을 현재 멤풀 권장 수수료와 비교해요. 권장치가 20 sat/vB인데 내 거래가 3 sat/vB라면 원인은 명확합니다. 반대로 권장치와 비슷하거나 높은데도 안 들어갔다면 단순히 블록 운이 나빴을 가능성이 커서, 대개 한두 블록만 더 기다리면 해결돼요.
수수료가 부족한 게 확인됐다면 손쓸 방법이 두 가지 있습니다. 하나는 RBF(수수료 대체)로, 보낼 때 이 옵션이 켜져 있었다면 같은 거래를 더 높은 수수료로 교체할 수 있어요. 다른 하나는 CPFP로, 받은 쪽에서 그 거래의 잔돈을 다시 높은 수수료로 써서 부모 거래까지 끌어올리는 방식입니다. 두 기능 모두 지갑이 지원해야 쓸 수 있고, 거래소 앱에서는 대체로 제공하지 않아요.
💡 꿀팁
급하지 않은 송금이라면 멤풀이 비는 시점을 노리는 게 가장 확실한 절약법이에요. 2026년 8월 15일 조회 시점처럼 권장 수수료가 1 sat/vB까지 내려오는 구간이 실제로 존재합니다. 잘게 쪼개진 잔돈을 한 주소로 모으는 작업도 이런 때 해두면 나중에 급하게 출금할 때 크기가 줄어 유리해집니다.
반대로 이럴 땐 굳이 움직이지 않는 편이 낫습니다. 보내려는 금액이 예상 수수료의 몇 배 수준밖에 안 되는 초소액이거나, 시장이 급변해 멤풀이 폭주하는 시점이라면 기다리는 선택이 손실을 줄여요.
마지막으로, 자산 이동이나 투자 판단이 얽힌 결정이라면 세금과 신고 의무까지 함께 걸리는 경우가 있어 전문가 상담을 권장합니다. 여기 정리한 내용은 네트워크가 어떻게 작동하는지에 대한 설명이지, 특정 행동을 권하는 조언은 아니에요.
 |
| 송금 지연 원인을 트랜잭션 아이디 유무와 수수료율 기준으로 나눠 판단하는 순서도 |
Q. 몇 시간째 확인이 안 되는 거래를 취소할 수 있나요?
엄밀한 의미의 취소는 없고, 대체하거나 기다리는 두 갈래뿐입니다. 보낼 때 RBF가 켜져 있었다면 더 높은 수수료의 거래로 교체해 사실상 되돌릴 수 있어요. RBF가 꺼져 있었다면 멤풀에서 탈락할 때까지 기다려야 하는데, 보통 노드 설정상 며칠이 지나면 자동으로 빠지고 코인은 원래 지갑에서 다시 쓸 수 있게 됩니다.
Q. 수수료를 0에 가깝게 넣으면 어떻게 되나요?
대부분의 노드는 최소 릴레이 수수료 기준에 못 미치는 거래를 아예 다른 노드로 전달하지 않습니다. 그러면 채굴자 눈에 띄지도 않아서 영원히 대기 상태로 남아요. 혼잡이 심한 날에는 기준을 통과하더라도 멤풀 하위권에 머물다 밀려날 수 있습니다.
Q. 반감기가 오면 거래가 더 느려지나요?
블록 간격은 반감기와 무관합니다. 난이도 조정이 계속 작동하니 목표는 10분으로 유지돼요. 다만 채굴 보상에서 수수료가 차지하는 비중이 커지기 때문에, 반감기 전후로 거래가 몰리며 수수료가 급등하는 현상은 과거에 실제로 관측됐습니다.
Q. 라이트닝으로 보내면 거래소 입금도 바로 되나요?
해당 거래소가 라이트닝 입금을 지원할 때만 가능합니다. 지원하더라도 한 번에 보낼 수 있는 금액에 상한이 걸리는 경우가 많은데, 경로상 채널 용량을 넘는 결제는 라우팅이 실패하기 때문이에요. 큰 금액은 여전히 온체인으로 보내는 게 일반적입니다.
Q. 탭루트 주소로 바꾸면 무조건 수수료가 싸지나요?
조건에 따라 다릅니다. 서명이 여러 개 필요한 다중서명 지갑에서는 절감폭이 크지만, 단일 서명으로 한 번 보내는 단순 송금이라면 세그윗 대비 차이가 크지 않아요. 게다가 아직 탭루트 출금을 지원하지 않는 서비스가 남아 있어서, 바꾸기 전에 주고받을 상대 쪽 지원 여부를 먼저 확인하는 게 좋습니다.
본 포스팅은 공개 자료를 바탕으로 작성되었으며, 전문적인 의료·법률·재무 조언을 대체하지 않습니다. 정확한 정보는 해당 분야 전문가 또는 공식 기관에 확인하시기 바랍니다. 본 글의 내용은 정보 제공 목적이며, 개인 상황에 따라 결과가 다를 수 있습니다. 반드시 전문가와 상담 후 결정하시기 바랍니다. 네트워크 수수료와 서비스 정책은 수시로 바뀌므로 실제 송금 전 공식 페이지에서 다시 확인하는 편이 안전합니다. 수치는 2026년 8월 15일 확인 기준입니다.
👉 함께 읽으면 좋은 글: 비트코인 블록체인 원리: 거래가 기록되고 검증되는 방식
👉 함께 읽으면 좋은 글: 비트코인 P2P 네트워크 구조: 중앙 서버 없이 거래되는 원리
👉 함께 읽으면 좋은 글: 비트코인 메인넷과 사이드체인 차이: 확장 방식 비교
👉 함께 읽으면 좋은 글: 비트코인 세그윗 SegWit은 무엇이고 왜 필요한가
비트코인의 속도 한계는 고쳐야 할 결함이라기보다, 10분 간격과 고정 용량을 지키는 대가로 감수한 설계상의 맞교환에 가깝습니다. 그래서 근본 해결은 본체가 아니라 위층에서 진행되고 있어요.
지금 송금이 급한 분이라면 멤풀 권장 수수료부터 확인하고 그에 맞춰 보내는 것만으로 대부분의 대기가 해결됩니다. 소액을 자주 주고받는 분이라면 라이트닝 지원 여부를 알아볼 만하지만, 채널 개설 비용과 금액 상한을 먼저 따져봐야 해요. 반면 큰 금액을 옮기려는 분이라면 서둘러 수수료를 올리기보다 확인 요건과 출금 정책을 미리 확인하는 쪽이 시간을 더 아껴줍니다.
송금이 늦어졌던 경험이 있다면 어떤 상황이었는지 댓글로 남겨주세요. 비슷한 상황을 겪는 분에게 도움이 될 만한 글이라면 공유해 주셔도 좋습니다.
댓글
댓글 쓰기