해시레이트는 직접 계측된 전 세계 합계가 아니라 최근 블록 생성 속도와 난이도로 추정한다. 짧은 창의 블록 운 때문에 추정치가 크게 흔들려 채굴기 증감으로 단정하기 어렵다. 따라서 RPC의 lookup 창, 난이도 조정 구간과 관측 블록 수를 함께 기록한다.
전 세계 해시를 세지 않고 역산하는 이유
비트코인 네트워크에는 모든 채굴기의 초당 해시 수를 보고하는 중앙 계측기가 없다. 관측자는 일정 난이도에서 유효 블록이 얼마나 빠르게 도착했는지를 보고 평균적인 시도 속도를 역산한다. 그래서 차트의 H/s는 장비 텔레메트리 합계가 아니라 확률 과정의 추정치다.
유효 블록 하나가 나올 기대 작업량은 난이도에 비례한다. 같은 난이도에서 블록 간격이 짧으면 추정 H/s가 커지고 길면 작아진다. 단일 블록은 운의 영향이 커 여러 블록의 경과시간을 사용한다.
해시레이트 차트는 전 세계 채굴기를 세어 만든 계측값이 아니라 블록 도착 과정에서 역산한 추정치다.
JOBCOIN 해설
120블록 창과 난이도 구간 창의 차이
Bitcoin Core getnetworkhashps는 기본적으로 최근 120블록을 사용한다. nblocks=-1은 마지막 난이도 변경 이후 블록을 사용하고, height를 주면 특정 과거 높이에서 추정한다. 같은 endpoint라도 인자가 다르면 서로 다른 시간창을 요약한다.
난이도 경계 직후 -1 창에는 블록이 얼마 없어 값이 크게 흔들릴 수 있다. 반대로 120블록 창은 안정적이지만 갑작스러운 변화 반영이 느리다. 제공자가 어떤 창을 썼는지 모르면 두 해시레이트 수치의 차이를 채굴기 증감으로 설명하지 않는다.
난이도 100조와 10분 간격의 계산 예시
기대 해시 시도 횟수를 난이도 D×2^32로 놓으면 관측 창의 추정 해시레이트는 H≈D×2^32/평균 블록간격(초)로 쓸 수 있다. 교육용 가정에서 D=100조, 평균 간격=600초라면 H≈10^14×4,294,967,296/600≈7.16×10^20 H/s, 즉 약 716 EH/s다.
같은 난이도에서 최근 블록이 평균 500초마다 나왔다면 약 859 EH/s, 700초라면 약 614 EH/s로 추정된다. 실제 장비가 즉시 40% 증감하지 않아도 짧은 창의 우연한 블록 도착 간격만으로 값이 크게 흔들릴 수 있다. 이 숫자는 산식 확인용 가정이며 현재 네트워크 값이 아니다.
| 입력 창 | 장점 | 주의점 |
|---|---|---|
| 최근 10블록 | 변화를 빨리 반영 | 블록 운의 잡음이 매우 큼 |
| RPC 기본 120블록 | 단기성과 안정성 절충 | 난이도 경계를 걸칠 수 있음 |
| nblocks=-1 | 마지막 난이도 변경 이후만 사용 | 구간 초반에는 표본이 짧음 |
| 2,016블록 조정구간 | 난이도 조정 맥락 확인 | 최근 변화 반영이 느림 |
Bitcoin Core RPC 값이 서로 달라지는 이유
공식 getnetworkhashps RPC는 마지막 n개 블록을 바탕으로 초당 해시를 추정하고 기본 nblocks는 120이다. -1을 주면 마지막 난이도 변경 이후 블록을 쓴다. 웹사이트가 24시간, 3일, 7일 이동창을 쓰면 같은 시각에도 RPC와 다른 값이 나오는 것이 정상이다.
블록 헤더 timestamp는 완벽한 계측시계가 아니며 구현은 선택한 블록 범위의 난이도와 시간차를 사용한다. 비교표에는 endpoint, nblocks, height, 조회 노드의 bestblockhash를 함께 남겨야 재현할 수 있다.
- 같은 블록 높이와 best block hash를 고정한다
- nblocks와 height 인자를 기록한다
- H/s를 EH/s로 바꿀 때 10^18로 나눈다
- 난이도 변경 경계를 창이 걸치는지 확인한다
- 짧은 창 변화는 블록 운과 실제 설비 변화를 분리해 표현한다
난이도 조정은 후행 피드백이다
비트코인은 2,016블록에 걸린 시간을 목표 1,209,600초와 비교해 다음 구간 난이도를 조정한다. 해시파워가 늘면 현재 구간 블록이 빨라지고 다음 조정에서 난이도가 올라가 10분 목표로 되돌리는 구조다. 따라서 현재 난이도만으로 현재 해시레이트를 알 수 없고 최근 시간 정보가 함께 필요하다.
추정치 상승은 장비 대수가 같은 비율로 늘었다는 증거도 아니다. 기기 효율, 오버클럭, 전력 제한, 풀 운과 지리적 이동이 함께 작용한다. 기사에는 해시레이트 추정치가 어느 창에서 얼마나 변했는지를 쓰고 채굴기 수를 역산하지 않는다.
재현 가능한 해시레이트 기록
조회시각, chain, blocks, headers, bestblockhash, difficulty를 getblockchaininfo에서 저장하고 동일 노드에서 getnetworkhashps의 nblocks별 값을 받는다. 예를 들어 10·120·-1 세 값을 나란히 두면 단기 잡음과 현재 난이도 구간 평균을 구분할 수 있다.
과거 높이를 비교할 때는 height 인자를 명시하고 재조직 가능성이 있는 최신 블록은 확정 전 값으로 표시한다. 공급자 차트만 캡처했다면 방법론과 창을 모르는 범위까지만 인용한다.
공식 문서는 계산 입력과 RPC 동작을 설명하지만 현재 채굴장 운영상태를 증명하지 않는다. 이 글은 추정법 교육이며 채굴 수익성이나 자산 가격 전망을 제공하지 않는다.
자주 묻는 질문
해시레이트 10% 상승은 채굴기 10% 증가인가요?
아니다. 짧은 관측 창의 블록 운과 기기 효율 변화가 섞인다. 같은 난이도·충분한 창에서도 장비 대수는 기종별 성능을 알아야 추정할 수 있다.
getnetworkhashps의 기본 관측 창은 얼마인가요?
공식 RPC 문서의 기본 nblocks는 120이다. -1을 주면 마지막 난이도 변경 이후 블록을 사용한다.
난이도가 고정돼 있는데 추정치가 왜 움직이나요?
같은 난이도에서도 선택한 블록들이 실제로 생성된 경과시간이 달라진다. 분모인 평균 블록간격이 바뀌면 추정 H/s도 바뀐다.
