智能合约以太坊有两种类型的账户。外部自有账户（EOA）和合约账户（CA）。EOAs由私钥控制，而CA由其中包含的智能合约代码控制。EOAs一直比CA更有特权，因为只有EOAs可以通过支付gas开始交易执行。账户抽象(AA)是一个提案，它允许合约像EOA一样成为一个"顶层"账户，其可以支付费用并开始交易执行。

账户抽象的动机是显著改善用户在钱包、DApps和DeFi等各种场景下与以太坊进行交互时的用户体验。账户抽象在以太坊中提供了一个基础层的功能，来决定什么时候可以支付gas，以及对谁支付gas等问题。

StatusMessenger应用集成了一个以隐私为中心的信息系统，以及一个以太坊钱包和一个Web3DApp浏览器。Statuswallet目前是一个EOA钱包，它限制了我们提供只有智能合约钱包才能提供的丰富的用户体验，如多重签名安全、社交恢复、利率限制、允许/拒绝地址列表和无gas的元交易。目前智能合约钱包的用户体验到了gas费波动的影响，并且第三方中继器无法有效解决这个问题。而账户抽象旨在解决这个问题。

在本文中，我们提出了智能合约钱包背景下对账户抽象的需求。然后，我们通过描述协议变化和对节点的影响深入探讨账户抽象的关键方面。最后，我们讨论了一些扩展的提议，并通过合理化与以太坊接口的Status项目的计划路线图来结束，这些项目可能都会受到账户抽象的影响。

历史&动机

账户抽象最初是在2017年以EIP-86的形式提出的，目的是实现"交易来源和签名的摘要"，但这一想法的起源可以追溯到更早的2016年。当时有人建议："与其有一个协议内机制，将ECDSA和默认的nonce方案作为唯一的「标准」方式来保证账户的安全，不如采取初步措施，建立一个模型，从长远来看，所有的账户都是合约，并且合约可以支付gas，用户可以自由定义自己的安全模型。"

最初的建议被认为是具有挑战性的，因为需要改变许多协议并且需要保证安全性。最近，Vitalik等人提出了EIP-2938的草案，该草案概述了一个更容易实现的方法：通过将协议/共识的变化最小化，并通过节点mempool规则强制执行所需的安全保证。由SamWilson和AnsgarDietrichs(另外两位EIP作者)撰写的Vitalik的以太坊EngineeringGroupMeetuppresentation和ETHOnlinepresentation(以及相关文章1和2)为这个主题提供了更详细的介绍。本文重点介绍了所有这些来源的关键内容。

动机：账户抽象背后的动机原理非常简单，但却是根本性的：今天的以太坊交易具有可编程的效果（通过调用智能合约实现），但它们只具有固定的有效性，即只有当它们具有有效的ECDSA签名与有效的nonce，并且具有足够的账户余额时，交易才是有效的。账户抽象通过引入一种新的账户抽象交易类型，将交易从固定有效性升级为可编程有效性。这种账户抽象交易类型总是来自一个特殊的地址并且协议不需要对其进行签名、Nonce或余额检查。这种账户抽象交易的有效性由目标智能合约决定，目标智能合约可以执行自己的有效性规则，之后它可以决定为这类交易付款。 (责任编辑：admin)