블록 공간 이용률 비교: 바이트·가스·compute unit의 다른 분모

블록 공간 이용률은 정해진 자원을 실제로 사용한 양을 해당 제한으로 나눈 비율입니다. 비트코인의 weight, 이더리움의 gas, 솔라나의 compute unit은 같은 단위가 아니므로 비율만 같다고 처리 성능이나 이용 규모가 같다고 볼 수 없습니다. 체인과 기간에 적용된 자원 정의, 제한 종류, 집계 방식을 먼저 맞춰 읽어야 합니다.

80%라는 숫자만으로 두 체인을 줄 세울 수 없습니다

화물차 적재함의 부피가 80% 찼다는 말과 승객 좌석의 80%가 찼다는 말은 모두 비율이지만 운반한 대상은 다릅니다. 블록체인의 이용률도 무엇을 담는 공간인지부터 알아야 합니다. 바이트를 세는 지표와 실행 비용 단위를 세는 지표는 같은 크기의 눈금이 아닙니다.

비율을 만드는 분자와 분모를 모두 생략하고 ‘A는 90%, B는 50%’라고 쓰면 A가 두 배 가까이 많이 이용됐다는 인상을 줄 수 있습니다. 하지만 각 체인의 처리 용량, 거래 유형, 블록 간격이 다르면 실제 완료량은 반대일 수도 있습니다. 비율은 각 체인의 특정 제한에 얼마나 가까운지를 먼저 설명합니다.

비율을 비교하기 전에 그 비율이 무엇을 나누어 얻은 값인지 적어야 합니다.

JOBCOIN 네트워크 해설

VISUAL GUIDE프로토콜 실행의 기본 구조

1. 01
   80%라는 숫자만으로 두 체인을 줄 세울 수 없습니다

   화물차 적재함의 부피가 80% 찼다는 말과 승객 좌석의 80%가 찼다는 말은 모두 비율이지만 운반한 대상은 다릅니다.

2. 02
   비트코인은 원시 바이트와 weight가 다릅니다

   BIP-141은 블록 weight를 기본 크기의 세 배에 전체 크기를 더한 값으로 정의합니다.

3. 03
   가스와 계산 단위는 실행 자원의 계량 규칙입니다

   이더리움 gas는 연산 작업에 적용되는 프로토콜의 자원 단위입니다.

AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.

비트코인은 원시 바이트와 weight가 다릅니다

BIP-141은 블록 weight를 기본 크기의 세 배에 전체 크기를 더한 값으로 정의합니다. 기본 크기는 증인 관련 데이터를 제외한 직렬화 크기이며 전체 크기는 그 데이터를 포함합니다. 따라서 단순 파일 바이트 수와 weight를 서로 바꾸어 사용할 수 없습니다.

설명을 위한 가상 블록의 기본 크기가 600,000바이트이고 전체 크기가 1,800,000바이트라면 weight는 600,000 × 3 + 1,800,000 = 3,600,000입니다. BIP-141의 4,000,000 weight 제한을 기준으로 하면 90%입니다. 전체 바이트 1,800,000을 4,000,000으로 나눈 45%는 서로 다른 단위를 나눈 잘못된 계산입니다.

이 예시는 실제 특정 블록을 측정한 결과가 아닙니다. 비트코인 데이터 차트를 읽을 때 size, stripped size, weight 같은 필드가 어떤 단위인지 확인하는 연습입니다. 거래 구성이 달라지면 같은 총바이트에서도 weight가 달라질 수 있으므로 바이트 차트만으로 제한에 얼마나 가까운지 단정하지 않습니다.

가스와 계산 단위는 실행 자원의 계량 규칙입니다

이더리움 gas는 연산 작업에 적용되는 프로토콜의 자원 단위입니다. 블록의 gas used를 그 블록의 gas limit으로 나눈 비율과 수수료 조정의 목표 사용량에 대한 비율은 분모가 다릅니다. 가스 사용량과 수요의 관계를 읽을 때도 목표와 최대 한도를 구분해야 합니다.

솔라나는 compute unit으로 실행 예산을 표현하고 관련 문서에서 거래 단위 예산과 스케줄러의 비용 모델, 블록 및 계정 관련 제한을 구분합니다. 요청한 예산, 실제 실행에서 소비한 양, 스케줄링에 쓰는 비용 추정치는 같은 필드라고 가정할 수 없습니다.

