Kaspa KCC三大标准定稿：推动应用开发规范化

币安Binance

币安交易所是全球加密货币交易所龙头，在手机上即可买卖比特币等数字货币！

官网注册  APP下载

Kaspa的KCC协调论坛（KCC Coordination Forum）已正式确认三项关键技术规范，涵盖契约接口、授权机制及同质化代币标准，为在Kaspa网络上构建应用程序的开发者提供了统一的技术指引。

三项核心标准正式落地

KCC-1定义了钱包、编译器、索引器等工具所需的基础接口，确保不同系统间的信息交互一致性。KCC-2设定了五类标准化授权方式，包括公钥、脚本及契约标识符，明确授权验证流程。KCC-20则聚焦代币转移逻辑，支持通过已有兼容输出接收新代币，提升资产流转灵活性。

这三项标准被标记为“最终版”，意味着其已具备全面部署条件。论坛强调，这些惯例独立于共识规则，无需所有节点同步更新，但鼓励开发者采纳以增强互操作性。官方已开放公共频道，供开发者提问、讨论实现方案并获取技术支持。

KCC-1：统一契约开发接口

KCC-1制定了通用的数据结构与应用程序二进制接口（ABI），帮助编译器、钱包和交易构建工具在信息编码与函数调用上达成一致。文档作者指出，尽管允许使用任意编程语言与框架，但必须遵循统一的程序入口点与状态模板规范。

该标准区分了基础接口与依赖契约标识符的功能。未绑定特定契约的程序虽可采用KCC-1，但无法享受由KIP-20提供的谱系追踪与授权保障。

KCC-2：明确授权主体识别机制

KCC-2规范了如何识别权威机构，支持公钥、密钥承诺、脚本或持续契约谱系作为授权来源。每种方案均分配唯一标识符，并规定最小审批检查要求。

例如，公钥哈希授权需披露对应公钥，经哈希比对后验证签名有效性；高级别授权则进一步定义消息内容与附加条件。同时，标准保留自定义方案的空间，前提是格式清晰且检查流程透明。

KCC-20：构建代币流转安全框架

KCC-20建立在前两项基础上，定义代币数量管理、所有权归属与转移接口。每个代币契约必须公开配置信息，便于软件解码状态与构造交易。

其中“借用接收”功能允许发送方利用接收方现有的兼容输出作为目的地，系统将重建该输出以增加代币数量，同时保留原有所有权与扩展状态，且不影响其底层价值。

安全部分提醒，替换输出会改变其交易引用，可能导致先前未确认交易失效。因此，钱包需在花费前主动检测此类变更。标准还关联了Argent参考实现、SilverScript合约及Rust合规性测试。

标准实施门槛与治理机制

根据管理文件KCC-0，一项标准要进入“最终版”状态，需满足多项条件：包含人类可读与机器可读的测试向量，至少有一个通过自动化验证的公开实现，且所有依赖项也必须处于最终状态。

此外，若涉及KIP依赖，则必须为“活跃”状态。状态变更通过拉取请求完成，仓库索引需同步更新。安全性评估须覆盖威胁模型、信任假设与重放攻击风险。

文档明确指出，最终化并不强制全网采纳，重大调整仍需提出新标准，而修正与澄清则按修订流程处理。

生态背景与开发演进

此前，Kaspa的应用生态曾依赖Layer 2基础设施。据crypto.news报道，Gate于今年4月宣布集成Kasplex Layer 2，实现KAS资产在EVM兼容链上的跨链存取。

该桥接机制支持双向转账，使熟悉以太坊生态的开发者可通过更换RPC端点快速部署合约。Kasplex被设计为轻量级Rollup，将EVM字节码嵌入Kaspa交易中，在链下执行，由Kaspa负责排序与数据可用性，其原生代币KAS则作为气体费用支付。