Advertise수수료 우대 데스크

카스파

Kaspa KCC 조정 포럼, 토큰·코버넌트 표준 3건 최종 확정

Kaspa의 KCC 조정 포럼이 10월 21일 KCC-1, KCC-2, KCC-20을 최종 상태로 선언했다. 코버넌트, 인증, 토큰 규칙을 개발자에게 통일 제공한다.

크리에이터 되기
2026년 10월 22일, 오전 06:23 KST4분 읽기
AI 요약AI
  • KCC 조정 포럼이 10월 21일 KCC-1, KCC-2, KCC-20을 최종 상태로 선언
  • KCC-1은 Romain Billot, Michael Sutton, Ori Newman이 집필한 코버넌트 명세
  • KCC-2는 Schnorr와 ECDSA를 포함한 5가지 인증 방식에 표준 식별자 부여
  • KCC-20은 Sivan Helfer 등이 집필했으며 대체 가능 토큰을 대상으로 정의
gate.com

KCC-1, KCC-2, KCC-20 최종 확정

생태계 규범을 정하는 KCC 조정 포럼을 운영하는 Kaspa의 개발자들은 이번 주까지 공통 코버넌트 명세 없이 각자 작업해 왔다. 포럼은 10월 21일 KCC-1, KCC-2, KCC-20을 최종(Final) 상태로 선언했다. 최종 상태는 생태계 전반에 걸친 전면 채택이 가능한 수준이라는 것이 포럼의 정의다. 발표는 포럼의 X 계정에 게시됐다며 개발자들에게 질문, 구현 논의, 지원을 위한 공개 채널 참여를 요청했다. kaspanet 조직 산하 표준 저장소는 세 문서 모두를 최종 상태로 표기하고 있으며, KCC-1은 코버넌트 명세, KCC-2는 권한 명세, KCC-20은 대체 가능 토큰 코버넌트용 응용 표준으로 규정한다. Romain Billot, Michael Sutton, Ori Newman이 집필한 KCC-1은 코버넌트를 위한 공통 용어, 데이터 배치, 응용 바이너리 인터페이스를 정의한다. 소프트웨어가 정보를 인코딩하고 프로그램 함수를 호출하며 트랜잭션 간에 전달되는 상태를 식별하는 방식이 그 대상이다. 이 명세는 컴파일러, 지갑, 인덱서, 트랜잭션 빌더를 상세 내용에 합의해야 하는 도구로 명시하면서도, 개발자가 어떤 프로그래밍 언어나 컴파일러, 프레임워크를 택할지는 자유로 두었다. 공유 인터페이스는 프로그램 진입점, 상태 템플릿, 다중 입력 트랜잭션에 대한 규칙을 포괄한다. 코버넌트 바인딩이 없는 프로그램도 KCC-1을 따를 수 있지만, 명세는 이런 프로그램이 KIP-20이 제공하는 계보 및 권한 보증을 전혀 받지 못한다고 밝힌다. Billot과 Sutton이 쓴 KCC-2는 프로그램이 권한 주체를 식별하는 방식과 승인 확인을 위해 요구되는 최소 검증 절차를 정한다. 다섯 가지 인증 방식에 표준 식별자를 부여하는데, Schnorr와 ECDSA 서명을 아우르는 공개키 방식과 스크립트 또는 이어지는 코버넌트 계보가 권한 주체가 되는 방식이 포함된다. 공개키 해시 인증의 경우 트랜잭션은 해당 공개키를 노출하고, 그 해시가 저장된 권한 값과 일치하는지 확인하며, 유효한 서명을 제공해야 한다. 사용자 정의 방식은 표준화를 기다리지 않고 채택할 수 있으며, 다만 정의가 형식, 의미, 승인 검사를 명시해야 한다.

