Kaspa 现在为其原生代币提供了一个共享的 playbook。

最近，#Kaspa 的官方标准库中最终确定了三项基于$KAS构建的应用标准，为开发者提供了原生代币的通用参考。KCC-1 为契约应用（covenant apps，用于控制代币使用方式的基础层功能）设定了通用格式。KCC-2 定义了谁可以签署操作，而 KCC-20 则涵盖了同质化代币（Fundable tokens）。

通过统一的格式，钱包、应用程序和区块浏览器都可以以相同的方式读取代币。每个代币余额都存储在底层的一个代币输出中。根据 Kaspa 代码库中的标准文本，核心开发者 Michael Sutton ( @michaelsuttonil ) 被列为 KCC-20 的作者之一。

每个标准的作用

据crypto.news报道，KCC 协调论坛在 10 月 21 日的公告中表示，KCC-1、KCC-2 和 KCC-20 已最终定稿，可供整个生态系统采用。TokenPost报道称，KCC 是 Kaspa Call for a Convention 的缩写，是一份关于生态系统参与者可以选择采用的共享实践的设计文件。

KCC-1 定义了契约程序的共享术语和数据布局，以及用于与其交互的应用程序二进制接口 (ABI)。根据 TokenPost 的同一份报告，KCC-2 规定了五种授权方法：Schnorr 公钥、Schnorr 密钥哈希、ECDSA 密钥哈希、脚本和契约标识符。

KCC-20 在前两个版本的基础上进行了扩展。PrimeXBT新闻中心报道称，KCC-20 定义了代币数量、所有权和转让接口，并且每个代币契约都必须发布程序信息，供软件解码状态和构建转让。Kaspa 代码库中的 KCC-20 文本还描述了一个名为“借用接收”的功能。

可选的约定，而非网络变更

这些标准并非共识机制的升级。TokenPost 指出，这些约定不会改变 Kaspa 的共识规则，也不会强制项目实施，因此是否采用这些标准完全取决于开发者。

据TokenPost 报道，Toccata 升级已于 2026 年 6 月 30 日在 Kaspa 主网上线。此次升级通过契约增加了可编程输出、交易自省、原生零知识验证以及对基于代币的应用程序的排序支持。契约允许交易输出携带支出条件和状态转换规则，这是 KCC-20 等代币标准所依赖的基础功能。

对开发者而言，实际好处在于互操作性。如果钱包、索引器和浏览器遵循相同的规范，那么一个团队发行的代币在不同工具中的显示和交易方式应该一致。项目在实践中是否采用这些标准，将决定这对 Kaspa 生态系统有多重要。

来源

crypto.news：Kaspa 最终确定了原生代币和契约应用程序的 3 项标准
TokenPost：Kaspa 在 KCC-1 之前就完成了 KCC-2 和 KCC-20 的最终定稿。
Kaspa KCC 存储库：KCC-20 规范