深度解读& quot帐户抽象& quot在长文里：7年路线演变和轨迹图

账户抽象不限于EIP-4337，也不限于无私钥和社会恢复的功能。本文从EIP提案梳理了账户抽象的发展历史和未来走向，从轨迹图中畅想了账户抽象的无限可能.[XY002]

账户抽象真正落地还需要一段时间，但这将是未来降低门槛、改善新用户体验的唯一途径。

需要自我管理的钱包地址是用户'；s"帐户"在网络世界，但它也是阻止用户进入Web3的一大障碍。。账目的改善是一个已经进行了七年多的实验。直到2022年10月，维塔利克发帖；在Twitter上介绍关于账户抽象的EIP-4337；在十一月于波哥大举行的第六届发展会议分享会上，账户抽象的身影也频频出现，引发了关于账户抽象、契约钱包、4337的广泛而热烈的讨论。

账户抽象对于支持用户缠绕意义重大。。"不是你的钥匙，不是你的硬币。"自托管不会'；不知道被加密老手强调过多少次，但是很少有人能做到。账户抽象带来的高度自由度为了真正给普通用户更安全、更轻松的去中心化体验，自托管将不再是少数极客的事。虽然FTX的爆炸给加密世界的未来蒙上了深深的阴影，但无疑验证了去中心化应用和自托管的必要性。。随着账号抽象的落地，加密行业将更有力的摆脱中心化的坏人和皇帝，走向更高维的去中心化和自由。

目前，EIP-4337被很多人认为是一个抽象的账户指标，但这个建议仍然是一个过于理想的草案。。例如，在理想的交易包中，可以分配燃气，但实际上，验证过程增加了燃气消耗；例如，理想的契约钱包适用于统一的架构，这实际上是一个自愿的ERC提议。它的效果很弱；例如，使用EIP-4337的理想帐户可以带来更好的体验。事实上，许多dapp禁止交换合同地址.

EIP-4337这样的温和方案是帐户抽象发展的一个变化。它是对开发资源短缺和直接代码更改的过度影响的现实妥协。这种妥协方案有助于提前传播账户抽象的概念，为未来的抽象奠定共识基础，但并不是账户抽象的终结。最后以太坊还是要在代码层面真正抽象账户，达到我们向往的乌托邦。

在讨论账户抽象的具体含义之前，我们可以先拆解一下，了解一下"帐户"和"抽象"分别是。

简而言之，以太坊的基础基于两类账户，一类携带用户'；另一个是智能合约的逻辑。他们的大多数功能是不兼容的：用户'；钱包可以'；不作出逻辑判断，托管智能合约的帐户可以'；不要做任何超出逻辑的事情。人们可以想象这样的帐户系统不是最佳的。帐户抽象的目标是消除这种不兼容性。概括"他们的差异，去除特殊性，寻找共性。

以太坊中有两种基本类型的账户：外部拥有的账户-EOA和合约账户-CA。

EOA是普通用户经常接触的一类账号，比如MetaMask钱包里的地址，用户通过私钥控制；CA则是部署在以太坊网络中的智能合约，由其代码控制，没有私钥。这两种类型的帐户的相似之处和不同之处如下：

抽象指从具体问题中，提炼出共同的模式，然后用共同的解决方案去应对。换言之，抽象是一种"概括"过程，这需要摆脱特殊性，找到共性。

用一个更现实更具体的例子来理解抽象：汽车玩具和乐高积木。。汽车玩具的结构是特殊而具体的，它由四个轮子和一个车身等一系列特殊零件组成。如果你想要一个皮卡玩具，甚至是飞机玩具，你需要买一个新的玩具。另一方面，乐高积木更抽象、更概括。他将玩具高度抽象成立方体、球体等通用积木，玩家可以用这些积木搭建任何玩具形态。

