카스파 KCC-20 토큰 표준 확정…KAS 생태계 확장 본격화되나?

최근 #Kaspa 공식 표준 저장소에서 $KAS 기반 개발을 위한 세 가지 표준이 확정되어 개발자들이 네이티브 토큰에 대한 공통 참조 기준을 갖게 되었습니다. KCC-1은 코인 사용 방식을 제어하는 ​​기본 레이어 기능인 코버넌트 앱의 공통 형식을 설정합니다. KCC-2는 누가 특정 작업에 서명할 수 있는지를 정의하며, KCC-20은 대체 가능 토큰을 다룹니다.단일 형식을 사용하면 지갑, 앱 및 블록 탐색기가 모두 동일한 방식으로 토큰을 읽을 수 있습니다. 모든 토큰 잔액은 기본 레이어의 코인 출력에 저장됩니다. Kaspa 저장소의 표준 문서에 따르면 핵심 개발자인 Michael Sutton( @michaelsuttonil )이 KCC-20의 저자 중 한 명으로 등재되어 있습니다.

각 표준의 역할은 무엇인가요?

crypto.news 에 따르면 , KCC 조정 포럼은 10월 21일 발표에서 KCC-1, KCC-2 및 KCC-20이 최종 확정되어 생태계 전반에 걸쳐 채택될 준비가 되었다고 밝혔습니다. KCC는 Kaspa Call for a Convention의 약자로, 생태계 참여자들이 채택을 선택할 수 있는 공유 관행에 대한 설계 문서라고

TokenPost는 보도했습니다 .

KCC-1은 계약 프로그램에 대한 공유 용어 및 데이터 레이아웃과 이러한 프로그램과 상호 작용하기 위한 애플리케이션 바이너리 인터페이스(ABI)를 정의합니다. KCC-2는 슈노르 공개 키, 슈노르 키 해시, ECDSA 키 해시, 스크립트 및 계약 식별자의 다섯 가지 권한 부여 방식을 규정하고 있다고 TokenPost 보고서는 설명합니다.KCC-20은 앞의 두 버전을 기반으로 합니다.

PrimeXBT 뉴스 데스크에 따르면 KCC-20은 토큰 수량, 소유권 및 전송 인터페이스를 정의하며, 각 토큰 계약은 소프트웨어가 상태를 해독하고 전송을 구성하는 데 사용할 수 있는 프로그램 정보를 공개해야 합니다. Kaspa 저장소의 KCC-20 텍스트에는 ‘차용 수신(borrowed receive)’이라는 기능도 설명되어 있습니다.

선택적 규칙일 뿐, 네트워크 변경은 아닙니다.

이 표준은 합의 알고리즘 업그레이드가 아닙니다. TokenPost는 이 규약이 Kaspa의 합의 규칙을 변경하거나 프로젝트에서 이를 구현하도록 요구하지 않으므로 채택 여부는 개발자에게 달려 있다고 지적했습니다.

이는 TokenPost가 2026년 6월 30일 Kaspa 메인넷에 적용되었다고 보도한 Toccata 업그레이드에 따른 것입니다. 해당 업그레이드를 통해 코버넌트를 통한 프로그래밍 가능한 출력, 트랜잭션 인트로스펙션, 네이티브 영지식 검증 및 기반 애플리케이션을 위한 시퀀싱 지원이 추가되었습니다. 코버넌트를 통해 트랜잭션 출력은 지출 조건과 상태 전환 규칙을 포함할 수 있으며, 이는 KCC-20과 같은 토큰 표준의 기반이 되는 기능입니다.

개발자들에게 있어 실질적인 이점은 상호 운용성입니다. 지갑, 인덱서, 탐색기가 동일한 사양을 따른다면, 한 팀에서 발행한 토큰은 모든 도구에서 동일한 방식으로 표시되고 전송될 것입니다. 프로젝트들이 실제로 이러한 표준을 채택하는지 여부가 카스파 생태계에 얼마나 중요한 의미를 갖는지를 결정할 것입니다.

KCC-20 확정이 카스파 개발 환경에 중요한 이유

카스파의 KCC-20 표준 확정은 단순히 새로운 토큰 규격이 등장했다는 의미를 넘어선다. 서로 다른 개발자가 만든 지갑과 애플리케이션이 동일한 방식으로 토큰 정보를 해석하고 처리할 수 있는 공통 기준을 마련했다는 점이 핵심이다.

기존에는 개발 프로젝트마다 토큰의 소유권과 전송 방식을 다르게 구현할 경우 지갑이나 블록 탐색기에서 호환성 문제가 발생할 수 있었다.

KCC-20은 이러한 문제를 줄이기 위해 토큰 상태와 전송 인터페이스, 프로그램 정보를 공통 규칙으로 정의한다.

