以太坊账户抽象的目标与约束

目标

必备项

• 替代签名方案
  • 无条件支持其他签名方案，且可任意组合
  • 通常仍需密码学预编译
• 授权与 Gas 支付分离
  • 直接支持多种类型的支付主节点和交易赞助
  • 结合内存池策略，可实现无中继者赞助
• 任意验证
  • 无效交易不应消耗用户 Gas
  • 如果约束条件在交易决定支付后才验证，用户可能被迫为回滚交易付费
• 签名聚合兼容性
  • 一个洞察是：签名聚合方案通常具有相同接口。它们接收公钥、消息和签名，然后输出见证数据
  • 我们的账户抽象方案无需立即支持签名聚合，但应支持上述接口，并允许未来完全移除签名
• 批量处理
  • 必须正确处理更复杂的交互，例如原子调用
  • 钱包已明确表示，他们更希望协议将批量处理作为一等原语提供
• 密钥轮换
  • 这正式打破了地址与关联密钥之间的密码学联系
  • 一个重要子目标是支持任意账户恢复机制
• 统一账户地址
  • 一旦所有者密钥与账户的密码学联系被打破，需要一种新机制来统一跨链账户
• 断言
  • 虽然有点像是附带任务，但断言交易结果被认为是提升账户安全性的最重要变更
  • 提供一流的体验将确保钱包广泛集成支持

拓展目标

• 默认账户
  • 如果账户分布与现在类似，大多数用户将使用外部账户/默认账户
  • 拥有默认的“智能”账户为协议提供了一种向其最大用户群体导出功能的机制
• 二维/灵活 Nonce
  • 在许多情况下，用户希望完成两个不相关的任务，但顺序 Nonce 强制对不相关操作进行排序
  • 某些多租户账户抽象用例（例如无中继者隐私池）需要支持并行 Nonce
• 无捆绑器的 ERC-20 代币赞助
  • 使用代币支付 Gas 是账户抽象的主要用例之一
  • 捆绑器增加了一个我们希望消除的中心化点，但将任意 ERC-20 代币安全转换为以太币是困难的
  • 其他协议通过规范化的 AMM 解决此问题
  • 支持代币赞助还会显著增加参与内存池所需的状态，可能影响未来无状态提案
• 无中继者的隐私池
  • 中继者可能破坏使用隐私池的目的，因此支持无中继者隐私池是一个重要目标
  • 需要两项主要变更才能良好支持隐私池
    1. 二维 Nonce 可让无效器成为重放保护机制，避免多用户之间的争用
    2. 在验证者操作点世界中选择几个规范化的隐私池来保留状态，将使隐私池能够被公共内存池使用
  • 如果没有第 2 点，有可能为无效器提供见证数据并仍支持公共内存池
• 密钥库钱包
  • 外部账户的密码学关系意味着没有需要在链间共享的账户配置
  • 有了账户抽象，链不可能拥有陈旧账户配置。密钥库是一种高效表示配置变更并将其传播到所有 EVM 链的想法
• 备忘录
  • 交易所和桥接协议可受益于用户可定义的标识符，该标识符与交易的 calldata 分离

约束

• 无中继
  • 链的核心功能必须能够在不通过中介或中继者的情况下使用
  • 例如，我们认为隐私池比使用 ERC-20 支付 Gas 更接近核心功能
• 不破坏 L2
  • 账户抽象不得给 L2 带来不适当且无法解决的复杂性
• 通过 Walkaway 测试
  • 账户抽象及协议的核心功能不得要求持续的工作和维护
• 与未来计划兼容
  • 包括 FOCIL、无状态和 zkEVM
• 一切与公共内存池和 FOCIL 兼容
  • 公共内存池是当今协议提供的核心公共产品，体现了去中心化和抗审查等核心价值
• 验证计算必须是有界的
  • 不仅必须是有界的，而且边界必须易于被协议识别，以便进行推理并遵守它

• 原文链接： hackmd.io/@matt/aa-goals...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～