在区块链的发展中，从比特币到以太坊其实是一个抽象的过程。。比特币网络最初的目的是实现一个点对点的支付系统，目的特别明确。但是以太坊把区块链变成了更通用的系统，去掉了点对点支付的特殊性，提取了区块链技术的共性，构建了一个新的网络，有了以太坊虚拟机。，使区块链可以自由构建各种协议和应用，扩展区块链生态。

账户抽象是指邰方'；的叙述和特殊性的消除。如前所述，以太坊有两种类型的账户。、EOA和CA各有特色，其中EOA更是"顶级"帐户，并且任何交易只能由EOA发起，ETH作为gas支付，EOA只能使用ECDSA签名方案，该方案由特定的Secp256k1椭圆加密算法实现。。但是EOA并不直接支持代码逻辑。支持代码逻辑的CA需要由EOA部署和启动。

这一切都是以太坊底部特殊的强制性设计。账户抽象的目的是对以太坊的账户进行泛化，使其具有更高的自由度。，扩大帐户的可能性。根据账户的特殊性，我们可以提炼出以下账户抽象的要点：

简而言之，对于开发者来说，账户抽象意味着更高的自由度和更多的可能性；对于用户来说，账户抽象可以从安全性、易用性、功能性等多个维度带来更好的体验。可以说，在账户被抽象之前，用户'；的钱包地址只是一个可以加减的算盘。账户抽象实现后，这个算盘就有了逻辑判断的功能。变成了一个带芯片的智能计算器。

关于抽象的讨论早在2015年以太坊网络正式发布后的几个月就开始了，直到今年10月仍有新的提案提出。我们按照时间顺序整理与账户抽象相关的EIP。了解帐户抽象的不同解决方案和发展。

这里，账户抽象方案的开发分为三个阶段：

EIP-86自2015年以太坊推出以来首次提出账户抽象，开始了长达五年充满理想主义的激进改革。虽然这些直接改变以太坊底层代码的账户抽象提案未能推进到审查阶段，但部分附属提案获得通过。，为账户抽象奠定了一定的基础。例如，EIP-1014可以在不部署合同的情况下提前计算合同地址，EIP-1271可以通过合同帐户进行签名。激进改革受挫后，，账户抽象开始寻找更温和的折中方案。在这个阶段，我们不再试图直接改变以太坊的底层代码，而是主要引入ERC标准，由开发者自愿采用。EIP-4337的诞生，开启了账户抽象适度推广的时代。不久的将来EIP-5189基于4337的思想提出了进一步的优化方案。

ERC标准的账户抽象方案是底层代码变化慢、影响大、兼容性差的折中方案。这种温和的方式有助于传播账户的抽象概念。让账户抽象先从理想讨论落实到实际现实中，在实践中逐步完善和改进现有方案的不足。

在未来，经过适度的进化和一定的共识之后，，EOA将通过应用EIP-3074和5003的建议升级为合约账户。以太坊最终会实现自己最初的理想，彻底改变底层协议，将账户统一为可编程、可定制的账户。

从相关提案首次提出开始账户抽象的解决方案一直是直接改变共识层的暴力改革方案，现阶段在提案中不断完善。

EIP-101

方案介绍：

2015年底以太坊的创始人维塔利克在EIP-101首先提出了抽象。在这个提案中，Vitalik讨论了Serenity中账户系统的抽象设计，将账户从四个字段简化为只有两个字段：代码和存储。、ETH都存储在一个令牌契约中，以及一个映射用户'；保持平衡；交易由8个字段简化为4个字段，大大抽象了账户和交易。

优点：

问题及现状：

提案对账户体系进行了大刀阔斧的改动，存在兼容性问题和安全风险。所以当时暂时搁置，现在一直处于停滞状态。

EIP-86

方案描述：

2017年，Vitalik提出了EIP-86，抽象出交易来源和签名，再次从根本上改变底层代码。该提议允许用户创建可以使用任何签名和随机数检查机制的账户契约。。在这个方案中，有一个入口点契约，任何人都可以通过它发送事务。帐户契约从入口点接收数据并检查签名。如果它是正确的，它就向矿工支付汽油费。这个方案是为帐户抽象做准备。，使用户可以自定义签名算法，不再强制使用以太网硬编码ECDSA和默认nonce机制；同时核实无误签字后由合同账户支付燃气。

