动态代理执行、Glamsterdam 与 Hegotá 进展、EIP-8224 实现私密 Gas

Glamsterdam 放缓，Hegotá 成形，ERC-8211 引入动态 Agent 执行，EIP-8223 简化 Sponsored Gas，EIP-8224 启用私有 Gas，Account Manager

欢迎来到我们的每周摘要，我们将在这里梳理 account 和 chain abstraction 的最新进展，以及塑造 Ethereum 的更广泛基础设施。

本周： Ethereum 在推进 Hegotá 成形的同时放缓了 Glamsterdam，ERC-8211 为 AI agent 引入动态执行，新 EIP 简化 Sponsored 和私有交易，以及一个用于跨 Web2 和 Web3 的统一 account manager 新概念。

Ethereum 的 4 月 Checkpoint 显示 Glamsterdam 放缓，而 Hegotá 正在成形

Ethereum 的 Protocol Support Team 表示 Glamsterdam 正在稳步推进，但速度比预期更慢，因为开发者正在处理 enshrined proposer-builder separation（ePBS）、gas 重定价以及相关 execution-layer 变更的复杂性。该更新将 Glamsterdam 描述为一个技术含量很高的分叉，其中 ePBS 要求协议本身处理部分区块和双方协调，而 Block-level Access Lists 则继续重塑 gas 和 state access 的处理方式。

在 execution 方面，开发者仍在推进首个通用的 Glamsterdam devnet，随后将跟进多个更广泛的 devnet，逐步纳入更多非头条特性。更新还指出，生态系统对优先处理 EIP-7954 的压力正在增加，该提案将提高合约最大大小，并与现有的重定价打包方案并行推进。

对于下一个分叉 Hegotá，主要特性选择现在已经完成。FOCIL（EIP-7805）已被选为 consensus-layer 的头条特性，而 account abstraction 在客户端开发者未能就 native AA 的具体实现达成一致后，仍作为非头条路线保留在范围内。报告称，EIP-8141（Frame Transactions）已被移至 Considered for Inclusion（CFI）状态，这为通过客户端团队与社区进一步协作，让更广泛的 AA 提案获得支持留下了空间。

该 checkpoint 还强调了对量子抗性的兴趣不断增长，尽管目前尚未提出任何独立的后量子提案。与此同时，gas-limit 测试仍在继续，6000 万仍是当前基线目标，同时也在通过 devnet 和重定价工作探索更高的上限。

Biconomy 和 Ethereum Foundation 支持 ERC-8211，使 AI Agent 执行更加动态

Biconomy 已提出 ERC-8211，这是一个与 Ethereum Foundation 在 EF 的 Improve UX 路线下共同开发的“smart batching”以太坊标准提案。该提案面向需要在签名时不锁定每个参数即可执行多步骤 DeFi 流程的 AI agent 和 smart account，并已发布参考实现、演示以及在 Ethereum Magicians 上的公开讨论串。

其核心思想是修复静态 batching 的限制。在当前模型中，想要先交换资产再将输出部署到其他地方的 agent，必须提前猜测中间金额。ERC-8211 则允许 batches 在执行时再解析部分参数，使用 fetcher 读取实时链上状态，使用 constraint 验证已解析的数值，并使用 predicate 条目检查条件是否满足，然后再继续下一步。

这使得该提案与链上 AI agent 尤为相关，因为这些 agent 越来越需要处理 slippage、bridge fee、vault ratio 以及其他按区块变化的数值。该提案被描述为 account-agnostic，并兼容 ERC-4337 和 ERC-7683 等现有标准，同时也可融入 Ethereum 更广泛的 agent stack，包括 ERC-8004、ERC-8183 和 x402。

更大的意义在于，Ethereum 对 AI 的推进正在从身份和支付扩展到执行。ERC-8211 本身并不会带来新的协议升级，但它确实为需要执行的不只是简单转账和兑换的 agent 勾勒出一层共享 execution layer。如果它获得关注，就可能成为 Ethereum 上 agent-native DeFi 工作流的重要构建块。

EIP-8223 为合约 Sponsored Gas 引入更简单的路径

EIP-8223 提议一种新的 Sponsored transaction 类型，允许 tx.to 处的合约代表发送方支付 gas fee，并使用 canonical payer registry，而不是任意的 EVM 执行。该草案于 4 月 11 日在 Ethereum Magicians 上提出，旨在成为一条更窄、更简单的合约 Sponsored transaction 路径。

该提案采用双边 opt-in 模型。payer contract 会通过位于 0x13 的 registry predeploy 明确授权某一个 sender，而 sender 则通过使用该 Sponsored transaction 类型来选择加入。只有当 transaction 直接发送给 payer contract 本身时，Sponsored 才会生效，因此 tx.to 同时充当 execution target 和 gas payer。

