跳到主要内容

ERC-8211 智能批处理：Biconomy 和以太坊基金会如何重写链上 AI 智能体的规则

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

2026 年 4 月 7 日，Biconomy 与以太坊基金会悄然发布了一项提案，这可能是自 ERC-4337 以来最具影响力的代理基础设施标准。它被称为 ERC-8211，表面上看它像是一个记账更新：一种编码批量交易的新方式。但仔细观察，你会发现它意义非凡——它是第一个协议层级的方案，回答了一个困扰链上 AI 长达两年的问题：在无需用户对每一步操作进行签名的情况下，自主代理如何才能真正在以太坊上安全地进行交易？

这个时机的选择并非偶然。随着目前约 6200 万个智能账户在 EVM 链上活跃，累计处理了 24 亿次 UserOperations，且越来越多的自主代理正代表用户执行真实的 DeFi 策略，以太坊已经触及了静态批量交易表达能力的上限。被冠以“智能批处理”之名的 ERC-8211，正是为了打破这一天花板而设计的标准。

静态批处理无法解决的问题​

在过去的两年里，ERC-4337 和 EIP-5792 承担了批量交易的重任。它们允许智能账户在一个签名下捆绑多个调用：授权代币、在 Uniswap 上进行兑换、将收益存入 Aave，所有操作一气呵成。这种模式运作得非常完美——直到你意识到 DeFi 是一个动态变化的目标。

真实的 DeFi 流程会产生动态且不可预测的输出。一次兑换可能会根据滑点返回 1,000 USDC 或 998 USDC。一次金库提取可能会产生本金加上 23.4 美元的应计利息，或者 23.7 美元。静态批处理迫使开发者和代理只能在两个糟糕的选项中做出选择：

  • 硬编码乐观的数值——然后在现实情况低于预期时，眼睁睁看着整个批处理交易回滚。
  • 保守地低估数值——结果导致价值滞留在中间步骤，后续调用无法利用。

无论哪种方式，用户都要承担代价：交易失败、资金锁定或收益欠佳。对于无人值守运行的 AI 代理来说，这不仅仅是效率低下的问题，在操作上更是不可持续的。一个每次兑换返回金额不符时都必须叫醒用户进行确认的代理，根本称不上是代理——它只是一个带钱包的 Slack 机器人。

ERC-8211 通过引入三个原语解决了这个问题，将批处理从“凝固的配方”转变为“嵌入安全检查的程序”。

三大基石：获取器、约束和谓词​

ERC-8211 的天才之处在于其简洁性。它并不试图成为一个虚拟机。它只是在现有的批处理格式中增加了三样东西，而让技术栈的其他部分——ERC-4337 捆绑器（bundlers）、EIP-7702 授权、ERC-7579 模块化账户——去处理底层衔接工作。

获取器（Fetchers）：在执行时读取状态​

获取器在执行瞬间（而非签名瞬间）检索实时的链上数据。当代理说“兑换我全部的 WETH 余额”时，获取器会在兑换触发前通过调用 WETH 合约的 balanceOf 来解析“全部 WETH 余额”。用户签署的是一个意图（“兑换我拥有的所有东西”），而链在执行时才会解析具体的数值。

约束（Constraints）：在每个调用进行前进行验证​

约束会根据预定义规则检查解析出的数值。约束可以规定：“这次兑换的输出必须至少为 998 USDC，否则回滚。”与嵌入在单个 Uniswap 调用中的普通最小输出检查不同，约束随批处理一起传递，并且可以引用之前任何步骤的输出。

谓词（Predicates）：根据链上条件对批处理进行门控​

谓词是纯布尔检查——target = address(0) 的条目，如果条件失败则回滚整个批处理。它们像护栏一样位于动作之间。“仅当我的金库健康系数保持在 1.5 以上时，才继续进行 Aave 存款。”“仅当价格预言机在过去 60 秒内更新过，才执行重新平衡。”

ERC-8211 批处理中的每个输入参数都携带三块元数据：定义数值来源方式的获取器类型、决定其成为调用目标、数值字段还是调用数据参数的路由信息，以及必须成立否则整个批处理回滚的内联谓词。

其结果是一个单一的签名负载，表达了类似以下的内容：

将我所有的 WETH 余额兑换为 USDC，滑点不劣于 0.3%。然后将收到的 USDC 精确地存入 Aave v3 池，但前提是我的账户健康系数将保持在 1.8 以上。最后检查最终的头寸规模是否符合我的策略预期，否则回撤整个批处理。

过去，这要么需要在 90 秒的窗口内进行三次独立的签名，要么需要为一个特定用例审计并部署定制的 Solidity 路由合约。ERC-8211 将其变成了一个简单的 TypeScript 程序，编译为 ComposableExecution[] 数组，签名一次，原子化执行。