优点：

问题及现状：

EIP-859

方案介绍：

该方案引入了新的交易类型和新的操作码，仍然强制保留交易中的nonce字段，保持了交易hash的唯一性。引入付费燃气操作代码以支付燃气费用，并作为验证某些事务和执行某些事务之间的逻辑边界。

优点：

问题与现状：

其实提案还没有形成确定的草案，只停留在讨论阶段。。这个提议也在以太坊开发者的几次会议中讨论过，但是因为不够成熟，而且当时升级中的内容也很多，所以被永久搁置。

EIP-1014

方案介绍：

这个提议并没有直接提到账户抽象，但是和账户抽象的发展密切相关。该提议引入了一种方法，该方法可以在实际部署约定地址之前预先计算约定地址，并且可以在部署约定地址之前将资产发送到该地址。，当第一个事务使用约定地址时，则部署。

优点：

现状：

提案最终获得通过，为智能合约钱包的发展奠定了重要基础。EIP-1271

方案描述：

本方案提供了一套验证代表合同账户的签名是否有效的标准。这使得合同帐户能够像EOA一样执行签名验证。

优点：

此建议被用作既定的ERC标准。开发者可以自愿采用。这为以后合约账户的推广普及打下了良好的基础，只要dapp愿意支持合约地址签名，简单的在协议中加入EIP-1271码即可。

状态：

提案最终通过。，已经有了实际应用，比如opensea支持authereum契约钱包进行签名登录。

EIP-2938

方案介绍：

2020，Vitalik和很多人提出了更完善的账户抽象解决方案。与之前将账户类型统一到一个合同账户的抽象目标相比，EIP-2938提案仍然维持现有的EOA和合同账户，但是接受合同作为顶级账户。以便支付交易费用并启动交易执行过程。

该提案定义了一种新的交易类型：账户抽象交易。并引入了两个操作码：Nonce和PAYGAS。这个改进还是要改变以太坊的底层代码。

EIP-2938也规划了该解决方案的实施，并阐述了具体的应用场景。。账户抽象分为两个层次：首先实现单租户账户抽象，然后扩展到多租户账户抽象。

优势和场景：

单租户

多租户多租户

问题及现状：

虽然方案更加细化，但多租户阶段的技术方案仍未成型。而且该方案被认为在技术和经济上效率不高，所以没有进入最后阶段。

至此，在账户抽象的第一阶段，几乎所有激进暴力改变以太坊底层协议的计划都被搁置。账户抽象的优先性、必要性、经济性和兼容性仍需进一步优化。

以太坊开发者专注于以太坊的合并和碎片化，直接改变底层协议的方案难以推进。以Vitalik为代表的开发商不得不妥协，提出一个相对更温和间接的替代方案。

EIP4337

方案描述：

该方案是首个无需更改以太坊底层代码的抽象账户方案。在ERC-4337中，引入了一个用户操作对象。。用户将UserOperation对象发送到一个单独的内存池。Bundler将这些对象打包成一个事务，调用入口点契约，然后将该事务包含在一个块中。

优点：

问题与现状：

虽然现实问题很多，但Vitalik希望在短期内大力支持ERC-4337，在实践的过程中研究更好的方案，并不断改进和完善。实现大规模推广后形成共识和规模效应将有助于对现有应用程序进行更改，支持合同帐户的交互，支持ERC-1271合同签名标准。目前EIP4337还处于选秀状态，等待继续晋级下一阶段。

EIP-5189

方案描述：

该方案是ERC改革交易打包流程的方案，同样不需要改变底层代码。该提案引入了背书者角色。契约钱包的开发者定义了背书者契约，这有助于确认提交的元交易的质量，并帮助bundler确定交易是否应该留在mempool中。这一提议将账户抽象的风险转移给钱包开发者。希望开发人员负责编码和部署背书者契约。

