CCTP는 네이티브 자산을 전송합니다 USDC 래핑된 토큰이 아닌
사용자 또는 애플리케이션이 네이티브 자산을 소각합니다 USDC 소스 네트워크의 Circle 컨트랙트를 통해 이루어집니다. Circle의 증명 서비스가 메시지를 확인하고, 대상 컨트랙트가 해당 금액의 네이티브 USDC.

이 설계는 별도의 래핑된 토큰 풀을 유지할 필요가 없습니다. 또한 통합이 사용 중인 버전에 맞는 올바른 컨트랙트, 메시지 형식 및 증명 엔드포인트에 의존하게 됩니다.
V2 지원은 네트워크마다 동일하지 않습니다
Circle은 이 마이그레이션 기간 시작 시점에 CCTP V2의 지원 블록체인을 27개로 명시하지만, 기능 지원과 마이그레이션 시점은 각기 다릅니다. 공식 네트워크 매트릭스는 각 체인에서 사용 가능한 전송 모드와 최종성 옵션을 보여줍니다.
실제 마이그레이션 작업에는 컨트랙트 주소, SDK 또는 API 호출, 이벤트 처리 및 테스트 업데이트가 포함됩니다. 일부만 업데이트하면 사용자 인터페이스는 그대로 보이더라도 애플리케이션이 잘못된 컨트랙트를 감시하게 될 수 있습니다.
| 마이그레이션 영역 | 필수 확인 사항 |
|---|---|
| 컨트랙트 | 지원되는 각 네트워크에 V2 주소 사용 |
| API 및 SDK | 엔드포인트, 메시지 형식 및 종속성 업데이트 |
| 대기 중인 V1 전송 | 시작된 메시지가 정산될 때까지 상환 기능 유지 |
| Noble 예외 | 관련 V1 지원은 12 2027년 1월까지 계속됩니다 |
| 검증 | 양방향으로 소각, 증명 및 발행 테스트 |
V1에서 이미 시작된 전송은 계속 완료될 수 있습니다
Circle의 지침에 따르면 마이그레이션 마감 전에 시작된 메시지는 기존 경로를 통해 완료될 수 있습니다. 통합자는 대기 중인 활동이 정산될 수 있을 만큼 충분히 오래 필요한 V1 상환 경로를 유지해야 합니다.
Noble은 일반 일정에 대한 명시된 예외로, 관련 V1 지원이 12 2027년 1월까지 계속됩니다. 다른 네트워크는 Circle의 현행 마이그레이션 문서에 명시된 자체 일정을 따릅니다.

애플리케이션에는 새 주소뿐 아니라 모니터링도 필요합니다
팀은 양방향으로 소액 전송을 테스트하고, 소각 및 발행 이벤트를 검증하며, 실패한 증명이 중복 작업을 생성하지 않고 재시도될 수 있는지 확인해야 합니다. 상태 페이지와 사용자 메시지도 대기와 영구적 실패를 구분해야 합니다.
가장 안전한 접근 방식은 문서화된 롤백 절차와 함께 네트워크별로 마이그레이션하는 것입니다. CCTP V2는 마찰을 줄일 수 있지만, 이는 애플리케이션이 눈에 보이는 단일 라벨만 바꾸는 것이 아니라 버전별 종속성을 모두 교체한 이후에만 가능합니다.
이 기사는 정보 제공 목적이며 투자 조언이 아닙니다.