다만 표준이 확정됐다고 모든 지갑과 거래소에서 즉시 지원되는 것은 아니다. 실제 호환성은 개발사의 구현과 테스트 결과에 따라 달라진다.

KCC-1·KCC-2·KCC-20은 어떻게 연결될까?

이번에 확정된 세 가지 표준은 서로 다른 역할을 수행한다.

KCC-1은 코버넌트 프로그램의 데이터 구조와 실행 인터페이스를 정의한다. 코버넌트는 블록체인 자산을 어떤 조건에서 사용할 수 있는지 제어하는 프로그램 구조다.

KCC-2는 자산 이동이나 프로그램 실행에 필요한 권한을 검증하는 공통 방식을 제시한다. 공개키와 서명, 스크립트, 코버넌트 식별자 등을 이용한 인증 구조가 포함된다.

KCC-20은 이러한 기반 위에서 대체가능 토큰의 수량과 소유권, 전송 규칙을 표준화한다.

세 규격이 함께 사용되면 개발자는 토큰마다 별도의 인터페이스를 처음부터 설계해야 하는 부담을 줄일 수 있다.

이는 향후 지갑과 거래 서비스, 금융 애플리케이션을 연결하는 데 필요한 기술적 기반이 될 수 있다.

카스파 토큰 전송 구조는 이더리움과 무엇이 다를까?

카스파는 UTXO 기반 네트워크다. 따라서 KCC-20 토큰은 계정 잔액을 단순히 수정하는 방식이 아니라 코버넌트가 관리하는 출력값과 상태를 통해 이동한다.

특히 KCC-20에는 ‘Borrowed Receive’라는 기능이 정의돼 있다.

이는 수신자가 이미 보유한 호환 가능한 토큰 출력을 전송 과정에서 활용할 수 있도록 하는 방식이다.

다만 수신자의 기존 토큰 수량이나 권한이 임의로 훼손되지 않도록 정해진 조건을 충족해야 한다.

이 기능에는 주의할 점도 있다. 기존 출력이 새로운 출력으로 교체되면서 이전 출력을 참조하는 미확인 거래가 무효화될 수 있기 때문이다.

따라서 지갑 개발자는 토큰 잔액 표시뿐 아니라 출력값 변경과 미확인 거래 처리까지 정확하게 구현해야 한다.

KCC-20과 기존 KRC-20은 같은 기술일까?

두 규격은 이름이 비슷하지만 동일한 구조로 이해해서는 안 된다.

KRC-20은 카스파 생태계에서 활용돼 온 토큰 규격으로, 별도의 인덱싱과 프로토콜 규칙을 기반으로 토큰 상태를 관리한다.

반면 KCC-20은 카스파 기본 계층의 코버넌트 기능을 활용하는 대체가능 토큰 규격이다.

따라서 KCC-20이 확정됐다고 기존 KRC-20 토큰이 자동으로 전환되거나 사라지는 것은 아니다.

기존 토큰을 새로운 규격으로 이전하려면 별도의 기술적 설계와 자산 이전 절차가 필요할 수 있다.

투자자는 KRC-20과 KCC-20을 구분하고, 특정 토큰이 어떤 기술 규격으로 발행됐는지 확인해야 한다.

KAS 가격과 네트워크 수요에 미치는 영향

KCC-20 표준이 실제로 널리 채택된다면 카스파 네트워크에서 토큰 발행과 전송, 금융 애플리케이션 이용이 증가할 가능성이 있다.

이러한 활동은 네트워크 거래 수요와 수수료 사용에 영향을 줄 수 있다.

하지만 토큰 표준 확정 자체가 KAS의 공급량을 줄이거나 가격 상승을 보장하는 것은 아니다.

또한 KCC-20 기반 토큰의 시가총액이 증가한다고 해서 같은 금액의 KAS가 매수되는 구조도 아니다.

투자자가 확인해야 할 핵심은 표준 발표 이후 실제 개발 프로젝트 수와 지원 지갑, 네트워크 거래 활동이 얼마나 증가하는지다.

향후 확인해야 할 세 가지 지표

첫 번째는 지갑 지원이다. 주요 카스파 지갑이 KCC-20 토큰을 정상적으로 표시하고 전송할 수 있어야 일반 이용자의 접근성이 높아진다.

두 번째는 개발 프로젝트의 실제 채택이다. 표준 문서가 완성돼도 이를 활용한 애플리케이션이 부족하면 생태계 확장 효과는 제한적일 수 있다.

세 번째는 보안 검증이다. 토큰 발행과 권한 관리, 거래 출력 처리 과정에서 오류가 발생하지 않는지 충분한 테스트가 필요하다.

결국 KCC-20의 의미는 새로운 토큰이 즉시 대량 발행된다는 데 있지 않다. 카스파 개발자들이 동일한 기술 기준을 활용할 수 있게 됐다는 점이며, 실제 시장 영향은 향후 채택과 이용 데이터로 판단해야 한다.