为什么这优于 Weiroll、x402 和厂商 SDK​

ERC-8211 并不是可组合批处理的首次尝试。最接近的前身是 Weiroll，一个允许合约表达多步流程的嵌入式虚拟机。ERC-8211 团队在对比时非常明确：Weiroll 是“脚本”——一套呆板的调用序列；而 ERC-8211 是“程序”——带有嵌入式安全检查、运行时解析和约束验证的序列，任何捆绑器都可以在无需信任的情况下进行验证。

但更有意义的对比是与过去 18 个月中激增的厂商特定技术栈进行的：

框架来源范围是否为标准？
Coinbase x402Coinbase, 2024HTTP 原生 USDC 支付开放规范，单一协调器
Coinbase AgentKitCoinbase, 2024完整的代理 SDK，钱包 + 动作厂商 SDK
ElizaOS Agent Frameworka16z 资助, 2024多链代理运行时开源，无协议标准
Solana Agent PrimitivesAI Rig Complex, ElizaOS-on-SVMSolana 原生代理执行特定于链
ERC-8211Biconomy + 以太坊基金会, 2026多步可组合执行EIP 轨道标准

这些技术栈中的每一个都解决了代理问题的一个环节。x402 在支付方面做了卓越的工作——截至 2026 年 3 月，Base 上交易量超过 1.19 亿次，Solana 上超过 3500 亿次，年化交易额约 6 亿美元。AgentKit 为开发者提供了代理钱包的一站式套件。ElizaOS-on-Solana 已经交付了真实的生产环境代理。

但它们都不是协议级标准。它们是厂商 SDK、支付通道或特定于链的框架。构建在 Coinbase AgentKit 上的代理无法轻易执行为 ElizaOS 设计的策略，尽管两者都在以太坊相关的基础设施上运行。随着代理规模的扩大——2026 年的数据显示，目前每天约有 25 万个活跃的链上代理常规性地跨越厂商边界——这种碎片化成为了瓶颈。

ERC-8211 的贡献不是“一个更好的 SDK”，而是“一个任何 SDK 都可以瞄准的共享语义层”。一旦智能账户支持 ERC-8211，任何代理运行时——无论是 Biconomy 的、Coinbase 的、未来在 EVM 上的 Eliza，还是尚未被构建出来的东西——都可以提交账户能够理解的执行负载。

ERC-8211 如何融入更广泛的智能体技术栈​

以太坊基金会一直在深思熟虑地将 ERC-8211 与其相关标准进行定位：

  • ERC-4337（账户抽象）—— 智能账户底层。ERC-8211 批处理在 ERC-4337 账户内执行。EIP-7702 委托自 2025 年 5 月 Pectra 主网启动以来，已有约 1400 万个 EOA 签署，这也为 ERC-8211 走向普通 EOA 提供了路径。
  • ERC-7579（模块化账户）—— 插件接口。ERC-8211 作为模块实现，而非硬分叉。
  • ERC-7683（跨链意图）—— 表达“我希望在任何地方实现此结果”的标准。ERC-8211 是“在此处执行此结果”的标准。
  • ERC-8004（无需信任的智能体）—— 身份和声誉层。在 ERC-8004 注册的智能体使用 ERC-8211 来进行“行动”。
  • ERC-8183（智能体间商务）—— 谈判原语。通过 ERC-8183 达成交易的智能体通过 ERC-8211 进行结算。

这种层级结构至关重要。每个标准各司其职。ERC-8211 负责执行语义，并明确表示不涉及身份、支付或跨链路由。这种严谨性使其极有可能真正落地：该提案可以作为合约层编码实现，无需任何以太坊协议分叉。没有硬分叉意味着不需要五年的激活周期。如果 Rollup 和主要的智能钱包供应商选择集成，该标准可能会在 2026 年第三季度看到生产部署。

为什么会话密钥对智能体突然变得至关重要​

ERC-8211 中不言而喻的主角是 会话密钥 (Session Keys)。该标准自然地与 wallet_grantPermissions 结合 —— 这是一种钱包 RPC 方法，允许用户一次性批准对智能体的限时且限额的委托。智能体随后在这些界限内运行，无需进一步的用户提示。

将会话密钥与 ERC-8211 结合，蓝图变得愈发清晰：

  1. 用户只需签署一次：“在接下来的 30 天内，此智能体可以代表我执行交易和 Aave 存款，每笔交易上限为 50,000 USDC，仅限在 Base 和 Arbitrum 上，且仅当我的健康系数保持在 1.5 以上时。”
  2. 智能体构建一个符合这些约束的 ERC-8211 批处理。
  3. 捆绑器 (Bundler) 在转发前根据会话密钥范围验证批处理。
  4. 执行要么原子化地成功，要么原子化地回滚。

