2025 年开始，很多人或许逐渐开始习惯一种新的交互方式：对 GPT 或 Gemini 说一句「帮我规划下周去香港的行程，并推荐合适的机票酒店」，它就会在后台默默完成信息搜索、条件筛选、路线选择、价格比较等一连串步骤，最后只把结果交给你确认。
只不过，把同样的期待带到链上，故事却完全变了。
譬如你对一个 DeFi Agent 下达指令：「把钱包里的 ETH 换成 USDC，跨到 Base 链，再全额存进 Aave」，客观而言，从「理解需求」和「规划路径」来看，今天的 Agent 并不一定做不到，真正的断层出现在执行环节：
你依然很可能要逐步完成签名、授权、兑换、跨链与存款等操作，，而且每一步都暴露在滑点变化、Gas 波动、桥接延迟和链上状态变化的风险之下，这也意味着只要中间有一环偏离预期，前面的动作未必能撤回，后面的动作又可能接不上，最后留在链上的，往往只是一段没做完的半成品流程。
问题不在于 AI 不够聪明，而在于链上执行层至今还缺少一种真正适配 Agent 的表达方式。
也正因为如此，2026 年 4 月初，Biconomy 与以太坊基金会共同发布的 ERC-8211，旨在解决当前智能合约执行中的「静态限制」问题，为 AI 代理及复杂 DeFi 工作流提供更具表现力的执行层，试图补上这块缺失的拼图。
一、AI Agent 接入链上的「最后一道断层」
过去一到两年里，加密行业的注意力焦点正在从 L2 扩容、RWA 流动性，明显转向 AI Agent 如何真正接管链上操作这个颇具颠覆性的选题。
客观而言，从「用自然语言下达多步 DeFi 策略」到「让自主 Agent 托管一整条跨链投资组合」，近期我们也见到了诸多实践，且大部分构想在 demo 层面已经成熟，无论是自然语言生成多步 DeFi 策略、自主执行再平衡、自动收益迁移、跨链仓位调整，甚至是更复杂的组合管理。
从推理和编排的角度看，AI 的能力已经跑得相当快了，只不过当真正把它放进生产环境，执行层的短板却越来越明显。
真要落到生产环境，这一短板可以概括成一句话：DeFi 是动态的，但今天的大多数 batch（批处理） 仍然是静态的。
ERC-8211 官网和讨论帖都把这个问题说得很清楚，即现有的 ERC-4337 与 EIP-5792，确实已经把「一次签名对应一笔调用」的旧模式，推进到了「一次签名可打包多笔调用」的新阶段，但这些调用中的参数，本质上仍然大多是在签名那一刻被冻结的。
也就是说，用户在签名时填进去的金额、目标值、预期输出，到了真正执行时，并不会因为链上状态变化而自动调整。
可 DeFi 本身恰恰是充满不确定性的。一次 Swap 的实际输出，取决于执行那个区块里的滑点和流动性；一次 Bridge 的到账时间和最终到账金额，取决于桥本身的机制和费用；借贷协议或 Vault 的 share-to-asset 比率，也会在不断变化。
毕竟用户或 Agent 在签名时看到的数值，很多时候只是一个当下的预估，而不是执行时的真实结果。
要理解 ERC-8211 解决了什么，先看一个最典型的例子，就是假设 Agent 想做一件看起来很普通的事——把账户里的 ETH 换成 USDC，然后全额存入 Spark 赚取利息。
在现有静态 batch 处理模型下，Agent 必须在签名前预估 Swap 之后会拿到多少 USDC，往往迫使你在签名时提前写死第二步的输入金额，且估得太高，真实到账数字不够，整个批次直接回滚；估得太低，又会留下一部分资金闲置在钱包里做不了事。
换言之，基本就陷入了所谓的两难处境，要么承担失败风险，要么承担机会成本。这就是为什么，很多看起来并不复杂的链上流程，一旦步骤拉长到 5 步、8 步，甚至跨两条链，就会迅速变得脆弱，这不是因为策略本身复杂到无法描述，而是现有执行范式太依赖预先写死的参数。
简言之，静态 batch 的能力上限，事实上决定了 Agent 能真正安全执行的策略上限。
从这个角度看，ERC-8211 想解决的，并不是 AI Agent 怎么做决策，而是当 Agent 已经做出决策之后，链上有没有一种更自然、更稳定、更安全的方式来执行它。从而让链上执行第一次拥有一种为 AI Agent 原生设计的表达形式。
二、ERC-8211 到底改了什么？
ERC-8211 的核心突破，不在于把更多步骤塞进一次签名，而是把 batch 处理从一段参数写死的交易序列，升级成一段「参数在执行现场动态求值的程序」。
听起来确实很抽象，但并不难理解，官方用了一句话来描述它：From transactions to programs。
这意味着 ERC-8211 不再把 batch 看作一份按顺序执行的动作清单，而是把它视为一段运行时求值、并带安全条件的执行程序，具体拆解的话，它通过三种可组合的原语实现这一点:
- Fetchers（取值器）：定义了这个参数从哪里取值，它可以是一次对某个地址当前余额的查询，使得参数不再是签名时的快照，而是执行瞬间从链上状态中抓取的实时读数；
- Constraints（约束器）：参数被解出来之后，还要通过内联约束检查——例如「换得的 USDC 至少要 ≥ 2500」，或「滑点不能超过 0.5%」，这些约束在值被路由进下一笔调用之前完成校验，任何一项不通过，整个批次立即回滚；
- Predicates（触发条件）：可以理解为介于步骤之间的守门人，不负责产生值，而是负责判断是否继续执行，比如跨链场景里，以太坊这一侧的 batch 可以通过 predicate 守在「跨链过来的 WETH 已经到账」这个条件上，到账之前一直不提交；
在这套设计里，每一个参数都要回答两个问题：第一，这个值执行时该从哪里来；第二，它被真正用进调用之前，需要满足什么条件，这样三者组合后，一个批次不再只是交易序列，而是一段内嵌安全检查的程序。
说到底，静态 batch 处理的心智模型是一份清单——按顺序执行 A、B、C 三步；而 ERC-8211 的心智模型则是一份带条件的程序——A 执行后，取 A 的真实输出作为 B 的输入；B 满足约束才进入 C；任何一步不达预期，整批回滚。
我们其实可以把它简单理解为一个专门为 AI Agent 和复杂 DeFi 操作设计的「智能批处理」机制，因为在传统的链上操作中，完成一笔复杂的 DeFi 策略往往需要多个独立交易：从借贷协议提取资金、兑换代币、再存入另一个协议（延伸阅读《 加密 AI 协议全景：从以太坊的主战场出发，如何为 AI Agent 搭建新操作系统？ 》）。
每一步都需要单独签名和确认，这对人类用户来说已经繁琐，对需要高频自主操作的 AI Agent 来说更是瓶颈，而 ERC-8211 的解决方案是允许多个区块链操作在一笔交易中组合执行，每一步在执行时动态解析实际数值，且必须满足预定义条件后才能继续下一步。
例如一个 Agent 可以在一笔签名交易中完成：从 Aave 提取资金 → 将实际收到的金额在 Uniswap 上兑换 → 将兑换结果存入 Compound——全部原子化执行，无需编写新的智能合约。
三、为什么说它和钱包、尤其是智能钱包关系更大
ERC-8211 之所以值得钱包行业关注，不只是因为它适合 Agent，更因为它会重新定义钱包在交互链路中的位置。
过去的钱包，更像是一个安全签名器，它的职责是保管私钥、展示交易、让用户确认，再把签名发出去，这个角色在 EOA 时代已经足够重要，在账户抽象时代也继续成立，但如果未来越来越多的链上操作由 Agent 来代为完成，那么钱包的角色就会更加居中与吃重。
原因很简单，当用户不再逐笔操控链上动作，而是开始授权一个 Agent 去执行一整套目标时，钱包必须有能力承接这种更高层的交互对象，它要展示的不再只是某个合约地址和一段 calldata，而是一整段「意图—取值逻辑—条件判断—最终结果」的执行程序。
因此，未来的钱包需要理解的，不再只是交易，而是程序。 ERC-8211 正是在这一层给钱包提供了一个更清晰的抓手，因为它把这些执行语义都显式写进了编码结构中，包含参数从哪里来、必须满足什么条件、什么时候继续、什么时候回滚，都不是隐藏在后端逻辑里的黑箱，而是可被钱包解释、模拟和展示的对象。
从钱包视角看，这一整套机制最终指向的是同一件事，即 用户不再是在签一串自己很难完全读懂的底层调用，而是在签一份结果导向、边界清晰、条件可验证的执行程序：
- AI Agent 可以负责理解用户意图、生成路径；
- 钱包负责把这条路径用更清楚的方式展示给用户审核；
- 而 relayer 只负责在条件成立时提交，不拥有篡改结果的权限；
这正是非托管执行之所以会被视为 Agentic DeFi 前提的原因，因为智能体可以参与，但主权、约束和最终结算仍然留在链上，这也是 ERC-8211 与智能钱包真正契合的地方，就是它把「安全表达复杂意图」这件事，写进了协议层标准里。
值得一提的是，ERC-8211 与 ERC-4337、EIP-7702、ERC-7579 等账户抽象框架完全兼容，它不替代账户抽象，而是在账户抽象之上，为 Agent 新增了一层程序化执行语义。
如果说 ERC-4337 解决了「谁能代表我发起交易」，EIP-7702 解决了「EOA 如何临时拥有智能合约能力」，那么 ERC-8211 解决的就是 一旦 Agent 开始替我操作，它能不能在一次签名里完成一整条决策链。
回看以太坊过去 10 年链上交互范式的演化：
- 第一阶段：一次签名 = 一次函数调用（EOA 时代）
- 第二阶段：一次签名 = 一组静态打包调用（ERC-4337、EIP-5792 时代）
- 第三阶段：一次签名 = 一段动态求值的意图程序（ERC-8211 时代）
每一次跃迁，都意味着用户（或代表用户的 Agent）能用更少的摩擦，表达更复杂的目标。
虽然 ERC-8211 目前仍处于草案阶段，技术讨论仍在进行，大规模的协议接入也还需要时间，但它指向的方向已经足够清晰，当 AI Agent 真正开始替人做链上决策，链上就需要一种与之匹配的、原生的执行语法。
