【英文】描绘以太坊账户抽象路线图：探索 EOA 可编程性

我们对帐户抽象方法的分类如下：1）EOA 增强 / 可编程性：这包括协议级别的更改，使 EOA（外部拥有账户）能够重新定义其有效性规则的执行逻辑部分。2）EOA 转换 / 迁移：这种方法包括寻求将 EOA 完全转换为 CA（合约账户）的提案。这种方法的特点是允许 EOA 过渡到 CA，而无需移动其资产，例如 EIP-7377 和 EIP-5003。3）智能账户：这组提案包括允许 EOA 和 CA 完全重新定义其有效性规则，从而充当「智能账户」的设计。 EIP-5806：该提案旨在通过允许 EOA 标准执行对合约账户逻辑（其智能合约）的委托调用，为 EOA 标准带来更多功能。这实际上使得智能合约在调用者 EOA 的上下文中执行，即 EOA 仍控制其验证逻辑，而其执行逻辑由相应 CA 的逻辑处理。EIP-3074：EIP-3074 提议允许 EOA 将其大部分验证逻辑委托给专门的合约账户（称为调用者），通过将后者的授权逻辑叠加到特定形式交易的授权逻辑上。它通过将其访问策略签署给调用者合约来实现这一点，然后调用者合约负责定义 EOA 的访问策略。EIP-7702：该提案最初是作为 EIP 3074 的一个简化版本提出的，为了解决 EIP 3074 所谓的低效率问题。其方法是增加一种新的符合 EIP 2718 的交易类型 —— 允许 EOA 作为指定交易的智能账户。 允许 EOA 以任何方式执行代码极大地扩展了帐户的功能，但这种新的表达能力也伴随着重大风险和可能的盲点。解决这些权衡对于为以太坊用户提供无可争议的用户体验优势的升级至关重要。EIP-7702 目前是为 EOA 带来 EVM 可编程性的机制的典型代表，被标记为 Pectra 升级中 EIP-3074 的替代品。它继承了 3074 机制的开放设计，同时大大降低了攻击面 / 风险。它还通过避免 3074 对某些类别的操作码的限制来实现更多功能。EOA 可编程性应被视为迈向智能账户的一步，而不是最终目标。它增强了 EOA 的功能，并改善了用户和开发人员的体验，同时仍与智能账户的最终账户抽象目标兼容。【原文为英文】\n原文链接