以太坊研究提案探讨资产层支出限额与恢复机制
当前进展与背景
最新公开报道
最近报道 ·dlebee 在 ethresear.ch 探讨把支出限额与恢复机制放在资产层而非账户层
作者 dlebee 在 Ethereum Research 发帖探讨密钥泄露防护的策略执行位置问题。当前多数方案在账户代码中执行限额,作者指出两个漏洞:持有 transferFrom 授权的合约可不经过钱包校验逻辑转走代币;EIP-7702 下被盗 EOA 密钥可重新委托并移除原有策略。作者提出在资产层执行限额的草案,包含滚动窗口支出限额、约 14 天延迟的安全削弱性变更、不可逆的 declareCompromised() 状态以及仅在失陷状态可扫币的预注册恢复地址。ERC-20 层面无需协议改动,原生 ETH 则需要类似 EIP-7002 模式的系统合约,作者称这可能代价过大。作者明确表示不确定资产层是否严格更优,征求关于授权绕过、griefing 风险与 mempool 校验兼容性等问题的意见。
Ethereum Research · 社区研究提案 · 查看报道与出处 →报道时间不等于事件生效时间;具体状态与适用对象请对照来源。
背景综述
以下帮助了解背景;涉及安排、版本或状态时,以较新的具体报道为线索核对。
作者 dlebee 在 Ethereum Research 发帖探讨密钥泄露防护的策略执行位置问题。当前多数方案在账户代码中执行限额,作者指出两个漏洞:持有 transferFrom 授权的合约可不经过钱包校验逻辑转走代币;EIP-7702 下被盗 EOA 密钥可重新委托并移除原有策略。作者提出在资产层执行限额的草案,包含滚动窗口支出限额、约 14 天延迟的安全削弱性变更、不可逆的 declareCompromised() 状态以及仅在失陷状态可扫币的预注册恢复地址。ERC-20 层面无需协议改动,原生 ETH 则需要类似 EIP-7002 模式的系统合约,作者称这可能代价过大。作者明确表示不确定资产层是否严格更优,征求关于授权绕过、griefing 风险与 mempool 校验兼容性等问题的意见。
摘自 Ethereum Research · 社区研究提案
报道时间线
沿着报道,了解事件的不同侧面。
- Ethereum Research · 社区研究提案dlebee 在 ethresear.ch 探讨把支出限额与恢复机制放在资产层而非账户层
作者 dlebee 在 Ethereum Research 发帖探讨密钥泄露防护的策略执行位置问题。当前多数方案在账户代码中执行限额,作者指出两个漏洞:持有 transferFrom 授权的合约可不经过钱包校验逻辑转走代币;EIP-7702 下被盗 EOA 密钥可重新委托并移除原有策略。作者提出在资产层执行限额的草案,包含滚动窗口支出限额、约 14 天延迟的安全削弱性变更、不可逆的 declareCompromised() 状态以及仅在失陷状态可扫币的预注册恢复地址。ERC-20 层面无需协议改动,原生 ETH 则需要类似 EIP-7002 模式的系统合约,作者称这可能代价过大。作者明确表示不确定资产层是否严格更优,征求关于授权绕过、griefing 风险与 mempool 校验兼容性等问题的意见。
本事件热度走势
还没有足够的连续观测数据,暂不绘制趋势。