钱包弹出一次“升级账户”签名，随后交换交易失败，用户很容易以为一切回到了原点。EIP-7702的最终规范却把代码委托的处理放在交易执行之前，并明确规定：后续执行即使回滚，已经处理的委托标记也不回滚。对使用智能账户功能的人来说，交易结果与账户状态必须分别核对。这决定了失败后应该重试交换，还是先检查仍然有效的账户执行权限。
沿着一笔失败交易，找到真正没有退回去的部分
以太坊官方EIP仓库中的7702文件标记为Final，创建日期是2024年5月7日。本文依据本次重新读取的最终规范讨论机制，不把它当成今天刚发布的升级公告，也不据此判断任一钱包已经上线哪种具体产品。规范允许普通外部账户指定一个代码地址，后续执行沿该指针读取代码，并在授权账户的上下文运行。
可以用一个假设流程理解差别：用户先给某个钱包实现签署代码委托，再由一笔交易调用账户，完成代币授权和交换。授权列表先被处理，交换随后因滑点条件不满足而失败。如果该次委托已经通过校验，交换失败不会把委托标记一起清除。这里不是说失败的交换仍然完成了转账，而是说交易执行的回滚边界没有覆盖此前已处理的委托状态。把这两层混为一谈，就会误判下一笔调用会执行什么代码。
规范还规定，某个授权元组校验失败时，会停止处理该元组，继续下一个；同一账户出现多个有效授权时，最后一个有效项决定代码指向。因此，外层交易成功也不足以证明列表里的每一项都按用户预期生效。检查对象应当是账户最终委托地址、对应实现和实际执行结果，而非只看一个绿色或红色的交易状态。
这幅概念示意对应的是协议处理顺序，并非某钱包界面或真实交易追踪。交易浏览器上的状态通常回答执行有没有成功，账户代码读数则回答后续调用将采用什么逻辑；两种信息服务不同问题。没有具体交易与链上读数时，不能替某个用户断言其委托已经保留或已经撤销。
相关下载： Binance全球顶级交易所 v3.22.4大小：306.2M
签名给出了代码入口，限额要由代码自己守住
不少读者熟悉代币额度授权，容易把7702理解为另一种“给某个应用花一点币”的许可。两者的作用层级不同。7702签名指向的是账户执行代码；最终规范在钱包交互部分直言，被授权代码拥有对账户的不受限访问能力，钱包必须仔细审核所选实现。代币花费上限、每日额度、允许访问的应用等，可以建立在委托代码的权限系统中，但不是基础委托签名自动附带的限制。
批量交易的便利，取决于实现是否正确验证每项动作
批量操作可以把代币授权和实际使用放在同一原子交易内，减少两次确认之间的等待。它也能让多个动作共享同一套预先校验的条件。代价是账户执行逻辑需要正确约束调用目标、传入数据、金额与重放保护。规范的安全章节列出这些需要被签名覆盖的内容；如果实现遗漏目标或调用数据，攻击者就可能把原本针对一笔操作的许可导向其他函数。
由此得出的判断是：一项可读的限额提示，只有与实际执行代码和签名范围一致时才构成权限边界。界面写着每日限额，并不能单独证明底层实现不会提供绕开限额的另一个入口。反过来，代码具备完整的模块权限、签名验证和重放保护时，持久委托也不意味着所有后续调用都能任意转走资产。公开可调用与有权执行受限动作，仍有代码校验这一层差别。
这也解释了为什么不能把协议允许委托，推导成任意网站要求的升级签名都合理。基础协议负责确认谁签了指定地址及序号，不能替用户判断那个地址的业务逻辑是否值得信任。读者需要的是钱包公布的实现地址、代码版本与权限设计，而不是只凭“支持7702”四个字作出安全判断。
撤销是一笔新的状态变化，不会自动追回过去的操作
规范为清除委托设计了特殊处理：当有效授权中的目标地址为零地址时，清除账户代码，而不是写入一个继续指向零地址的委托标记。其作用是让账户恢复没有该委托代码的状态。这一步仍须满足签名、链标识、账户序号等规则，并进入链上处理；关闭网页、断开钱包连接和拒绝下一次签名，不能被当作同一种撤销。
这里将独立读取的以太坊官方规范原句重新排版，属于原文摘录排版，非网页截图。原句所说的“不回滚”对应已经处理的委托标记，并不取消其他执行部分自身的回滚规则。撤销的目标则是后续代码路径，无法借此抹掉历史上已经确认的资产移动。
旧签名、旧存储与代币额度，需要逐项辨认
账户序号参与委托授权校验，处理有效授权还会递增该账户序号。这为旧签名是否还能被接受提供了协议条件，但不能只凭“我已经重新签过一次”推断任何旧签名在任何链都已经失效。规范允许链标识为当前链或零；选择零可以扩大授权适用的链范围，实际可否被另一条链采用，还要满足该链的账户状态和序号等条件。把一条链上的处理结果概括为所有链同时撤销，会丢掉这些约束。
清除代码也不等于清空账户存储。规范专门讨论更换委托时的存储冲突：新实现如果把旧存储槽解释为另一种权限或配置，可能产生迁移问题。即使新旧实现分别接受过审计，迁移本身仍需要兼容性依据。文章不提供一套跨钱包通用的清空操作，因为清存储不是协议直接提供的原生功能，盲目照搬反而可能破坏账户配置。
相关下载： 欧易okx交易所 v6.195.1大小：549.4M
此前已经给外部代币合约的额度，也应按那份代币合约的状态单独检查。清除账户代码解决的是委托入口，代币授权额度解决的是特定花费者能否使用代币余额；两种状态的位置和执行者不同。将撤销委托理解成“所有授权一键归零”，会遗漏仍然存在的独立支出权限。
有人替你付手续费，仍有两份承诺需要兑现
7702把代付列为主要用途之一：发送交易的账户可以替另一个账户支付费用，也可能收取其他代币作为补偿。这降低了用户必须提前备好原生币的门槛，却没有把链上执行成本消除。规范明确，交易发送者承担授权列表中所有元组的费用，即便某些项无效或重复。具体用户最终支付多少，取决于钱包和代付方的收费安排，不能把“没有从该账户扣原生币”直接写成免费。
代付方也承担执行和回款分离的风险。规范指出，被代付账户可以通过改变序号令授权失效，或转移相关资产，使代付方花费费用后无法获得偿付。这会影响服务商愿意接受哪些请求、是否设置担保或信誉条件。用户感受到的拒绝代付，可能来自风控和结算安排，而不只是链拥堵。没有服务商条款和具体失败信息，无法确定某次拒绝属于哪一种情况。
判断一套智能账户方案是否值得使用，应把收益放回具体操作。需要连续多步交换的用户，可能从批处理和代付中获得较明确的便利；只是长期持有资产、偶尔转账的人，新增代码与迁移路径带来的理解成本可能更高。这不是对所有钱包的统一排序，而是同一协议在不同使用频率、权限复杂度和退出条件下会产生不同取舍。
当一次升级后的操作失败，最有用的后续材料是那笔交易的授权处理信息、账户当前代码指向，以及钱包公开的撤销和迁移说明。它们能把“失败是否恢复原状”拆成可以核对的状态问题。只有确认这些状态与实现边界，批量操作节省的确认次数和代付减少的准备步骤，才有可评估的实际价值。
用户评论