Kaspa 完成三项原生代币和契约应用标准

Kaspa 的 KCC 协调论坛已完成三项标准，涵盖契约接口、授权和可替代代币，为在该网络上构建应用程序的开发者建立了共享规范。

摘要

• KCC-1 定义了钱包、编译器、索引器和其他与契约相关工具的共享接口。
• KCC-2 指定了五种标准授权方案，包括公钥、脚本和契约标识符。
• KCC-20 设定了代币转移规则，并支持通过现有兼容输出接收代币。
• 最终确定建立了生态系统惯例，而不改变共识规则或要求每个参与者采纳它们。

KCC 协调论坛在 10 月 21 日的公告中表示，KCC-1、KCC-2 和 KCC-20 已最终确定，并准备在生态系统中采用。论坛邀请建设者加入其公共频道，以便提问、讨论实施和获得支持。

向 $KAS 致以问候。KCC-1、KCC-2 和 KCC-20 现在已最终确定，这意味着它们已准备好在生态系统中全面采用。

我们邀请 Kaspa 建设者加入公共 KCC 频道，提问、获得支持、讨论实施并分享您的构建。

一起构建吧。 --- KCC 协调论坛 (@kccforum) 2026 年 10 月 21 日

Kaspa 的规范标准库将所有三份文档列为最终版本。其索引将 KCC-1 识别为契约规范，KCC-2 识别为授权规范，KCC-20 识别为可替代代币契约的应用标准。

该库将 KCC 描述为独立实现的共享惯例。其文档将这些惯例与共识或核心节点行为的变化分开，这些变化属于 Kaspa 改进提案。

Kaspa 标准涵盖应用开发的不同部分

KCC-1 定义了契约的通用术语、数据布局和应用程序二进制接口（ABI）。该规范描述了软件如何编码信息、调用程序函数以及识别在交易之间传递的状态。

其作者 Romain Billot、Michael Sutton 和 Ori Newman 确定编译器、钱包、索引器和交易构建器是需要就这些细节达成一致的工具。该文档表示，独立实现需要超越简单生成通过共识检查的脚本的共同格式。

KCC-1 规范允许开发者自由选择他们的编程语言、编译器和框架。其共享接口涵盖程序入口点、状态模板和处理涉及多个输入的交易的规则。

在同一文档中，作者区分了基本接口规则与依赖于契约标识符的特性。没有契约绑定的程序可以遵循 KCC-1，但该规范表示它们不会获得 KIP-20 提供的血统和授权保证。

KCC-2 定义谁可以授权操作

KCC-2 由 Billot 和 Sutton 编写，指定程序如何识别授权以及建立其批准所需的最低检查。授权可以是公钥、对密钥的承诺、脚本或持续的契约血统。

该规范为五种授权方案分配了标准标识符。其公钥选项涵盖 Schnorr 和 ECDSA 签名，而其他选项允许脚本或契约血统作为授权参与。

对于公钥哈希授权，KCC-2 要求交易揭示相应的公钥，将其哈希与存储的授权值进行匹配，并提供有效的签名。更高级的规范定义了签名消息和任何进一步的条件。

授权注册表为标准和自定义方案保留了不同的范围。KCC-2 允许参与者在不等待标准化的情况下采用自定义方案，前提是其定义指定格式、含义和批准检查。

根据其契约标识符方案，批准需要来自识别的契约血统的输入。KCC-2 表示更高级别的公约可以对该输入的程序和状态施加进一步检查。

KCC-20 设定代币转移和接收规则

KCC-20 在前两个标准的基础上，定义了代币数量、所有权和转移接口。该文件将 Sivan Helfer、Sutton、Newman 和 Billot 列为其作者。

其规范要求每个代币契约发布程序信息，以便软件可以解码状态并构建转移。配置必须披露支持的所有权方案以及代币输入和输出的限制。

一个名为借用接收的功能允许发送方使用接收方现有的兼容代币输出作为目的地。KCC-20 表示该交易会用更多代币重建该输出，保留其所有权和扩展状态，并且不能减少其 KAS 值。

安全部分警告说，替换输出会改变其交易引用，使得未确认的交易无效，这些交易花费了之前的引用。根据该文件，钱包必须在花费之前发现替换。

该标准将 Argent 参考实现与生成的 SilverScript 合同和 Rust 合规性测试联系起来。

最终状态带有实施要求

KCC-0，管理标准流程的文件，要求的不仅仅是完成最终审查期。它表示，标准轨道公约需要可读性和机器可读的测试向量，以及至少一个通过机器可读检查的公共实现。

根据相同规则，依赖关系必须对其他 KCCs 为最终状态或对 KIPs 为活动状态。KCC-0 表示状态变化通过拉取请求发生，且存储库索引必须随之更新。

KCC-0 将机器可读测试向量描述为当它们伴随人类可读示例时，自动化测试的权威形式。其提交规则要求安全考虑解决威胁、信任假设和潜在重放问题，才能使标准轨道文件进入最后呼叫。

管理文件声明，最终化并不要求每个生态系统参与者实施公约。实质性变更通常需要替代 KCC，而更正和澄清遵循文件的修正规则。

Kaspa 的应用开发之前包括独立的第二层基础设施。Gate 在四月宣布了 Kasplex 第二层集成，使 KAS 存款和取款通过 EVM 兼容网络进行，正如 crypto.news 报道的那样。

在早期的集成公告中，Gate 表示客户可以将 KAS 从基础网络转移到 Kasplex 钱包。Kasplex 的项目材料描述了一个双向桥，并表示熟悉以太坊工具的开发人员可以通过更改其远程过程调用端点来部署合同。

Kasplex 将其设计描述为一种轻量级的汇总，将 EVM 字节码放入 Kaspa 交易中并在链外执行。其文档表示，Kaspa 提供交易排序和数据可用性，而桥接的 KAS 作为第二层燃气代币。