跳到主要内容

ERC-8211 详解：教会 AI 代理先思考再交易的以太坊标准

· 阅读需 10 分钟
Dora Noda
Dora Noda
Software Engineer

想象一下，你对一个 DeFi 机器人说："把我所有的 WETH 兑换成 USDC，存入 Aave，但前提是我的最终余额保持在 5,000 美元以上。"在今天，这条指令需要开发者在签名前硬编码每一个参数——确切的 WETH 余额、预期的 USDC 输出、Aave 存款金额——从而创建一笔脆弱的交易，一旦市场条件在签名区块和上链区块之间发生变化，交易就会失败。ERC-8211 由 Biconomy 和以太坊基金会于 2026 年 4 月 6 日发布，彻底消除了这种脆弱性。它是第一个让 AI 代理能够读取实时链上状态、验证条件并在单笔原子交易中执行多步策略的以太坊标准——将静态批量调用转变为智能、自适应的工作流。

这个时间点并非巧合。仅 Virtuals Protocol 上就有超过 17,000 个 AI 代理在运行。Coinbase 的 AgentKit 为多个 LLM 提供商提供自主钱包支持。NEAR 的联合创始人宣称"区块链的用户将是 AI 代理"。但直到现在，这些代理一直被迫通过与人类在前端点击按钮相同的僵化交易格式与 DeFi 交互。ERC-8211 为它们提供了根本不同的能力：在链上、在执行时组合决策，并内置安全护栏。

问题所在：静态批处理从未为自主代理而设计​

像 Multicall3 和 ERC-4337 打包器这样的多调用合约已经可以让钱包将多笔交易合并为一笔。但每个参数都必须在签名时锁定。如果一个 AI 代理签署了一笔将 2.5 WETH 兑换为 USDC 并将所得存入 Aave 的批量交易，那么 2.5 WETH 这个数字就被冻结了——即使代理的实际余额在签名和执行之间因待处理的转账到达或费用扣除而发生了变化。

这为自主代理带来了三个连锁问题：

  • 状态过时： 当批量交易被包含在区块中时，它所假设的链上状态可能已经不再成立。0.3% 的价格波动就可能导致兑换回滚，浪费 Gas 并使策略执行到一半就中断。
  • 过度指定： 代理必须在签名前预计算每一个中间值（精确的输出金额、滑点阈值、存款数量）。对于一个五步杠杆循环，这意味着预测五个连续输出——其中任何一个都可能使其余的失效。
  • 无条件逻辑： 静态批处理是全有或全无的。没有办法表达"仅当第二步的结果超过阈值时才执行第三步"。代理无法在批处理本身中表达安全约束。

结果是，今天的 AI 代理执行 DeFi 策略的灵活性就像一张打印好的登机牌——每个细节都必须在出发前正确，任何变化都需要重新开始。

ERC-8211 的工作原理：Fetcher、约束和谓词​

ERC-8211 引入了 Biconomy 所称的"智能批处理"——一种合约层编码标准，批处理中的每个参数都声明了如何获取其值以及该值必须满足哪些条件。该标准基于三个基本原语构建：

Fetcher（取值器）​

每个输入参数都携带一个 fetcher 类型，决定其值在执行时（而非签名时）如何获取。有三种 fetcher 类型可用：

  • RAW_BYTES： 值是硬编码的，与传统批处理相同。
  • STATIC_CALL： 值从实时链上合约调用中读取——检查余额、查询预言机价格或读取池的储备量。
  • BALANCE： 值是执行账户在执行时刻的原生代币或 ERC-20 余额。

然后，路由目标决定解析后的值去向：进入调用的目标地址、其 value 字段或其 calldata。

Constraint（约束）​

每个解析后的值都可以携带内联约束——在调用继续之前在链上验证的逻辑检查。支持的约束类型包括 EQ（等于）、GTE（大于或等于）、LTE（小于或等于）和 IN（集合成员）。如果任何约束失败，整个批处理将原子性回滚。

在实践中，这意味着代理可以说："获取我的 WETH 余额（BALANCE fetcher），确认它 GTE 1.0 WETH（约束），然后将解析后的值传入兑换 calldata（路由）。"

Predicate（谓词）​

target = address(0) 的条目充当纯断言检查点。它们编码链上状态的布尔条件——例如，验证钱包的 USDC 余额在杠杆循环后是否保持在安全底线以上——而不执行任何外部调用。如果谓词失败，批处理回滚。

这三个基本原语共同将批处理从静态脚本转变为反应式程序："将我全部的 WETH 余额兑换为 USDC，然后将到账的金额精确地存入 Aave，但前提是我的最终余额超过安全底线。"所有操作在一笔交易中完成，全部在执行时解析。

新兴的代理协议栈​

ERC-8211 并非孤立存在。它嵌入了以太坊基金会专门为自主代理构建的日益完善的协议栈中：

层级标准功能关键构建者
身份ERC-8004代理发现、信任和声誉评分Ethereum Foundation
商业ERC-8183工作生命周期管理——托管、交付证明、结算Virtuals Protocol
执行ERC-8211智能批处理——条件化、状态感知的链上执行Biconomy
支付x402HTTP 原生的稳定币微支付，用于代理服务Coinbase + Cloudflare

