EMasterTPETH 수급 실측
EN한국어

측정 방법

이 페이지는 대시보드의 모든 수치를 독립적으로 재현할 수 있도록 정확한 방법을 기록합니다. 아울러 어떤 수치를 이 사이트가 직접 재고 어떤 수치를 인용하는지도 밝힙니다 — 그 둘은 다른 주장이므로 구분해 두는 편이 맞습니다.

직접 실측 vs 인용

수치출처방법
소각량 — base fee·블롭직접 실측 7,200블록 창의 블록 헤더
중앙값 base fee, 가스 사용률직접 실측 같은 창의 블록별 헤더 필드
L2 브리지 에스크로 잔액직접 실측 각 공식 에스크로에 eth_getBalance
총 공급량, 스테이킹 물량인용 외부 합의층 집계. 전 계정 잔액 합산은 공개 JSON-RPC로 할 수 있는 일이 아니며, 비콘 쪽 합산은 전체 합의 상태가 필요합니다
순발행량, 연 순발행률파생 직접 잰 소각량과 인용한 공급량·스테이킹을 결합

실측 수치는 API 키도 제3자도 필요하지 않습니다 — 공개 RPC 하나로 충분합니다. 인용 수치가 있기 때문에 이 페이지는 "여기 있는 모든 값을 직접 측정했다"고 쓰지 않습니다.

base fee 소각

EIP-1559는 모든 트랜잭션의 base fee를 소각합니다. 연속된 블록 헤더 7,200개(12초 슬롯 기준 약 24시간)를 받아 블록마다 baseFeePerGas × gasUsed를 합산합니다. 이 창은 첫 블록과 마지막 블록의 실제 타임스탬프 간격을 써서 정확히 24시간으로 환산하므로, 단기 슬롯 편차가 일간 수치를 왜곡하지 않습니다.

창 안에서 일부 블록을 못 받으면(최대 5%까지 허용) 그만큼 일간 수치가 정확히 그 비율만큼 과소집계됩니다 — 그래서 결측 블록을 창 평균으로 채우는 밀도 보정을 적용하고, 커버리지가 100% 미만이면 대시보드에 그 값을 표시합니다. 결측이 5%를 넘으면 보정 대신 창 전체를 보류합니다(아래 데이터 품질 규칙 참조).

블롭 소각 (EIP-4844)

블롭을 실은 트랜잭션은 baseFeePerBlobGas × blobGasUsed를 추가로 소각합니다. 블록별 블롭 base fee는 excessBlobGas에서 직접 유도하지 않고 eth_feeHistory가 돌려주는 클라이언트 계산값을 씁니다. 업데이트 분모(update fraction)가 포크와 블롭 파라미터 변경 때마다 바뀌기 때문입니다. 손으로 유도한 값은 그런 포크마다 조용히 틀어지지만 클라이언트 값은 그렇지 않습니다.

공급량과 스테이킹

이 두 수치는 직접 실측이 아니라 인용입니다 — 이유는 위 표를 참고하세요.

총 공급량은 합의층 합산으로 조립합니다: 실행층 잔액 + 비콘 잔액 − 처리된 예치금 (실행층은 wei, 비콘은 gwei — 전형적인 단위 함정입니다). 스테이킹 물량은 비콘 잔액의 합입니다. 예치 컨트랙트 잔액만 보면 증가만 한다는 점에 주의하세요. 출금은 시스템 레벨의 다른 곳에서 정산되므로, 컨트랙트 잔액을 "현재 스테이킹 물량"으로 읽으면 과대집계됩니다.

발행량 추정

연간 합의층 발행량의 상한은 대략 166.32 × √(스테이킹 ETH)입니다. 실제 발행량은 이 상한보다 조금 낮습니다(참여율과 sync committee 의무에 따라 달라짐). 따라서 대시보드의 순발행 수치는 인플레이션 압력의 보수적 상한 추정입니다. 판정이 0 근처에서 뒤집힐 때는 명확한 부호 변화가 아니라 "대략 균형" 상태로 읽으시는 게 맞습니다.

L2 브리지 에스크로

각 공식 브리지 에스크로 컨트랙트의 네이티브 ETH 잔액을 직접 읽습니다. 규칙은 두 가지입니다. 잠긴 ETH를 공급량에서 빼지 않습니다(여전히 L1 위의 ETH입니다). 그리고 알려진 에스크로의 잔액이 0.0이면 "주소 이전됨"으로 처리합니다 — 브리지 컨트랙트는 업그레이드 과정에서 옮겨지는데, 낡은 주소를 0으로 세면 총합이 조용히 과소집계되기 때문입니다.

데이터 품질 규칙

편차 점검

매 주기마다 수집기가 직접 잰 소각량을 독립 기준값과 비교해 차이를 기록합니다. 보통 몇 퍼센트 이내에서 일치하며(창 경계가 정확히 맞을 수는 없습니다), 차이가 크면 조용히 게시하는 대신 데이터 품질 경고를 띄웁니다. 이 비교는 우리 계산이 틀어졌는지 확인하는 내부 점검이며, 대시보드에 표시되는 어떤 수치의 출처도 아닙니다.

갱신 주기와 재현 방법

수집기는 6시간마다 돕니다. 어떤 숫자든 재현하는 데 필요한 건 공개 이더리움 RPC 하나뿐입니다. 대시보드에 표시된 블록 구간을 받아 위 공식을 적용하고 비교해 보세요. RPC 지연으로 설명되지 않는 차이를 발견했다면 무언가 잘못된 것입니다 — 블로그로 알려주세요.