체인별 스테이블코인 공급은 티커가 아니라 계약, 발행사, 상환 경로를 기준으로 나눠야 합니다. 네이티브 발행(native issuance)은 발행사가 그 체인에서 직접 발행·소각하고 정해진 상환 체계에 연결합니다. 반면 제삼자 브리지 토큰은 다른 체인의 원본이 브리지에 잠긴 것을 대신 나타내는 표현물일 수 있습니다. 전 체인 합계를 낼 때 네이티브 공급은 더하되, 잠긴 원본과 래핑 공급을 같은 경제 단위로 두 번 세지 않습니다. CCTP의 소각 후 발행(burn-and-mint) 이동은 전송 중 상태를 따로 조정합니다.
티커 대신 발행사와 계약을 식별합니다
지갑 화면에 USDC라는 이름과 소수점 6자리가 보인다고 진품이 보장되지는 않습니다. 체인 ID, 계약 주소, 발행사의 공식 지원 목록, 프록시 구현 계약, 발행 권한을 기록합니다. Circle은 지원 체인의 USDC와 브리지 USDC를 구분하고, 브리지 USDC를 Circle Mint로 잘못 보내지 말라고 안내합니다.
브리지 USDC는 제삼자가 만들며, 다른 체인의 USDC가 브리지 계약에 잠긴 것을 바탕으로 할 수 있습니다. Circle이 직접 발행하거나 상환하지 않는다고 설명됩니다. 표시 이름이 같아도 발행사에 대한 상환 청구권은 다를 수 있습니다.
멀티체인 스테이블코인 공급의 기본 키는 티커가 아니라 체인·계약·발행사·상환 경로의 조합입니다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- 티커 대신 발행사와 계약을 식별합니다
지갑 화면에 USDC라는 이름과 소수점 6자리가 보인다고 진품이 보장되지는 않습니다.
- CCTP와 잠금 후 발행을 다른 이동으로 봅니다
CCTP는 출발 체인의 네이티브 토큰을 소각하고, 증명된 메시지를 거쳐 도착 체인에서 네이티브 토큰을 발행합니다.
- 이전 작업은 시계열을 끊어 놓습니다
브리지 토큰을 네이티브로 바꾸는 업그레이드는 계약 주소를 그대로 둘 수도 있습니다.
설명을 위한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
체인별로 세 갈래로 나눕니다
가정해 보겠습니다. Ethereum 네이티브 100억, Base 네이티브 20억, L2의 제삼자 브리지 토큰 5억이 있고, 그 브리지 토큰을 뒷받침하는 5억은 Ethereum 100억 안의 브리지 보관분입니다. 그러면 발행사 네이티브 합계는 120억입니다. 실제로 쓸 수 있는 경제 단위도 120억으로 볼 수 있지만, 화면에 보이는 계약별 공급을 더하면 125억이 됩니다.
브리지 표현물을 생태계 활동 지표로 따로 보고할 수는 있습니다. 다만 전체 스테이블코인 공급이라고 부를 때는 보관된 원본을 빼든 표현물을 빼든, 하나의 통합 규칙을 일관되게 써야 합니다. 계약별 공급 합계를 곧바로 경제적 공급 합계로 쓰지 않습니다.
| 체인·형태 | 계약별 공급 | 통합 처리 |
|---|---|---|
| Ethereum 네이티브 | 10.0B | 포함 |
| 그중 브리지 보관분 | 0.5B | 원본에 이미 포함 |
| Base 네이티브 | 2.0B | 포함 |
| L2 브리지 토큰 | 0.5B | 표현 공급, 중복 제거 |
| 발행사 네이티브 합계 | 12.0B | 공식 발행 합계 |
CCTP와 잠금 후 발행을 다른 이동으로 봅니다
CCTP는 출발 체인의 네이티브 토큰을 소각하고, 증명된 메시지를 거쳐 도착 체인에서 네이티브 토큰을 발행합니다. 메시지가 전송 중이면 출발 쪽 소각은 끝났지만 도착 쪽 발행은 아직이라, 체인별 합계가 잠깐 줄어 보일 수 있습니다. 소각·증명·발행 상태를 하나로 이어서 봅니다.
잠금 후 발행(lock-mint) 방식에서는 출발 체인 공급이 줄지 않고 보관 잔액만 늘 수 있습니다. 도착 체인 토큰이 네이티브인지 브리지 토큰인지는 경로마다 확인합니다. 소각 이벤트와 보관 입금을 똑같은 공급 감소로 처리하지 않습니다.
- 발행사 공식 지원 체인과 계약 목록을 시점별로 저장합니다.
- 계약마다 발행 권한과 상환 경로를 기록합니다.
- 네이티브, 공식 브리지, 제삼자 브리지로 분류합니다.
- 보관분과 래핑 공급을 메시지 단위로 대조합니다.
- 전송 중·이전 중·폐기 예정 계약을 따로 표시합니다.
이전 작업은 시계열을 끊어 놓습니다
브리지 토큰을 네이티브로 바꾸는 업그레이드는 계약 주소를 그대로 둘 수도 있습니다. 그래도 발행사와 준비금 청구권은 특정 시점부터 바뀝니다. Circle의 표준도 업그레이드할 길을 열어 둘 뿐 의무를 뜻하지 않습니다. 발표만 보고 과거 브리지 공급을 네이티브로 거슬러 올라가 분류하지 않습니다.
새 네이티브 계약이 나오고 기존 브리지 계약이 함께 남아 있다면 보유자 이전, DEX 풀, 거래소 티커를 추적합니다. 폐기 예정 표시가 붙어도 잔액이 남아 있으면 공급표에서 숨기지 않고, 상환 가능성과 가격을 따로 표시합니다.
대시보드에 데이터 품질의 경계를 드러냅니다
집계 시각, 블록 해시, 노드의 확정 상태, 계약 목록 버전, 분류하지 못한 토큰을 공개합니다. 탐색기 토큰 목록이나 심볼 검색으로 자동 합산하면 사칭 계약이 섞일 수 있으니, 발행사 목록을 허용 목록으로 씁니다.
체인 장애나 브리지 일시 중지로 표현물 가격이 흔들려도 공급 단위가 곧바로 사라진 것은 아닙니다. 공급, 담보, 상환 가능 여부, 시장가격을 각각 다른 지표로 보고, 손실 판단에는 준비금과 계약 증거를 요구합니다.
자주 묻는 질문
모든 체인의 USDC totalSupply를 더하면 되나요?
네이티브 계약끼리는 더할 수 있습니다. 하지만 브리지에 보관된 원본과 표현물을 함께 더하면 중복될 수 있습니다.
브리지 USDC도 Circle이 달러로 직접 상환하나요?
형태에 따라 다릅니다. 제삼자 브리지 토큰은 먼저 원본 체인의 USDC로 되돌려야 할 수 있습니다.
네이티브 전환 발표 뒤에는 과거 데이터도 네이티브인가요?
아닙니다. 소유권·구현 계약·상환 전환이 실제로 끝난 블록을 경계로 버전을 나눠야 합니다.
더 깊이 읽기
본문에서 다룬 개념과 확인 절차를 다음 글에서 이어서 살펴보세요.
