我们应该超越EOA，而不是进一步巩固它们（与EIP 3074相关）- EIP

以太坊的一个长期目标是 账户抽象 (AA)：使用户能够使用智能合约钱包来存储资金，并获得与 EOA 相同的便利性，从而我们不再需要外部拥有的账户 (EOA)。智能合约钱包具有以下优点：

1. 它们可以编码更复杂的访问策略（例如，多重签名，社交恢复），从而为用户提供更高的安全性
2. 它们为可能具有更好属性的其他签名方案（例如，Schnorr 或 BLS，以获得更好的阈值签名友好性）提供了自然的升级路径
3. 它们为量子抵抗提供了自然的升级路径：一旦实施 AA，完全的量子抵抗将不需要任何执行层 EVM 更改，相反，用户只需自行将其钱包升级到量子安全替代方案即可
4. 它们允许用户帐户在一个事务中原子地执行许多操作，从而提高安全性、便利性并降低 gas 成本

EIP 3074 实现了 [4]，但它没有实现 [1, 2, 3]。因此，EIP 3074 没有实现账户抽象（尽管作为对 [4] 的短期修复，它或类似的东西仍然非常有价值）。目前，我最喜欢的 AA 提案涉及在共识层之外通过备用内存池来实现它，以减少共识客户端开发人员的负担，他们已经需要在测试、合并、无状态性、优化等方面努力工作，尽管我们将来也可以决定其他方法。然而，如果推出类似 EIP 3074 的东西，如果它与未来的 AA 目标向前兼容，那就太好了。

AA 之后清理 EOA

如果 AA 推出，最终我们希望删除 EOA 作为一个类别，以降低客户端的复杂性。这可以通过进行硬分叉来实现，该硬分叉就地编辑所有现有的和新的 EOA，用具有相同功能的智能合约钱包替换它们（但也具有升级功能，因此用户可以在保持相同地址的同时将其帐户升级到不同的方案）。

目前，这样做没有任何障碍；唯一的问题是需要一个不规则的预编译，可以在通过哈希其公钥派生的地址上创建基于 EOA 的钱包。但是 EIP 3074 的 AUTH + AUTHCALL 机制增加了这种复杂性。

AUTH + AUTHCALL 是一个从另一个地址发起调用的操作码。因此，在 EOA 之后的世界中，它可以被替换为调用钱包合约，要求钱包合约执行所需的操作。但是，存在一个问题：授权与调用本身是断开连接的。因此，智能合约钱包必须具有额外的功能，“授权代理”功能，允许特定地址在没有签名的情况下调用它，并立即转发这些调用。那么 AUTH 将成为调用此授权代理机制的调用，即使这样也无法复制完全相同的功能，因为指定的 AUTH 是调用范围的，并且可以存储代理的任何 EVM 内部存储都是持久的。

总而言之，一个后 EIP-3074 的后 AA 世界似乎会带来大量的技术债务。

改进此方案的想法

1. 将 AUTH 和 AUTHCALL 作为预编译而不是操作码。这样，它们以后可以用代码片段替换，从而避免 EVM 操作码技术债务。
2. 实施 Yoav 的替代 EIP 3074，该方案避免了 AUTH 机制，并直接从 EOA 发起一系列调用。这简化了逻辑，因为这样的 AUTHORIZED_MULTI_CALL EIP 在后 AA 世界中可以被替换为对钱包合约的一系列调用。
3. 为 AUTH 和 AUTHCALL 操作码/预编译指定预定的固定生命周期（例如 2 年），明确地向钱包开发人员表明这些是临时措施，并且在某些时候应用程序将需要切换到不同的系统。

• 一个关于 EIP 3074 的更简单替代方案的案例
• 上海候选：EIP-3074
• EIP 3074 是不安全的、不必要的，使用户资金面临风险，同时破坏了 UX、流动性和钱包堆栈
• 以验证为中心的智能合约钱包
• 为 L1 到 L2 消息收取 rollup gas 费用：EXTRACTGAS 或 PAYFROMORIGIN
• 还有 2 个

• 原文链接： ethereum-magicians.org/t...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～