跳到正文
热点事件持续更新

以太坊研究提案探讨资产层支出限额与恢复机制

1 篇报道1 个报道来源最近报道 · 2 小时前
我的关注 →

当前进展与背景

最新公开报道

最近报道 ·

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 · 社区研究提案

报道时间线

沿着报道,了解事件的不同侧面。

11月2日
  1. Ethereum Research · 社区研究提案
    dlebee 在 ethresear.ch 探讨把支出限额与恢复机制放在资产层而非账户层

    作者 dlebee 在 Ethereum Research 发帖探讨密钥泄露防护的策略执行位置问题。当前多数方案在账户代码中执行限额,作者指出两个漏洞:持有 transferFrom 授权的合约可不经过钱包校验逻辑转走代币;EIP-7702 下被盗 EOA 密钥可重新委托并移除原有策略。作者提出在资产层执行限额的草案,包含滚动窗口支出限额、约 14 天延迟的安全削弱性变更、不可逆的 declareCompromised() 状态以及仅在失陷状态可扫币的预注册恢复地址。ERC-20 层面无需协议改动,原生 ETH 则需要类似 EIP-7002 模式的系统合约,作者称这可能代价过大。作者明确表示不确定资产层是否严格更优,征求关于授权绕过、griefing 风险与 mempool 校验兼容性等问题的意见。

本事件热度走势

还没有足够的连续观测数据,暂不绘制趋势。