独立解读
Skyfire / KYA Pay：当服务需要知道 Agent 是谁、谁来付钱
类型：Agent 身份、支付与服务发现网络｜主要用户：API 和数据服务买卖双方｜资料核验：2026-10-28｜本文基于公开资料，未注册或支付实测。
一个研究 Agent 需要购买搜索接口：接口不仅要钱，还要求知道买方代表哪家公司、按服务规定披露哪些身份字段。Skyfire 的思路是把身份声明、面向特定服务的付款凭证和服务目录放进同一套交互。它不是单纯让用户下载一个多链钱包；账户与钱包是整条服务网络的一部分。
背景和产品位置
KYA（Know Your Agent）关注识别 Agent 及其背后的人或企业；KYA Pay 扩展到支付凭证。Skyfire 同时提供平台示例、API 和服务目录。公司将它用于程序化的服务采购：买方不必为每项服务重复走传统网页注册和支付。其白皮书描述的是 Skyfire 的具体实现和工作流，不代表所有 KYA 兼容方都依赖同一个钱包。KYA Pay 白皮书 · 项目介绍
一次购买怎样发生？
以下是按官方工作流整理的示例，并非本站亲测。
买方可按官方说明通过银行卡、USDC 或 ACH 为钱包充值；服务商按自身规则要求身份字段。买方为指定服务生成 pay、kya 或组合 Token；服务商验证后提供服务，再调用接口全额或部分扣款。顺序以白皮书示例为准，具体服务的交付与扣款条件应以合同和集成为准。白皮书 · 服务发现
关键能力和边界
| 层 | 官方描述 | 使用时需要确认 |
|---|---|---|
| 身份 | KYA 验证后，身份可用于该用户控制的多个 Agent；服务商可提出所需字段 | 身份披露范围、验证地区、撤销和隐私责任 |
| 凭证 | Token 可表达指定服务的身份、支付额度和期限 | 一次性或多次扣取规则、过期与退款 |
| 发现 | 目录包含服务描述、接口地址和身份要求 | 目标服务是否已入驻、信息是否及时更新 |
| 资金 | 示例提供买方和卖方钱包以及充值路径 | 托管主体、提现、法币兑换和适用地区 |
KYA 验证在官方文档中是可选的，但卖方可要求特定验证等级；未满足要求可能无法创建相应 Token。可选验证和所有卖家都允许匿名，是两件不同的事。KYA 说明
商业模式和竞争
官方验证指南说明，发起 KYA 身份验证需要订阅，提供个人和企业方案，但该页未给出可核实的具体价格。资金进出和交易收费应以合同、产品当前价目为准；不能把订阅存在推导成固定交易费。商业分析上，Skyfire 有机会通过身份、服务接入及交易服务收费，但具体收入拆分未披露。
与 Nevermined 相比，Skyfire 的公开材料尤其强调身份声明、服务发现和针对服务的 Token；Nevermined 还突出可定义的用量计量、服务定价和授权。与 x402 相比，Skyfire 的身份及钱包服务覆盖更广的业务环节；两者是否能直接组合，要看实际集成而不是名称。
适合优先研究的团队，是需要程序化调用多个支持 Skyfire 的服务，且服务商需要身份或支付信号的开发者。决定接入前应确认目录覆盖率、完整费用、结算周期、身份数据处理以及失败后的扣款争议流程。
深入一层：买方、卖方各要做哪些工作？
一个身份可验证的 Token 并不会替代服务商的商业判断。以出售市场数据的服务商为例，卖方先确定：服务价格是多少、接受哪些身份字段、通过什么 API 暴露数据、什么时候扣款。服务登记可以包括服务 ID、最低支付 Token 值、OpenAPI 或 MCP 地址及服务条款。Agent 的开发者则需要为买方账户创建对应 API 凭证、检查所需身份条件，并按服务规格生成 Token。
当服务商收到请求，它应验证 Token 的真实性与参数，再按自身条款决定提供服务；调用 Skyfire API 扣款是一项不同动作。白皮书允许示例中的卖方对 Token 全额或部分扣款，资金在买卖双方钱包间转移。对于用户，这带来一个重要区别：被允许购买、服务已经交付、卖方已扣款是三个状态，界面若只显示“Token 创建成功”，不足以说明交易闭环已经完成。服务发现 · 白皮书
使用身份时，买方牺牲了什么？
身份验证可能减少服务商重复开户和风控的成本，但它也会增加个人或企业的信息披露。服务商可以要求特定身份字段，因此买方应在接入前审阅：哪些字段被请求、为什么必要、哪些机构保存它们、是否能撤销或修改。官方称 Token 可按需要披露字段；这不代表本文已验证其隐私保护效果，或所有服务商都会要求同样的数据。身份验证指南
如果身份验证失败，官方资料称部分情况下 Token 不能创建；如果服务商本身不可用或交付失败，卖方是否扣款、如何查询和申诉取决于具体实现和条款。应明确记录 Token ID、服务 ID、金额、交付证据和扣款回执，但具体可观测字段需要开发者实测，不能假定平台自动提供完整证据。
运营视角：网络为什么难建？
Skyfire 的潜在价值依赖买卖双方同时接入：目录如果缺少买方真正需要的服务，支付与身份能力再完整也难带来使用；如果没有买方需求，卖家也缺少维护专用接口的动力。这是对双边网络的分析，不是平台已披露的市场份额。对一个开发团队，更实际的比较是列出前十个必要服务：其中几个已经支持 Token？接入与身份审核耗时多久？充值、退款和结算分别由谁承担？这些答案通常比“是否支持 Agent 支付”更能决定能否上线。还应明确每个买方 Agent 使用的 API 凭证由谁创建和撤销；如果凭证泄漏，攻击者能否生成新 Token 以及原 Token 的到期和收回机制，都需要根据现行文档与账户设置核实。官方资料描述每个买卖方 Agent 管理各自的 API key，但本文并未测试泄漏或撤销后的行为。
参考资料
- KYA Pay 白皮书：身份、凭证、钱包及扣款工作流。
- 服务发现文档：目录和服务元数据。
- KYA 验证指南：验证要求及订阅。