这是长期以来阻碍真正自主智能体发展的缺失原语。直到现在，“智能体自主”要么意味着“信任智能体的私钥”（Coinbase Agentic Wallet 模型），要么意味着“每一步都提示用户”（失败的 Web2 式流程）。会话密钥加上 ERC-8211 为我们提供了第三种选择：带有链上验证的受限自主权，用户定义规则框架，智能体在框架内操作而无需频繁请求授权。

基础设施的影响：RPC 提供商开始具备智能体感知能力​

这是连锁反应冲击 API 和节点基础设施的地方。一旦 ERC-8211 批处理进入生产阶段，RPC 提供商就不能再将智能体流量仅仅视为“恰好来自脚本的普通用户流量”。一个表现正确的重放器 (Relayer) 需要：

  • 解析批处理格式 以识别 fetcher 调用、约束和断言 (predicates)。
  • 在提交前验证会话密钥范围，以便在消耗 Gas 之前拒绝超出委托权限的批处理。
  • 利用实时状态模拟执行路径，以便预览可能的回滚原因。
  • 向智能体开发者提供结构化的断言失败报告，而不仅仅是原始的 EVM 回滚字符串。

这是一个全新的产品领域。传统的以太坊 RPC 是为人类驱动的 DApp 设计的，其中每次调用都是一个离散的用户行为。智能体驱动的 RPC 则完全是另一种工作负载：高频、编程化、依赖于多步批处理的精确模拟。那些及早意识到这一转变 —— 将支持 ERC-8211 的端点、智能体流量仪表板和会话密钥验证作为一等公民 API 暴露出来的提供商 —— 将处于智能体经济的中心。

悬而未决的问题：标准还是供应商 SDK？​

ERC-8211 冠以以太坊基金会之名。这赋予了它任何供应商 SDK 都无法比拟的公信力。但公信力并不等于采用。两种结果都有可能。

乐观的情况： 主要的智能钱包供应商（Safe、Coinbase、Argent、Rabby）在六个月内发布 ERC-8211 模块。捆绑器基础设施（Pimlico、Stackup、Biconomy 等）增加原生支持。智能体运行时环境收敛于 ERC-8211 作为其执行目标。到 2026 年第四季度，该标准成为智能体在 EVM 上进行交易的事实标准，就像 ERC-4337 成为智能账户运行的事实方式一样。

悲观的情况： Coinbase 倍加押注于 AgentKit 和 x402 这种垂直集成的技术栈，就像它对 Smart Wallet 所做的那样。主要的 DeFi 协议发布供应商特定的智能体集成，而不是等待标准。ERC-8211 成为资深开发者的分众选择，而大众市场的智能体流程则通过商业工具包运行。碎片化状态将持续。

早期信号倾向于乐观的情况。以太坊基金会的“改进 UX”轨道在协调钱包供应商围绕共享标准方面非常有效 —— EIP-7702 从提案到 1400 万次授权用了不到一年时间。ERC-8211 具备相同的结构化要素：清晰的问题、简洁的解决方案、无需协议分叉，以及对已经发布智能体的开发者而言即时可用的效用。

接下来值得关注的内容​

接下来的 90 天将揭示 ERC-8211 究竟是注定成为默认标准，还是仅仅是另一个初衷良好但无疾而终的提案。以下三个信号最为关键：

  1. 钱包集成时间表。如果 Safe 和 Coinbase Smart Wallet 在第三季度前发布 ERC-8211 模块，那么其采用将步入正轨。
  2. Bundler 经济学。ERC-8211 批处理的模拟成本比静态批处理更高。Bundler 端的费用模型需要随之演进。
  3. 审计生态系统。可组合执行引入了新的攻击面 —— 获取器 (fetcher) 操纵、约束绕过、谓词排序。首批关于生产级 ERC-8211 部署的重大审计报告将为整个智能体经济奠定安全基准。

对于正在决定 2026 年投资方向的开发者来说，战略答案已日益清晰：基于标准构建，而非供应商 SDK。ERC-8211 是迄今为止最强烈的信号，表明以太坊的智能体基础设施将是公共标准的层级化架构，而非专有套件的封闭花园。如果目前的趋势持续下去，目前每天进行交易的 25 万个智能体到 2028 年将达到 2500 万个，而它们运行的轨道将更像 ERC-8211，而非任何单一公司的产品界面。

自主链上智能体的执行层已经有了名字。它只是需要以太坊基金会和班加罗尔的一个小团队来赋予它这个名字。

BlockEden.xyz 为在以太坊、Base、Arbitrum 和其他 EVM 链上部署 AI 智能体的开发者提供生产级 RPC、索引和账户抽象基础设施。随着 ERC-8211 和更广泛的智能体技术栈日益成熟，我们的端点旨在处理自主智能体所需的高频、重模拟工作负载。探索我们的 API 市场，开始在专为智能体经济设计的基础设施上进行构建。

Share on Twitter