跳到正文
原文
Ethereum Magicians · 标准与升级讨论· dangerousfood·

EIP-8477 提案限制 EIP-7702 授权签名的延迟使用

原标题

EIP-8477: Recent Block Bound Delegation Authorizations

行业观察 · 社区治理,根据标题制作的内容信息图,非新闻现场图片
内容信息图

内容摘要

作者 dangerousfood 在 Ethereum Magicians 提出 EIP-8477,动机是近期 Binance 16 上的 EIP-7702 签名扫袋事件,核心是阻止长期存储 EIP-7702 签名供日后回放。每条授权需额外签署一个近期执行区块号及其区块头哈希,纳入区块 N 时签署区块须为其前 256 个祖先之一且哈希匹配,过期或不匹配的授权按现有跳过逻辑处理,不消耗 nonce 也不清除已有委托。该限制不使已安装的委托失效。提案需协调网络升级,激活后旧的六字段授权将被拒绝,八字段格式成为强制。截至 2026-10-30 为初始草稿,尚无外部技术评审。

来源:Ethereum Magicians · 标准与升级讨论 · ethereum-magicians.org

打开原文

所属事件

EIP-8477 拟为 EIP-7702 授权加 256 块时效窗口

查看完整事件与时间线 →综述整理于

读懂这条消息

来自 Learn 的概念与核对方法,帮助理解新闻中的机制和口径。

提案 · 执行知识更新

治理提案通过就是生效了吗?从投票追到执行交易

提案、投票通过、排队等待与执行完成是不同状态。判断协议参数是否已改变,应确认实际治理流程、执行交易和目标网络,不能只读“通过”标题。

一份执行记录怎样连起提案、Timelock 与目标参数?

以 OpenZeppelin Governor 加 Timelock 的组合为文档案例:先记录 Governor 的提案标识与调用数据,再关联排队操作、可执行时间和执行回执,最后在目标合约读取对应参数。实际模块不同,提案 ID 与 Timelock 操作 ID 不应未经核对就视为同一值。

参考依据:OpenZeppelin:链上治理与 Timelock ↗

阅读完整说明 →