在 deAI 栈的最顶层，是应用层标准 X402，用于代理之间支付各种服务费用，例如文件存储、电商服务、网络爬取等。X402 由 Coinbase 与 Cloudflare 共同构建，本质上是把传统的「HTTP 402: Payment Required」状态码扩展为一个可用的工作流，让代理能够通过稳定币支付服务费用。X402 的运作方式基于一个三方协议：客户端（Client）：请求资源；服务器（Server）：返回 402 状态码；Facilitator（支付协调者）：验证支付授权、提交链上交易、移动资金。支付完成后，服务器再解锁付费内容。今天，x402scan 可能是观察 X402 服务器真实运行情况的最佳工具。长期来看，X402 将在微支付领域发挥巨大作用，例如网页爬虫、付费文章、算力资源等。但其近期爆火，很大程度上是因为类似 $PING 等 memecoin 的出现 —— 这些代币在铸造过程中会沿着 Bonding Curve，通过 X402 进行支付。 一个自然的问题是：有了 X402，那么人们如何发现可用的服务？这就是 ERC-8004 发挥作用的地方，它位于 deAI 的发现层，由以太坊基金会牵头。如果说 DNS 将域名映射为 IP 地址（例如 google.com → 8.8.8.8），那么 ERC-8004 则解决了 AI 代理的发现问题：它通过一个链上注册表，将 agentID 映射到该代理的各类资源链接及功能描述。ERC-8004 使用 AgentCards 作为代理身份标识，并提供声誉评分、验证等机制。在技术层面，ERC-8004 基于 ERC-721（NFT）+ URIStorage 实现，并包含以下字段：名称（Name）；A2A、MCP、OASF；ENS、DID 及信任支持类型（如声誉、加密经济、TEE 证明）。我认为，ERC-8004 将会成为 deAI 发现层中的 DNS 等价物：一个核心协议负责索引，但最终会把用户定向至其他同行节点（如 AgentCard 链接）获取更细化的信息。 技术栈的最后一个部分是传输层 —— 解决代理之间如何在完成发现后互相通信的问题。传统网络栈中，这就是 TCP/IP 的功能：在客户端与服务器间真正传输数据包。在 deAI 技术栈中，谷歌最近推出了 A2A（Agent-to-Agent）协议，用于代理之间的通信。通信流程如下：客户端代理（A2A Client）和远程代理（A2A Server）通过 JSON-RPC 2.0 + HTTPS 进行交互；代理之间通过各自的 HTTP endpoint 对话；客户端查看远程代理的 AgentCard，确定可用的功能；然后请求某个服务。远程代理会利用 MCP 工具、算力等处理请求，并像推理模型那样不断发送异步更新。最终，它会返回完整结果与生成的 artifact。\n原文链接