Sivan Helfer, Sutton, Newman, Billot의 공로로 기록된 KCC-20은 앞의 두 문서를 토대로 토큰 수량, 소유권, 전송 인터페이스를 정의한다. 이 표준의 대상은 NFT가 아닌 대체 가능 토큰이다. 각 토큰 코버넌트는 소프트웨어가 상태를 해독하고 전송을 구성하는 데 쓸 프로그램 정보를 공개해야 하고, 구성은 지원하는 소유권 방식과 토큰 입력·출력 한도를 밝혀야 한다. 대여형 수신이라는 기능은 발신자가 수신자의 기존 호환 토큰 출력을 목적지로 사용할 수 있게 한다. 트랜잭션이 해당 출력을 더 많은 토큰으로 재구성하되 소유권과 상태를 유지하며, Kaspa (KAS) 값은 줄일 수 없다. 보안 절은 출력 교체가 트랜잭션 참조를 바꾸면서 이전 참조를 지출하는 미확정 트랜잭션을 무효화한다고 경고한다. 생성된 SilverScript 계약과 Rust 적합성 테스트가 담긴 Argent 참조 구현이 함께 배포된다. 최종 상태는 절차를 규율하는 KCC-0 아래에서 강제 요건을 수반한다. 표준 트랙 규범이 최종 검토(Last Call)에 들어가려면 사람과 기계가 읽을 수 있는 테스트 벡터, 기계 판독 검사를 통과하는 최소 하나의 공개 구현, 위협·신뢰 전제·재사용 공격 문제를 다루는 보안 고려 사항이 필요하다. 의존 문서는 다른 KCC에 대해서는 최종 상태, KIP에 대해서는 활성 상태여야 하고, 상태 변경은 풀 리퀘스트로 진행된다. 저장소는 이런 공유 규범과 합의 또는 코어 노드 동작 변경을 분리하며, 후자는 Kaspa 개선 제안으로 옮겨진다. 최종 확정이 생태계 참여자 전원의 구현을 요구하는 것은 아니며, 실질적 변경은 대체로 새 KCC로의 교체를 필요로 한다. 지금까지 네트워크의 응용 개발은 별도 인프라를 통해 진행됐다. Gate는 4월에 Kasplex 레이어 2 통합을 발표해 EVM 호환 네트워크를 통한 KAS 입출금을 지원했다. Kasplex는 EVM 바이트코드를 Kaspa 트랜잭션 안에 넣고 오프체인에서 실행하는 경량 롤업을 설명하며, 양방향 크로스체인 브리지를 제공하고 브리지된 KAS를 레이어 2 가스 토큰으로 취급한다.

표준이 닿지 않는 지점

이번 확정은 프로젝트마다 따로 하던 형식 협상을 명세 적합성 문제로 바꾼다. 지갑이나 인덱서 팀은 이제 토큰 프로젝트마다 규범을 맞추는 대신 KCC-1의 인터페이스와 KCC-2의 인증 식별자에 한 번만 맞춰 개발할 수 있다. KCC-0의 테스트 벡터 규칙은 이런 팀에 객관적 기준을 제공하고, Rust 검증을 갖춘 Argent 구현이 이미 벤치마크로 존재한다. 실시간 모니터링에 따르면 Kaspa (KAS)는 지난 24시간 동안 현물에서 5.3% 상승을 기록했고, 시장은 이 소식을 일반 매매 흐름과 함께 소화하고 있다. 변경 이후에도 남는 한계는 관할이다. 세 문서 중 어느 것도 합의나 코어 노드 동작을 다루지 않으며, 코버넌트 바인딩 밖의 프로그램은 KIP-20 보증을 얻지 못하고, 생태계 전반의 채택은 자율에 맡겨진다.

시장을 실시간으로 추적하려는 독자는 Bitget에서 현물·선물 가격을 실시간으로 확인할 수 있다.

1차 출처

COINOTAG의 편집 및 리서치 데스크입니다.

AI 지원

이 콘텐츠는 인공지능으로 생성되어 AI 검토를 거쳤으며 COINOTAG 편집 감독 하에 게시되었습니다.

가격에 영향을 주는 뉴스

실시간
모든 속보 보기
속보