유통량은 contract totalSupply를 그대로 복사한 값이 아니라 제공자가 잠금, vesting, 재단, 팀, treasury와 bridge 주소를 분류해 제외한 추정치입니다. CoinGecko와 CoinMarketCap도 공개 거래 가능성과 내부자·전략 보유 제외를 설명하지만 제출 자료, 검증 시각과 개별 주소 판단은 같지 않을 수 있습니다. 비교할 때는 각 수치의 기준 시각과 체인 범위, 총공급, 제외 주소별 잔액을 맞춘 뒤 차이를 ‘미분류 잔액’으로 남겨야 합니다.
먼저 각 숫자의 이름과 시각을 고정합니다
Provider A의 circulating supply와 Provider B의 total supply를 비교하면 차이는 당연합니다. API 응답 시각, block number, contract address와 decimals를 저장하고 같은 시점의 total supply부터 맞춥니다. 여러 chain에 배포된 자산이면 native issuance와 bridged representation 포함 범위를 명시합니다.
CoinGecko는 total supply에서 locked·vested·team·foundation 등 uncirculated wallet을 제외한다고 설명합니다. CoinMarketCap은 public hands의 근사치이며 insider·strategic holdings를 제외한다고 밝힙니다. **이름이 같아도 제외 원장은 동일하지 않습니다**.
유통량은 온체인 한 필드가 아니라 주소와 목적에 붙인 분류 정책의 결과입니다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- 먼저 각 숫자의 이름과 시각을 고정합니다
Provider A의 circulating supply와 Provider B의 total supply를 비교하면 차이는 당연합니다.
- 주소별 차이표로 역산합니다
가정 total supply 10억 개에서 A는 vesting 2억, treasury 1억, bridge escrow 5천만을 제외해 6억5천만으로 계산했다고 하겠습니다.
- Unlocked와 circulating을 구분합니다
시간 잠금이 끝났다는 사실은 transfer가 가능해졌다는 뜻일 수 있지만, 팀·재단이 장기 목적 보유 중이면 제공자 정책상 계속 제외될 수 있습니다.
AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
주소별 차이표로 역산합니다
가정 total supply 10억 개에서 A는 vesting 2억, treasury 1억, bridge escrow 5천만을 제외해 6억5천만으로 계산했다고 하겠습니다. B가 unlocked treasury를 포함하고 bridge를 별도 chain supply로 세면 7억5천만이 될 수 있습니다. 어느 쪽이 ‘거짓’이라고 단정하기보다 공개 methodology와 address list를 대조합니다.
시가총액 차이는 같은 가격이라면 공급 차이에 비례합니다. 가격 2달러 가정에서 6억5천만은 13억 달러, 7억5천만은 15억 달러입니다. 이 예시는 산식 설명일 뿐 실제 자산 평가가 아닙니다. **가격 출처까지 같아야 공급 차이만 비교할 수 있습니다**.
| 보유 구분 | 잔액 | Provider A | Provider B |
|---|---|---|---|
| Public wallets | 650M | 포함 | 포함 |
| Vesting contract | 200M | 제외 | 제외 |
| Foundation treasury | 100M | 제외 | 포함 가능 |
| Bridge escrow | 50M | 제외 | 체인별 별도 |
| 계산 유통량 | 650M | 750M |
Unlocked와 circulating을 구분합니다
시간 잠금이 끝났다는 사실은 transfer가 가능해졌다는 뜻일 수 있지만, 팀·재단이 장기 목적 보유 중이면 제공자 정책상 계속 제외될 수 있습니다. 반대로 treasury가 grant나 시장조성자 대여로 외부에 이전되면 일부가 편입될 수 있습니다.
Unlock calendar에서 나온 누적 해제량을 곧바로 유통량에 더하지 않습니다. beneficiary, custody, 재잠금, 반환과 실제 공개시장 가용성 자료를 확인합니다. **법적 해제와 데이터 제공자의 유통 판정은 별도 단계입니다**.
브리지와 소각 주소를 따로 대사합니다
Canonical lock-and-mint bridge에서는 원본 chain escrow 5천만과 destination wrapped token 5천만이 같은 경제적 단위를 나타냅니다. 전 체인 공급을 계산하며 둘 다 더하면 1억으로 부풀어집니다. 반면 burn-and-mint 이동이면 source burn과 destination mint를 같은 message로 연결합니다.
소각 주소 전송도 contract totalSupply를 줄이지 않는 구현이 있습니다. Provider가 verifiable burn을 total supply에서 빼는지, 단순 inaccessible address로만 분류하는지 확인합니다. Token contract event, totalSupply call과 provider adjustment를 세 열로 보존합니다.
차이를 오류 대신 조정 원장으로 관리합니다
매일 provider 값, 자체 계산 값, 차이, 마지막 methodology 변경일을 저장합니다. 제외 주소마다 owner category, 근거 URL, 시작·종료 block, 판단 상태를 기록하고 불명확하면 public이나 locked로 억지 배정하지 말고 unresolved로 둡니다.
제공자 갱신은 project 제출·검토 뒤 지연될 수 있습니다. 단일 날짜 차이를 공급 충격으로 해석하지 않고 과거 값의 수정 여부도 확인합니다. 주소 라벨이 바뀌면 과거 시계열을 소급 수정했는지 version을 나눕니다.
- 같은 UTC 시각과 block에서 totalSupply를 읽습니다.
- 제공자별 제외 주소와 정책 문구를 수집합니다.
- 잠금·재단·내부자·bridge·burn을 별도 bucket으로 둡니다.
- 차이를 주소 잔액으로 설명하고 미분류를 남깁니다.
- 가격과 공급 시각을 맞춘 뒤 시가총액을 재계산합니다.
자주 묻는 질문
잠금이 풀리면 다음 날 유통량에 자동 반영되나요?
제공자 정책과 검증 주기에 따라 다르며 팀·재단 보유라면 unlocked여도 제외될 수 있습니다.
Contract totalSupply가 가장 정확한 유통량 아닌가요?
총발행 잔액은 정확할 수 있지만 잠금·treasury·bridge escrow의 공개 거래 가능성을 구분하지 않습니다.
두 제공자 값 중 어느 것을 써야 하나요?
분석 목적에 맞는 방법론을 선택하고 출처·기준 시각을 고정하며 서로 다른 공급 정의를 한 시계열에 섞지 않아야 합니다.
