한 기간의 순공급 변화는 종료 시점 총공급량(total supply)에서 시작 시점 총공급량을 빼거나, 같은 범위의 발행(mint) 합계에서 소각(burn) 합계를 빼서 구합니다. 두 결과는 반드시 맞아떨어져야 합니다. 제로 주소로 보낸 전송 같은 이벤트만 믿지 말고, 계약이 totalSupply를 실제로 줄였는지 확인합니다. 브리지의 잠금·해제는 원본 체인의 공급을 바꾸지 않는 단순 이동일 수 있으니 발행·소각과 따로 다룹니다. 발행 보상과 수수료 소각이 일어난 블록, 단위, 재구성 여부까지 맞춰야 순인플레이션을 정확히 읽을 수 있습니다.
시작과 종료 시점의 잔량부터 고정합니다
블록 B0 직후의 totalSupply S0와 B1 직후의 S1을 읽으면 잔량 변화는 ΔS=S1-S0입니다. 이벤트 조회에도 양 끝을 포함하는 같은 경계를 적용합니다. B0 블록의 이벤트를 두 번 세거나 B1을 빠뜨리면 흐름 합계와 맞지 않습니다. 체인 재구성이 있었다면 정식 블록 해시도 다시 확인합니다.
ERC-20 구현에서는 발행과 소각이 총공급량을 바꾸지만, 임의의 계약은 다른 이벤트나 내부 장부를 쓸 수 있습니다. 이벤트 이름보다 상태 변수의 실제 변화를 기준으로 삼습니다. 프록시 업그레이드나 단위 변경(redenomination)이 있었다면 같은 계약 이력인지도 점검합니다.
순공급은 소각 뉴스에서 발행 뉴스를 뺀 감상이 아니라 같은 블록 경계에서 맞춘 잔량·흐름 원장입니다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- 시작과 종료 시점의 잔량부터 고정합니다
블록 B0 직후의 totalSupply S0와 B1 직후의 S1을 읽으면 잔량 변화는 ΔS=S1-S0입니다.
- 브리지 이동은 별도 열에서 상쇄합니다
잠금 후 발행 방식 브리지에서 출발 체인의 500만 개가 예치 계약에 잠기고 도착 체인에 래핑 토큰 500만 개가 발행돼도, 원본 토큰의 totalSupply는 그대로일 수 있습니다.
- 소각 주소 전송과 공급 감소를 구분합니다
사용자가 아무도 꺼낼 수 없는 주소로 토큰을 보내면 유통량 추정에서는 빠질 수 있지만, 계약의 totalSupply는 줄지 않을 수 있습니다.
설명을 위한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
발행과 소각을 원인별로 나눕니다
가정해 보겠습니다. 한 달 시작 공급이 1억 개이고 검증자 보상 발행 200만, 지원금 발행 50만, 수수료 소각 120만, 보유자 소각 10만이라면 순발행은 +120만이고 종료 공급은 1억120만입니다. 이 합계가 체인 위 totalSupply와 다르면 빠진 경로나 경계 오류를 찾아야 합니다.
이더리움 EIP-1559는 블록의 기본 수수료를 소각하도록 정하지만, 우선 수수료까지 태우지는 않습니다. 토큰마다 프로토콜 보상, 거버넌스 발행, 슬래싱, 수수료 소각 규칙이 다르므로 이름만 같은 ‘소각률’을 그대로 옮겨 쓰지 않습니다. 발행과 소각을 같은 자산 단위로 맞춥니다.
| 흐름 | 수량 | 공급 부호 | 검증 자료 |
|---|---|---|---|
| 검증자 보상 발행 | 2.00M | + | 프로토콜 상태 |
| 지원금 발행 | 0.50M | + | 발행 이벤트·호출 |
| 수수료 소각 | 1.20M | – | 블록 회계 |
| 보유자 소각 | 0.10M | – | 소각 거래 |
| 순발행 | 1.20M | + | S1-S0 대사 |
브리지 이동은 별도 열에서 상쇄합니다
잠금 후 발행 방식 브리지에서 출발 체인의 500만 개가 예치 계약에 잠기고 도착 체인에 래핑 토큰 500만 개가 발행돼도, 원본 토큰의 totalSupply는 그대로일 수 있습니다. 경제권 전체 공급을 볼 때는 예치 담보와 래핑 표현을 한 쌍으로 묶고, 새 공급으로 더하지 않습니다.
소각 후 발행 방식 브리지라면 출발 체인 소각 -500만과 도착 체인 발행 +500만이 체인별 공급에는 드러나지만 통합 순공급은 0입니다. 메시지 식별자, 출발·도착 거래, 최종 확정 여부를 서로 연결합니다. 브리지 흐름을 프로토콜 발행으로 분류하지 않습니다.
소각 주소 전송과 공급 감소를 구분합니다
사용자가 아무도 꺼낼 수 없는 주소로 토큰을 보내면 유통량 추정에서는 빠질 수 있지만, 계약의 totalSupply는 줄지 않을 수 있습니다. OpenZeppelin ERC20의 _burn은 계정 잔액과 총공급량을 함께 줄이고 제로 주소 관련 Transfer 이벤트를 냅니다. 구현 코드와 totalSupply 차이를 함께 확인합니다.
되사들인 뒤 재무 지갑에 보관한 토큰도 소각이 아닙니다. 나중에 다시 팔 수 있는 재고일 뿐이며, 데이터 제공자의 유통량 기준만 달라질 수 있습니다. 발표된 수량보다 실제 거래와 상태 결과를 기록합니다.
비율에는 평균 공급과 기간을 밝힙니다
연율 순발행률은 기간 순발행을 평균 공급으로 나눈 뒤 365/관측일수를 곱해 구할 수 있습니다. 7일 수치를 그대로 연율로 바꾸면 일시적인 수수료 급증이 부풀려지므로 원래 기간 값을 함께 보여 줍니다. 분모로 시작 공급만 썼는지도 표시합니다.
소각 대 발행 비율은 소각량을 총발행량으로 나눈 값입니다. 총발행량이 0이면 비율은 0이 아니라 계산할 수 없는 값입니다. 순디플레이션 상태에서도 유통량, 재무 물량 방출, 브리지 래핑 물량은 늘어날 수 있습니다. 공급 지표만으로 가격 결과를 주장하지 않습니다.
- B0·B1 블록 해시와 totalSupply를 저장합니다.
- 같은 범위의 모든 발행·소각 경로를 원인별로 합산합니다.
- ΔS와 발행·소각 차이가 0인지 대사합니다.
- 브리지·재무·예치 이동은 별도 원장에 둡니다.
- 연율화할 때는 기간과 평균 공급을 함께 표시합니다.
자주 묻는 질문
제로 주소로 보낸 Transfer는 모두 소각인가요?
구현이 totalSupply를 실제로 줄였는지 확인해야 합니다. 단순 전송만으로는 프로토콜 공급 감소를 확정할 수 없습니다.
브리지에서 래핑 토큰이 발행되면 인플레이션인가요?
원본이 잠기거나 소각된 대응 관계라면 통합 경제 공급이 늘어난 것은 아닐 수 있습니다. 두 체인의 거래를 연결해 확인해야 합니다.
순공급이 음수면 가격이 오르나요?
아닙니다. 수요, 유통량 구성, 시장 유동성이 따로 움직이므로 공급 차이만으로 가격 방향을 보장하지 않습니다.
더 깊이 읽기
본문에서 다룬 개념과 확인 절차를 다음 글에서 이어서 살펴보세요.
