你的智能体不需要 NFT，也不需要链上的 DID 来证明自己的身份。一个经 ES256 签名的 JWT 凭证，加上一个公开的 JWKS 端点，就能让任何第三方离线验证 AI 智能体的身份——使用的正是已经在保护 HTTPS 的那套公钥密码学，不需要钱包、不需要查链、也不需要 gas 费。
可验证的智能体身份是一种关于 AI 智能体身份的、可通过密码学验证的声明——它通过一份已签名的凭证和一个公开的公钥来确立——第三方无需回调发证平台，也无需信任声明方的一面之词，就能对其加以确认。凭证本身携带着证明；验证过程在本地离线完成，依据的是验证方早已获取的那把密钥。
搜索“可验证的 AI 智能体身份”，你会发现绝大多数结果都默认要用链：ERC-8004 智能体注册表、去中心化标识符（DID）、链上声誉、绑定 NFT 的凭证。这是一种合理的设计选择——它换来了抗审查性，以及任何单一公司都无法撤销的公开、永久出处记录。但这并不是唯一的选择，而且对大多数生产环境中的团队来说，这也往往不是解决眼前实际问题的第一个答案：对方平台能不能在不查链的情况下，当场确认这个智能体真的就是它自称的那个身份？
VeriSwarm Passport 给出的答案是基于标准、可离线完成的公钥验证——由 ES256 签名的 JSON Web Token（JWT）加上一个 JWKS 端点。这与支撑 OAuth 和 HTTPS 的是同一套密码学原语，只不过应用在智能体身份上，而不是 Web 会话上。不需要同步链，不需要往钱包里充值，也不需要审计智能合约。
凭证的生命周期分为四个步骤，在首次获取密钥之后，这些步骤都不需要再同步回调 VeriSwarm。
智能体使用其 Agent API Key 完成认证，然后调用 POST /v1/credentials/issue。
VeriSwarm 会加载该智能体最新的信任快照，构建一个 JWT payload，并用平台的 ES256 私钥对其签名(kid: "veriswarm-2026")。
智能体会在与其他智能体或平台之间的出站请求、握手或能力协商中携带这份已签名的凭证。
接收方会从 GET /.well-known/jwks.json 获取 VeriSwarm 的公钥，并在本地验证签名与有效期——密钥被缓存后就不再需要任何 API 调用。
完整的生命周期、Python 和 Node 的代码示例，以及确切的 claim 结构，都可以在 《Agent Passports：随智能体走到哪里都跟到哪里的可携带信任》 中找到。
该 JWT 使用带有密钥 ID 头的 ES256 算法。除了标准 claim 之外，一个 veriswarm 命名空间还承载着该智能体实时的信任状态——而不仅仅是一个静态的身份声明。
| Claim | 含义 |
|---|---|
iss | 签发者——始终为 https://api.veriswarm.ai |
sub | 主体（sub）——该智能体的唯一 ID |
iat / exp | 签发时间与过期时间——1-hour TTL |
veriswarm | 各维度得分、综合信任度、策略层级、风险等级、校准置信度、验证状态，以及该智能体公开档案的链接 |
由于身份声明和行为态势都装在同一个签名对象里传输，依赖方只需一次验证就能同时拿到两者——既包括智能体的身份，也包括它现在是否值得信赖到可以把任务交给它。
证明智能体是谁只回答了访问决策中真正重要的两个问题之一。第二个问题——这个智能体现在的行为是否配得上继续保有这份访问权限——是一个独立的、持续更新的问题，无论身份凭证是否有区块链背书，一份静态的身份凭证都无法单独回答它。关于这个区别，以及为什么把两者混为一谈会让生产环境中的智能体治理失败，《AI 智能体的身份与信任》一文有详细论述。这篇文章讲的是身份这一半的实践方法；那篇文章讲的则是为什么身份本身从来都不够用。
离线可验证身份最典型的应用场景是智能体之间的任务交接——这种场景下根本没有时间让人来审核凭证再决定是否委派任务。VeriSwarm 的 A2A 协议实现正是用这套凭证模型，让一个智能体在把任务交给另一个智能体之前先对其进行评估——其具体机制记录在《A2A 协议安全：为什么 Agent Card 不等于信任》中。
不需要。基于区块链的智能体身份（ERC-8004、去中心化标识符、链上护照）确实是一种有效的方案，它是为抗审查性和链上出处而设计的。但大多数团队回答“这是不是它自称的那个智能体？”这个问题，并不需要查链。VeriSwarm Passport 使用经 ES256 签名、并针对公开的 JWKS 端点进行验证的 JWT——这正是已经在保护 HTTPS 和 OAuth 的那套公钥密码学，不需要钱包、不需要 gas 费，也不需要同步任何链。
当第三方无需信任声明方、也无需每次核实都回调某个中心权威机构就能确认某个声明时，这个声明就是可验证的。VeriSwarm 用 ES256 私钥为每个智能体的凭证签名；对应的公钥则发布在一个 JWKS 端点上。任何人——合作平台、交易市场，甚至另一个智能体——只需获取一次这个公钥并缓存下来，之后就能在本地验证每一份后续的凭证。
一共四步。首先，智能体使用其 Agent API Key 向 VeriSwarm 请求一份凭证。VeriSwarm 用自己的 ES256 私钥，为包含该智能体身份和当前信任状态的 JWT 签名。智能体在出站请求或握手过程中携带这份 JWT。接收方从 /.well-known/jwks.json 获取 VeriSwarm 的公钥，将其与 JWT 头部中的密钥 ID 匹配，然后离线验证签名——初次获取密钥之后，就再也不需要向 VeriSwarm 发起任何网络调用。
标准的 JWT claim——签发者、主体（该智能体的 ID）、签发时间，以及一个 1 小时的有效期——再加上一个 veriswarm 命名空间，其中承载着该智能体的各维度得分、策略层级、风险等级、校准置信度和验证状态。这不仅仅是一个身份声明；而是一个附带了实时行为态势的身份声明，这正是一份单纯的 DID 或 NFT 凭证所不具备的部分。
不需要任何付费套餐——基础的 ES256 凭证签发、离线验证以及 JWKS 端点，在包括 Free 在内的所有套餐上都是免费且无限量的。每份凭证中内嵌的底层信任分数由 Gate 计算，Gate 同样免费，并且事件接入量不受限制。Passport 更完整的身份产品——已签名的 manifest、委托范围（delegation scope）以及人工身份核实流程——则从 Pro 套餐及以上才提供；但凭证本身并不需要这些。
OAuth 和机器身份体系是为拥有稳定标识符、长期有效凭证的服务而设计的，验证方式是回调发证方。Passport 凭证是短期有效的（1 小时），携带的是实时行为分数，而不是静态的角色声明，并且专门设计成可以被与 VeriSwarm 素未谋面的一方离线验证。服务间（service-to-service）这一层用机器身份即可；再往上一层，智能体间（agent-to-agent）的信任交接，则用 Passport 凭证。
ES256 凭证签发、离线验证，以及公开的 JWKS 端点，在所有套餐上都是免费且无限量的。委托范围和已签名的 manifest——也就是更完整的 Passport 产品——从 Pro 套餐起提供。每份凭证中的信任分数由 Gate 计算，Gate 同样免费运行。