优点：

降低了bundler的门槛和风险'；s筛选元事务

问题及现状：

建议书刚刚起草，还在早期阶段。

这个阶段，账户抽象方案从早期的暴力革命转变为和平演变。虽然弱一些，但是更容易实现，可以促进智能合约钱包的发展，吸引和积累一定的用户群体。维塔利提到过希望在实施ERC-4337的过程中，提出新的建议来改进ERC-4337的缺点，例如将EOA升级到合同地址，优化气费。可能的路径会是从自愿领养到广泛领养，最后到强制皈依。以达到统一以太坊账户类型的最终目的。

EIP-3074

方案描述：

EIP3074实际上比EIP4337更早提出，它并没有引入新的交易类型。相反，引入了AUTH和AUTHCALL操作码，允许将EOA的控制权委托给智能合约，这使得所有EOA都具有智能合约钱包的功能。

优点：

问题及现状：

本提案需要更改以太坊的代码，计划在上海升级阶段实施。目前，由于各种安全不确定性，仍在审查中。

EIP-5003

方案介绍：

该提案是EIP3074的扩展，引入了新的操作码authsubstrate，允许授权地址设置授权地址的代码，实现了EOA到合约账户的升级。

优点：

将EOA升级为合同帐户

状态：

此提案基于EIP-3074，目前仍在起草阶段，进度应受EIP-3074进度影响。

从上面的EIP发展史可以看出，账户抽象是为了解决以太坊双账户体系的遗留问题。但是直接改协议的方案虽然更直接，但是需要使用更多的开发者，而且账户抽象的迫切性不高，所以遇到了很多阻碍。。相比之下，直接改码的方案可能更适合生态刚刚起步的新layer2公链。例如，Starknet是一个本地支持帐户抽象的链。它只有一个统一的账户类型，可以编程，发送交易，发送和接收资产等。。10月份，zksync2.0的主上线也推出了账户抽象的新功能。帐户可以启动交易并执行部署在其上的代码逻辑。

此外，第2层中的气体费用通常低于以太网主网络中的气体费用。对于需要交气的智能合约账户，用户体验会更好，成本会更低。

因此，在以太坊主网最终实现账户抽象之前，Layer2可能是账户抽象和契约钱包发展的前沿。

账户抽象意味着未来账户将具有与合同账户相似的功能。在账户抽象被共识和底层代码完全实现之前，已经有一些智能合约钱包——SCW产品。看到合约账户的优势，正在为用户提供EOA账户系统之外的选择。

在这里，通过对智能合约钱包及相关智能合约平台产品的梳理，可以了解SCW目前的发展方向。并以此想象ERC-4337或账户抽象完全实现后钱包可能的应用场景。

账户抽象概念项目对比

从SCW的发展历程来看，大致可以分为几个阶段：起初是以外管局为代表的atoB产品，采用多重签约模式解决账户和资产的安全问题；随后，defi的繁荣发展促使普通用户的需求增加，Argent像Pillar和Authereum这类注重易用性的产品降低了用户'；的门槛，优化用户体验，出现；如今以太坊直接暴力改账抽象的可能性降低，以太坊主网高气费高。，为Layer2提供了新的机会，基于layer2的契约钱包如Loopering也应运而生，Argent的发展重心也逐渐向Zksync和Straknet倾斜。最近基于ERC-4337的soulwallet和unipass也选择先在layer2上开发。未来，随着账户的抽象化，以及合约账户的普及和兼容，合约钱包将在更具体的场景中更具生命力和潜力。比如A3S协议中的账户NFT，可以实现账户的金融化和账户的临时托管；defisaver的模块化功能可以给普通用户定制合约钱包功能和设置账户逻辑的可能。

metamask等传统EOA钱包一直因用户体验不佳而饱受诟病。用户需要妥善管理自己的私钥或助记符，并承担私钥泄露的风险。这也使得踏入web3世界的第一步有了相当高的门槛。