특히 특정 거래 형식의 수수료 산식으로 계산한 비용을 실제 연산 사용량으로 거꾸로 치환하면 오류가 생길 수 있습니다. 공식 문서가 거래 형식과 버전에 따라 설정 경로를 나누고 있으므로 차트 제공자가 어떤 필드를 가져왔는지 확인해야 합니다. 이 글은 각 체인의 현재 한도 숫자를 서로 비교하는 성능 순위표가 아닙니다.

블록별 평균과 전체 합계 비율도 다를 수 있습니다

가상 블록 두 개를 생각해 봅니다. 첫 블록은 한도 100 중 100을 썼고 둘째 블록은 한도 200 중 100을 썼습니다. 각 블록의 이용률은 100%와 50%이므로 단순 평균은 75%입니다. 그러나 사용량 합계 200을 한도 합계 300으로 나누면 약 66.7%입니다.

둘 중 하나가 무조건 틀린 값은 아닙니다. 단순 평균은 블록마다 같은 가중치를 주고, 합계 비율은 큰 용량의 블록에 더 큰 가중치를 주는 셈입니다. 한도가 기간 중 바뀌거나 서로 다른 범주의 블록을 묶으면 두 계산이 다른 질문에 답합니다.

이용률의 추이를 기사에 넣을 때는 집계 방법을 고정합니다. 일별 비율을 다시 단순 평균할지 전체 원시 합계를 쓸지도 명시해야 합니다. 날짜 사이의 블록 수가 다르면 일별 평균을 동일 가중으로 묶은 값과 전체 블록 평균 역시 달라질 수 있습니다.

하나의 자원에 여유가 있어도 요청이 밀릴 수 있습니다

블록은 하나의 숫자로만 제한되는 상자가 아닐 수 있습니다. 실행 연산 외에 데이터 크기, 계정 접근, 서명 검증 등 여러 제약이 작동합니다. 특정 자원의 사용률이 낮아도 다른 제약이 먼저 차면 추가 요청을 넣기 어려울 수 있습니다.

많은 거래가 같은 상태나 계정을 수정하려는 경우에는 전체 평균과 국소적인 병목이 다르게 보일 수 있습니다. 따라서 ‘블록이 절반 비었으니 모든 이용자의 거래가 즉시 처리돼야 한다’는 결론은 성립하지 않습니다. 처리 순서와 충돌, 수수료 우선순위 같은 요소를 추가로 확인해야 합니다.

반대로 꽉 찬 블록만 추려 통계를 만들면 네트워크 전체가 언제나 같은 상태인 것처럼 보일 수 있습니다. 빈 블록이나 누락 구간을 어떻게 다뤘는지 확인하고, 성공한 거래의 지연 시간도 함께 봅니다. 트랜잭션 집계의 차이는 자원 사용률과 실제 서비스 경험이 달라지는 이유를 보완합니다.

• 분자와 분모의 단위를 같은 행에 적습니다.
• 관측 기간에 적용된 한도와 변경 시점을 보관합니다.
• 단순 평균인지 용량 가중 비율인지 확인합니다.
• 누락·빈 블록·실패 실행의 포함 조건을 기록합니다.
• 전체 자원 비율과 계정별 병목 및 처리 지연을 함께 검토합니다.

비교표에는 원시값과 해석 범위를 남깁니다

체인 간 비교가 필요하다면 각자 정의된 이용률을 제시하되 해당 비율이 의미하는 자원을 함께 씁니다. 그 옆에 완료된 서비스 동작과 실제 지불 비용, 처리 시간을 두면 독자가 비교 목적에 맞는 항목을 선택할 수 있습니다. 이들을 임의의 단일 점수로 바꾸면 어떤 가정을 넣었는지 설명하기 어려워집니다.

정해진 작업을 여러 환경에서 수행하는 별도 실험은 더 직접적인 비교가 될 수 있지만, 같은 기능·데이터·성공 조건을 맞춰야 합니다. 단순 공개 차트의 퍼센트를 읽는 일과 통제된 성능 실험은 증거 수준이 다릅니다. 기사에서는 관측한 수치의 범위를 넘어 기술 우위나 자산 가치까지 확대하지 않습니다.

자주 묻는 질문