ERC-8004 Agent 身份注册
属性
ERC-8004 Agent 身份注册
Agent 经济要规模化运转,绕不开一个信任问题:两个互不相识、分属不同厂商的 AI Agent 要合作或交易,怎么知道对方“不是骗子、不是坏模型”?人类社会靠身份证、征信记录、平台背书解决类似问题,但如果 Agent 世界也照搬“靠中心化平台背书”这条路,就等于把 Web2 平台垄断的老问题重新搬进 Agent 经济。ERC-8004(Trustless Agents)提供的是一套无需事先关系、跨组织、去中心化的最小信任层,让陌生 Agent 之间也能有据可依地建立合作。
三层注册表设计
标准刻意保持通用性,不管支付和具体业务逻辑,只提供三个轻量级链上注册表:
- Identity(身份):用 ERC-721 代币给每个 Agent 一个全局身份,指向该 Agent 的 JSON 注册文件,绑定名称、描述、端点、钱包地址等信息。
- Reputation(信誉):记录客户端授权的反馈审计轨迹,包括响应时间、在线率等可量化打分,形成 Agent 的历史表现记录。
- Validation(验证):允许第三方发布针对 Agent 具体行为/输出的验证结果,为“这个 Agent 声称做过的事能否被核实”提供依据。
这三层刻意保持正交:不绑定支付方式,也不预设业务场景,是身份、信誉、验证三件事的最小公约数,方便上层协议按需组合调用。
落地时间线与采纳情况
标准于 2026 年 1 月 29 日在以太坊主网正式上线,同步部署到 Base、Polygon、Monad、BNB Chain 等多条链,由 MetaMask、以太坊基金会、Google、Coinbase 联合推动。在此之前的测试网阶段,三个月内已注册超过 10,000 个 Agent、产生超过 20,000 条反馈记录,显示出较快的早期采纳速度;2026 年 2 月,Avalanche 开发者社区也在 C-Chain 上快速跟进采纳该标准。
为什么是“地基”而非“应用”
ERC-8004 常被归入“基础设施”讨论,但它的注册表/信誉打分能力一旦产品化,会直接催生“Agent 征信”这类应用赛道——换句话说,这是少数几个“听起来是地基、实际上下一步就能长出独立应用”的协议。在整条 Agent 经济地基链条里,身份认证排在通信协作(如 MCP、A2A)和支付(如 x402)之前——Agent 得先能证明自己是谁,才谈得上和别的 Agent 对话、付款。
被引用于 6
- A2A:跨厂商 Agent 互操作协议
MCP 与 A2A 共同构成通信协作层,分工是"MCP 连工具、A2A 连 Agent"。这一层建立在身份层(ERC-8004 之上——Agent 要先能证明自己是谁,跨厂商协作时的信任验证(如 A2A 的签名 Agent Card)才有意义;再往上才是支付层(如 x402),即 Agent 之…
- MCP:Agent 连接工具的通用插座
…解决的是 Agent 经济链条里"身份"之后的下一关:Agent 先要能证明自己是谁(如 ERC-8004),再要能听得懂外部世界在说什么、会用工具(MCP 负责这一层),才能进一步谈到与其他 Agent 协作、完成支付等更上层的经济活动。两者的分工边界清晰:MCP 面向"Agent 连工具"…
- Web 4.0 三层地图:地基-赛道-协议
| Agentic Commerce | x402、AP2、流支付、ERC-8004(交易对手身份验证前提) | Skyfire、Kite AI |
- Web4.0地基层协议调研
…gent 协作、能被验证确实照规矩做事"的逻辑链条,覆盖七个层次:身份与钱包层(账户抽象、Agent身份注册表)、通信与协作协议层(MCP协议、A2A协议)、支付基础设施层(x402协议、AP2协议、流支付)、intents/solvers 架构层(意图驱动执行)、可验证计算层(zkML可验证…
- 账户抽象(可编程钱包权限)
账户抽象解决的是"钱包权限"这一层,是比身份认证(ERC-8004 Agent 身份注册更底层、更早需要落地的前提——先有可控的钱包,Agent 才谈得上安全地"自己管钱",再往上才是让陌生 Agent 之间建立信任、进而完成支付(如 x402 协议)。
- 链上 Agent 经济 · Web4.0
- ERC-8004 Agent 身份注册 — 概念
本页由 AI 从原始资料编译生成、经人工确认后发布;原始资料保留在私有工作区。