最近很多拥有大量用户和流量的web2公司都在尝试向web3拓展。例如，Reddit为用户发布了redditNFT，轻松带来了远超Opensea现有用户的新用户。在NFT铸造工艺的指导下Reddit尽力降低用户的理解门槛，模糊了地址、私钥、NFT等复杂的概念。

如果采用无私钥的契约钱包，可以从根本上消除门槛。为大量web2用户进入web3提供更好的渠道。

然而，安全和无私钥的体验是否必须通过账户抽象或契约地址来实现？

不是。

首选是目前大部分交易所采用的托管钱包，即私钥不在用户自己手里，而是由交易所代表用户持有和管理资产，用户无法完全掌握自己的资金。这样的托管钱包可以大大降低用户门槛。，但也存在相应的信任风险。最近突然爆发的FTX让用户意识到，托管的资产可能被挪用，看似强大的机构可能会倒闭。把资产完全控制在自己手里才是最稳妥的选择。。不是你的钥匙，不是你的硬币.

还有另一种使用多方计算技术的钱包。还能实现一些合约钱包想要达到的安全无私钥的用户体验。

一般来说，MPC大多采用TSS-门限签名方案。简单来说，就是将私钥分片，交给去中心化的网络进行计算和加密。需要私钥签名时，片段拼接形成完整的私钥，分散控制避免了单点失效的安全问题。这种方式介于自托管和托管之间。，可以称之为半托管钱包。

这个逻辑类似于多签名钱包，但不同的是多签名钱包的每个多签名者提供一个完整的私钥签名来控制契约账户；TSS的验证过程只涉及一个私钥，而且是离线的。，这与智能合约没有直接关系。

还有很多优秀的MPC钱包产品，比如ToB的Safeheron和ToC的Bitizen

MPC也可以实现无私钥等功能而MPC可以基于EOA，似乎更便宜，兼容性更好。MPC技术不仅适用于EVM连锁，也适用于其他非EVM账户。那么，基于无私钥的目的，真的有必要承包钱包或者账户抽象吗？

这个说法确实存在。今年5月，比特币基地在自己的MPC钱包推广Twitter中质疑了合同钱包昂贵的汽油以及用户可能无法找到足够多值得信任的监护人的问题。

而维塔利克也在这条推特下表达了自己的态度：

可以看出Vitalik希望在协议层面对账户进行抽象，以达到账户签名算法可定制的目的。目前以太坊中的强制ECDSA签名算法并不是最佳选择，MPC只是一个基于ECDSA的局部安全方案。实现账户抽象后，，可以根据技术的发展直接使用更先进更安全的签名算法(比如反量子)。

所以，在更安全的签名算法、更好的用户体验、更完善的资产控制等维度，账户抽象还是相当必要的。

达到账户的抽象化和大众化后，合同账户的兼容性和经济性都会得到提高。在此，我们也乐观地预测或预期这类产品的最终状态、所能提供的功能以及适用的场景，我们认为可能包括以下功能和应用场景：

账户的抽象落地值得大家'；的期望。因为这不仅有助于链内用户数量的大幅提升，而且账号抽象给开发者带来的高度自由度，将解决当前账号体系的痛点，催生新的应用、玩法和想象空间。

代码级的账户抽象的实现充满了障碍和不确定性。虽然EIP-4337等妥协方案仍存在气量大、兼容性差等现实问题，但大力推广EIP-4337也是推广理念、增进共识的选择。随着这一概念的普及账户抽象和契约钱包将能够从小众走向主流，从用户需求出发促进协议兼容，形成新的账户范式。最后，有了广泛的共识，以太坊有条件直接改变底层代码，实现账户抽象。

决算抽象落地后，现在的户口制度门槛高，体验复杂，将不再是理所当然。这种新的账号体系将更有利于为web3吸引新的用户和流量，刺激生态的蓬勃发展，从而形成良性循环。

相关内容

标签： 签名钱包 账户抽象 抽象账户