ERC-7857 AI 代理 NFT：把智能体的”大脑”装进需要证明的代币里

数字员工、自动化代理近年与 NFT 的组合越来越多：一枚代币声称代表一个训练好的 AI 智能体，转让它等于转让其模型配置与记忆。问题是，这类资产最有价值的部分恰恰是不能公开的部分——模型参数和记忆一旦像普通 NFT 元数据那样挂在 URI 里，代币还没卖出去能力就已经被复制了。ERC-7857 为此而生：让代币的元数据”可读但不可见”，靠可验证的证明而不是明文来支撑所有权与交易。2026 年 9 月 9 日在 ethereum/ERCs 仓库核对，该标准处于 Final 状态，2025 年 1 月创建。

三个接口、两类证明

规范把系统分成三层接口。主接口在 ERC-721 语义之上提供 iTransfer 与 iClone：普通转移与克隆各自要求随交易提交证明材料；authorizeUsage 与 revokeAuthorization 允许持有人授权或撤销某个地址对智能体能力的使用权——持有、使用权、副本三条线被拆成三组动作。元数据接口的 intelligentDataOf(tokenId) 返回描述智能体能力的数据条目清单（模型、记忆、角色设定这类），但明文不进链。验证接口由 verifier() 指向一个验证合约，暴露 verifyTransferValidity 等函数，负责核验随交易提交的证明。

证明分两类。所有权证明由能接触原始数据的证明者（Prover）生成，宣称对指定数据哈希掌握原像；转移有效性证明则在 iTransfer 时向链上验证合约证明这次数据交接的合法性。验证机制规范留了两种主流路线：可信执行环境（TEE）路线在受信任硬件内生成证明，零知识证明（ZKP）路线用密码学证明确保数据满足条件而不泄露内容。链上只留下哈希与证明，明文留在持有人一侧。

这套结构改变了什么风险格局

先说收益：标准让”能力资产”第一次可以在不公开能力的前提下交易与授权，authorizeUsage 把”租给你用但不给你源码”式的使用许可写成链上动作，撤销同样一键完成。对被集成进自动化流水线的智能体，这让许可审计变成读事件日志的事。

风险则转移到了”证明系统”本身。链上验证只回答”这份证明在当前验证器规则下是否有效”，而验证器合约是谁写的、TEE 厂商的可信度、ZK 电路有没有审计——这些决定证明的真实含金量，标准把 verifier 做成可替换接口，等于把信任选择交回发行方。评估一枚 AI 代理 NFT 时，verifier 地址的归属与升级史应当和代币合约本身同等优先级地查一遍。另一条固有风险是”可克隆性”：iClone 意味着协议层面允许副本存在，克隆体的边界（是否共享密钥、能力是否衰减）取决于实现，买前必须读项目对 clone 语义的具体定义，不能默认”买断”。

与普通 NFT 的评估口径差异

一枚 ERC-7857 代币在钱包里看起来与普通 ERC-721 无异，评估路径却完全不同。普通 NFT 的重点是”打开元数据看看内容长什么样”，而这里的元数据按设计就读不到明文——看不到不等于有问题，硬要套”URI 可打开才算正常”的旧经验会得出完全错误的结论。正确的替代验证是查证明：交易记录里那次 iTransfer 是否携带了通过验证的证明、当时代块的验证器地址是否与项目公示一致。验证器合约一旦换成宽松规则版本，之后所有交易的”已验证”字样含金量都会改变，这也是为什么 verifier 的升级历史在这类资产里几乎等于风控日志。

读者视角的三句提醒

第一，“元数据私有”不等于”内容受版权保护”：加密存储解决的是防复制，不解决他人对同一模型主张权利的纠纷。第二，别把证明系统当黑箱：TEE 方案依赖硬件厂商的远程认证服务，ZKP 方案依赖电路正确性，两种都可能在特定条件下失效，项目白皮书里证明机制那一节值得真的去读。第三，转让记录不等于删除凭证：iTransfer 之后原持有人手里的明文是否真的销毁，链上无从证明，需要依赖发行方的操作承诺——这是所有”能力型资产”共同的信任缝隙。本文为机制科普，不构成投资建议；标准状态以 ethereum/ERCs 仓库为准（核验时间 2026 年 9 月 9 日）。