EIP-7702：不换钱包地址，怎样加入智能账户逻辑

Agent 钱包想为用户现有账户加入批量操作。如果必须先把所有资产迁移到新地址，开户流程会变长，用户熟悉的收款地址和业务记录也需要调整。EIP-7702 提供另一条路径：保留地址，改变这个账户处理调用的方式。

便利的背后是一项重要授权。为整个账户选择执行代码，不能按普通的一次购物确认来处理。

资料边界： 本文于 2026 年 11 月 1 日核对官方资料。EIP-7702 状态为 Final，已纳入以太坊 Pectra 升级。本文没有进行真实委托、审计或恢复测试。

地址没变，执行方式变了

EIP-7702 新增一种携带签名授权的交易类型。有效授权会为账户设置指向合约代码的委托标记，之后代码在该账户的上下文中执行。账户地址不变，委托也不会在这笔交易结束后自动消失。

概念示意，非实测交易。选择账户代码和批准后续具体操作，是两层不同的责任。

具体支持什么能力，仍由合约实现决定。不能因为使用了 7702，就默认产品具备每日限额、某种恢复方式或交易代付。

原来的私钥并没有失去控制权

以太坊实现指南 特别指出：委托后，EOA 私钥仍能控制账户。即使指向带有多签规则的代码，也不代表原来的单钥权限自动消失。

Agent 应用需要分别审查两件事：委托代码给 Agent 或会话签名者开放了哪些能力，以及谁持有原始私钥。如果用户主密钥仍暴露在同一个 Agent 运行环境里，仅保护一个限权会话密钥并不能解决问题。

架构图应把两种密钥分开画。账户层的代码委托，也要与账户内部授予的会话权限分开理解。撤销某个会话，不一定等于清除整个账户的代码委托。

初始化失败，不代表委托也已回滚

EIP 明确规定：交易执行失败时，已经处理的委托标记不会因此回滚。产品必须覆盖一个容易混淆的状态——页面提示设置失败，账户的执行方式却可能已经改变。

我们的建议是，在提供“重试”前先检查账户当前状态：现在指向哪段代码，预期的初始化是否完成。不能只看外层交易成功或失败，就推断账户恢复到了原样。

规范还强调安全初始化和防重放。选择实现时，应要求具体答案：初始化参数由谁签名，如何防止重复执行，授权是否绑定目标与调用内容。兼容交易格式，只能证明格式兼容，不能替代对账户逻辑的安全审查。

升级之前，先把退出路径写清

待确认事项	需要从实现方取得的证据
选择哪段代码	网络、代码地址、版本和升级权限
如何初始化	所有者批准的设置参数如何被验证
如何处理旧状态	之前委托遗留的存储如何兼容
服务不可用怎么办	不依赖常规中继时的所有者操作路径
如何退出	查看、替换、清除委托及核对结果的方法

以太坊指南提醒，切换委托不会清除已有存储。因此，更换实现应被视为状态迁移，而不仅是修改一个配置地址。旧数据可能被新逻辑赋予不同含义，需要实现方提供明确的迁移过程和测试。

在 Agent 技术栈里的位置

7702 处理的是账户执行逻辑；ERC-4337 可以提供操作提交与 Gas 代付路径；ERC-7715 处理限权请求。三者分别回答不同问题，不能共用一个模糊的“支持智能钱包”验收项。

我们的判断是，保留地址只有在权限变化解释清楚时才是好的体验。产品应展示选用的实现、保留所有者可用的恢复或退出路径，并让升级后的状态可以检查。官方入口见 EIP-7702 目录条目。