该设计的一个关键部分是验证保持静态。协议不会在 EVM 中运行验证逻辑，而是依赖正常的 account reads 以及来自 payer registry 的一次 storage read。草案认为，这种方式既能保持该格式与 inclusion-list 设计和 statelessness 导向的工作兼容，又能避免更可编程的 account abstraction 提案带来的额外复杂性。

其预期用例很直接：希望在被调用时由自己支付 gas 的 smart contract account，而不必强迫控制该 account 的 EOA 持有 ETH 或依赖外部 relayer。为了保留现有 Ethereum gas accounting 行为，该流程仍将使用标准的 EIP-1559 机制，由 payer 为 sender 提供 escrow 资金，未使用的 refund 会在执行后返回给 payer。

EIP-8223 的更大意义在于，它为 Ethereum 不断扩展的 account abstraction 讨论增加了另一个选项。它并不是直接与 Frame Transactions 或 Composable Transactions 之类更广泛的提案竞争，而是为 static validation 足够的场景提供了一种范围更紧凑的 sponsorship 机制。

用于 Counterfactual Transactions 的 EIP-8224

GitHub 上新发布的一项草案提案 引入 了 EIP-8224，它提出了一种“counterfactual transaction”类型，旨在解决 Ethereum 针对新 EOA 的私有 gas bootstrapping 问题。其思路是让用户从 private fee note 为 gas 提供资金，而不必先在链上接收可追踪的 ETH。

该草案提议一种新的 EIP-2718 transaction type，即 0x08，它围绕对 canonical fee-note contracts 的零知识证明构建。用户首先会把 ETH 存入 fee-note contract 并获得一个 private commitment，然后在稍后从一个新的 EOA 提交 transaction，证明自己拥有一个足以覆盖 gas 的未使用 note。协议会验证该证明，消费该 note 的 nullifier，结算 gas，并将任何剩余 ETH 发送给指定的 refund recipient，而 transaction body 本身则正常执行。

该设计的一个关键部分是验证需要保持 mempool-safe 和有界。提案不使用任意的 EVM 执行，而是依赖固定的密码学验证、对 fee-note contracts 的 code-hash 识别，以及固定的 storage reads。该草案还使用了 BN254 上的 fflonk，并估算典型的最小 intrinsic cost 约为 222,000 gas。

该提案被定位为对 EIP-8223 等 Sponsored transaction 工作的补充。实际上，它被描述为一次性的 privacy bootstrap：先使用一次 private fee note 为 smart account 或初始设置提供资金，然后在之后依赖更便宜的 Sponsored transaction。该 PR 目前仍处于 GitHub 的 draft 状态，canonical fee-note bytecode、verification key、circuit artifacts 和跨客户端测试向量尚未发布。

一个横跨 Web2 和 Web3 的 “Account Manager” 概念

Accountless 最近发布的一个 概念 引入了一个 “account manager”，这是一个独立工具，旨在为用户提供一个地方来管理他们在 Web2 和 Web3 中控制的每个 account。该提案将这一产品定位为既不是 wallet，也不是 password manager 的替代品，而是一层新系统：在 account 创建时捕获它们，映射保护它们的 credentials，随着时间推移监控安全性，并展示如果某个 credential 丢失或被攻破会造成什么影响。

核心论点是，用户已经在 Web2 和 Web3 中使用不同的心理模型来管理账户。password managers 会捕获新的登录并存储 Web2 的 credentials，而 wallets、seed phrases、signer sets、session keys 和跨链恢复设置通常仍然是碎片化的。根据该文章，这会导致在 account discovery、过时的 recovery paths、signer rotation、session-key revocation 以及被攻破 credential 的整体 blast radius 方面出现盲点。

为了结构化这个问题，文章定义了五个用户目标：知道有哪些 accounts、无需持续投入就能保持安全、一次更改 credentials 并将该更改应用到所有地方、在不产生新的安全问题的情况下 onboarding 新 accounts，以及在任何时刻理解暴露面。随后，它将每一项背后的糟糕结果、根本原因和拟议解决方案逐一对应起来。

所提方案的核心是一个 “account graph”，它以 many-to-many 模型连接 accounts 和 credentials。在该系统中，account 会存储 location、role、recovery path、linked accounts 和 activity 等细节，而 credential 则跟踪它存放在哪里、最后一次使用时间，以及是否有备份。文章还概述了一个分阶段的产品表面，从 extension 和 web app 开始，原型会从只读可见性逐步走向安全监控，最终进入写操作，例如 signer 更新和 revocation。你可以在 这里 查看 the prototype。

• 原文链接： medium.com/etherspot/dyn...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～