비트코인 거래 무게와 vsize는 왜 다를까

비트코인 거래의 무게(weight)는 base size×3+total size이고, 가상 크기(vsize)는 ceil(weight÷4)입니다. 전체 크기(total size)는 증인 데이터(witness)를 포함한 직렬화 크기, 기본 크기(base size)는 증인 데이터를 뺀 크기입니다. 증인 바이트는 무게에 1단위, 기본 영역 바이트는 결과적으로 4단위씩 들어가므로 실제 바이트 수와 수수료 계산에 쓰는 가상 크기가 달라질 수 있습니다.

네 숫자는 같은 거래를 서로 다른 눈금으로 잽니다

전체 크기는 네트워크로 보내려고 직렬화한 거래에서 증인 데이터까지 포함한 전체 바이트 수입니다. 기본 크기는 증인 직렬화를 걷어 낸 옛 형식의 크기입니다. 비-SegWit 거래는 증인 데이터가 없어 두 값이 같지만, 세그윗 입력이 있으면 전체 크기가 더 큽니다.

BIP 141은 거래 무게를 base size×3+total size로 정의합니다. 전체 크기 안에도 기본 부분이 한 번 들어 있으므로 기본 바이트는 합쳐서 4 WU, 증인 쪽에 더해진 바이트는 1 WU로 셈해집니다. 서명이 중요하지 않다는 뜻이 아닙니다. 블록 자원을 계산할 때 증인 데이터에 다른 가중치를 매기는 규칙일 뿐입니다.

실제 바이트는 전송량을 보여 줍니다. 가상 크기는 무게를 수수료율과 견주기 쉬운 단위로 바꾼 값입니다.

JOBCOIN 해설

그림으로 보기거래 요청부터 블록 확인까지

1. 01
   네 숫자는 같은 거래를 서로 다른 눈금으로 잽니다

   전체 크기는 네트워크로 보내려고 직렬화한 거래에서 증인 데이터까지 포함한 전체 바이트 수입니다.

2. 02
   공식에 숫자를 넣어 두 번 검산해 봅니다

   가정한 거래의 기본 크기가 120바이트, 전체 크기가 230바이트라면 무게는 120×3+230=590 WU입니다.

3. 03
   증인 할인 폭은 주소 종류만으로 정해지지 않습니다

   P2WPKH 입력, P2WSH 다중서명, 탭루트(Taproot) 지출은 증인 데이터의 구성과 길이가 저마다 다릅니다.

설명을 위한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.

공식에 숫자를 넣어 두 번 검산해 봅니다

가정한 거래의 기본 크기가 120바이트, 전체 크기가 230바이트라면 무게는 120×3+230=590 WU입니다. 가상 크기는 ceil(590÷4)=148 vB입니다. 590을 4로 나누면 147.5이므로 버리지 않고 올립니다.

수수료율을 6 sat/vB로 잡았다면 총수수료 목표는 148×6=888 sat입니다. 230바이트 전체 크기에 6을 곱한 1,380 sat는 가상 바이트 단가를 실제 직렬화 바이트에 잘못 들이댄 값입니다. 지갑이 무게 단위만 보여 준다면 먼저 4로 나눠 올린 뒤 단가를 곱하세요.

증인 할인 폭은 주소 종류만으로 정해지지 않습니다

P2WPKH 입력, P2WSH 다중서명, 탭루트(Taproot) 지출은 증인 데이터의 구성과 길이가 저마다 다릅니다. 주소 형식이 같아도 서명 개수, 드러나는 스크립트, 쓰는 지출 경로에 따라 무게가 달라질 수 있습니다. 출력에는 아직 지출 서명이 없으니 입력과는 크기 특성이 다릅니다.

그러니 ‘세그윗이면 무조건 몇 바이트’라는 표를 모든 거래에 들이대지 마세요. 입력 종류별 추정치는 비교용으로는 쓸 만하지만, 가장 믿을 수 있는 값은 최종 PSBT에 서명한 뒤 해독한 무게와 가상 크기입니다. 하드웨어 지갑을 쓸 때도 연결 앱이 보여 주는 최종 수수료와 가상 크기를 함께 적어 둡니다.

• 원시 거래에 증인 직렬화가 들어 있는지 확인합니다.
• 기본 크기와 전체 크기를 뒤바꾸지 않습니다.
• 무게 공식부터 계산한 뒤 4로 나눠 올립니다.
• sat/vB는 가상 크기에, sat/kw는 무게 기준 단위에 맞춰 바꿉니다.
• 최종 서명 뒤 예상치와 실제 값을 다시 맞춰 봅니다.

txid와 wtxid가 갈리는 것도 같은 구분에서 나옵니다

BIP 141은 옛 직렬화를 이중 SHA-256으로 해시한 값을 txid로 유지하고, 증인 데이터까지 넣은 새 직렬화의 이중 SHA-256을 wtxid로 정의합니다. 증인 데이터가 없는 입력만 있으면 두 식별자가 같지만, 증인 데이터가 있으면 달라질 수 있습니다. 이 구분은 무게 계산에서 기본·전체를 가르는 경계와 똑같은 데이터 나눔을 씁니다.

탐색기에 txid만 보인다고 증인 데이터가 없다고 단정할 수는 없습니다. 서비스 화면이 wtxid를 보여 주지 않을 수 있기 때문입니다. 거래 해독기에서 weight, vsize, 증인 스택을 확인해야 합니다. 두 식별자의 차이를 수수료 할인액으로 곧장 바꿔 계산하는 것도 옳지 않습니다.

반올림과 단위 변환에서 자주 틀립니다

무게가 592 WU면 딱 148 vB이고, 593 WU면 148.25를 올려 149 vB입니다. 입력마다 가상 크기를 따로 올린 뒤 더하면, 거래 전체를 한 번에 계산한 값보다 커질 수 있습니다. 프로토콜 정의대로 거래 전체의 무게를 구한 다음 마지막에 한 번 나누고 올립니다.

1 kvB는 1,000 vB를 기준으로 쓰이지만, 앱마다 표기와 내부 정밀도는 확인해야 합니다. BTC/kvB를 sat/vB로 바꿀 때는 BTC를 사토시로 환산하고 1,000으로 나눕니다. 단위가 분명하지 않은 수수료 입력란에는 값을 넣지 말고 제품 문서부터 확인하세요.

수수료 단가와 거래 크기를 함께 맞춰 봅니다

수수료율 글은 네트워크 상황에 맞춰 어떤 단가를 고르고 총수수료를 어떻게 구하는지를 다룹니다. 이 글은 그 곱셈에 들어가는 가상 크기가 왜 실제 바이트와 다르고, 원시 거래에서 어떻게 계산되는지를 다룹니다. 수수료율이 같아도 무게가 다르면 총수수료가 달라집니다.

비교할 때는 같은 거래의 서명 전 값과 서명 뒤 값을 섞지 마세요. 입력을 아직 고르지 않은 견적, PSBT, 완성된 거래는 크기가 서로 다를 수 있습니다. 계산 기록에 거래 단계, 기본 크기, 전체 크기, 무게, 가상 크기, 적용 단가를 한 줄씩 남겨 두면 오류를 다시 짚어 보기 쉽습니다.

자주 묻는 질문