这个类比并非偶然：ERC-8004 识别谁在交易，ERC-8183 管理什么工作正在交换，ERC-8211 处理工作如何在链上执行，x402 管理代理之间的支付如何流转。它们共同形成了行业观察者开始称之为"链上 AI 的 TCP/IP 时刻"的分层架构——每个协议清晰地处理一个关注点。

ERC-8183 与 ERC-8211 尤为互补。其 Job 原语——客户代理雇佣提供者代理、托管资金被持有、评估者证明交付——恰好产生了 ERC-8211 设计来执行的那种多步骤、条件性链上操作。通过 ERC-8183 接受工作的 AI 代理可能需要执行一系列 DeFi 操作（兑换、存入、借贷）来完成工作。ERC-8211 确保这些操作即使在工作接受和执行之间市场条件发生变化时也能正确执行。

竞争方案：AgentKit、NEAR Chain Signatures 和碎片化风险​

ERC-8211 的智能批处理并非唯一争夺成为 AI 代理标准执行层的框架：

Coinbase AgentKit 为 AI 代理提供钱包基础设施和链上操作原语，原生支持 OpenAI、Anthropic 和 Llama 模型。2026 年 3 月，World（Sam Altman 的身份项目）推出了集成 x402 支付和 World ID 验证的 AgentKit 集成，使代理能够携带人类支持的加密证明。AgentKit 在钱包管理和简单交易方面表现出色，但目前不提供 ERC-8211 所具备的条件化、状态感知执行能力。

NEAR Chain Signatures 采用不同的架构方法：代理获得自己的 NEAR 账户，私钥存储在可信执行环境（TEE）中，通过 Chain Signatures 技术，它们可以从单一的 NEAR 身份在任何区块链——Ethereum、Bitcoin、Solana——上签署交易。这优雅地解决了多链问题，但运作在基础设施层而非执行语义层。

Visa 的 Trusted Agent Protocol 和 Google 的 AP2（Agent Payment Protocol 2.0） 解决的是支付和商户验证方面的问题，帮助传统商业识别和处理 AI 代理交易。它们与 ERC-8211 的链上执行重点互补而非竞争。

碎片化风险是真实存在的。如果 AgentKit 构建自己的条件执行原语，或者 NEAR 开发竞争性的批处理执行标准，代理可能面临与早期 DeFi 相同的互操作性挑战——多个标准解决同一个问题，没有一个达到临界规模。ERC-8211 的优势在于它与现有账户抽象基础设施（ERC-4337、ERC-7683）的兼容性及其最小化的占用：它不需要协议分叉，不需要新的操作码，并且适用于任何智能账户实现。

为什么这很重要：400,000 代理经济需要链上可组合性​

数据清晰地描绘了紧迫性。据 Chainalysis 估计，目前有超过 400,000 个 AI 代理在区块链网络上运行。仅 Virtuals Protocol 就已突破 3,950 万美元的累计收入，拥有 17,000 多个代理。Coinbase 的 AgentKit 支持所有主要 LLM 的自主钱包。代理经济不是投机——它正在产生真实收入并执行真实交易。

但这些代理受限于为人类用户设计的基础设施。人类在 Uniswap 上签署兑换时可以检查价格、调整滑点并确认——所有这些都在几秒钟内完成。大规模运行的自主代理无法承受这种手动反馈循环。它需要将复杂策略表达为自包含、自验证的交易包，无论签名和上链之间发生什么都能正确执行。

ERC-8211 的影响超越了 DeFi 自动化。考虑以下场景：

  • 自主资金库管理： DAO 资金库代理在收益协议之间进行再平衡，通过谓词检查确保没有单个协议持有超过 30% 的资金——全部在一笔原子交易中完成。
  • 抗 MEV 执行： 通过在执行时而非签名时解析值，智能批处理减少了 MEV 搜索者可利用的信息——他们通常利用待处理交易中的过时参数。
  • 跨协议套利： 检测到 Uniswap 和 Curve 之间价格差异的代理可以原子性地执行套利，并通过约束确保最低利润阈值，消除了执行一腿成功而另一腿失败的风险。

前路展望：从标准到基础设施​

ERC-8211 目前仍是一个 ERC 提案，而非最终确定的标准。其参考实现是开源的，并以演示形式上线，但采用取决于钱包提供商、打包器运营商和 DeFi 协议对智能批处理接口的集成。该标准的账户无关设计——它适用于 ERC-4337 智能账户、ERC-7683 跨链意图和通过执行器合约使用的传统 EOA——消除了最大的采用障碍，但集成仍需要积极开发。

四标准代理栈（ERC-8004 + ERC-8183 + ERC-8211 + x402）代表着一个连贯的愿景，但在加密领域，连贯的愿景历来在竞争压力下分裂。该栈是否会整合为事实标准还是分裂为竞争性实现，将取决于哪些协议率先发布生产级集成。

毫无疑问的是方向。区块链的主要用户正在从通过前端点击的人类转向执行程序化策略的自主代理。ERC-8211 是第一次认真尝试为这些代理提供与其能力匹配的交易格式——一种先思考再交易的格式。

正在构建与多链 DeFi 协议交互的 AI 代理？BlockEden.xyz 为 Ethereum、Sui、Aptos 和 20 多个网络提供高性能 RPC 端点和数据 API——这是你的代理进行可靠链上读取和执行所需的基础设施层。探索我们的 API 市场立即开始。

Share on Twitter