账户的抽象落地值得所有人的期待

长阅读“账户抽象”: 7年课程演进与回路图

账户抽象不限于EIP-4337，也不限于没有私钥和社会恢复功能。 本文从EIP建议梳理账户抽象发展的历史和未来走向，从赛道地图上思考账户抽象的无限可能……

账户抽象的真正落地尚需时日，但这是降低未来新用户门槛、提高使用体验的必由之路。

需要自我管理的钱包地址是用户链上世界的“帐户”，但同时也是阻碍用户访问Web3的一大障碍。 关于账户的改善，是已经持续了7年多的实验。 到2022年10月为止Vitalik在推特上发表了thread，介绍EIP-4337相关账户的抽象化； 11月在波哥大召开的devcon 6各共享会上，也频繁出现了会计的身影引起了对账户抽象、合同钱包、4337的广泛热烈讨论。

帐户抽象对于支持用户链至关重要。 “Not your keys，not your coins .”自助主机不知道被加密的老炮们强调了多少次，但能做到的人很少。 通过帐户抽象实现极高的自由度可以为普通用户提供更安全、更方便的去中心化体验，自我管理不再是少数极客。 虽然FTX的爆炸雷给加密世界的未来带来了深刻的阴影，但它无疑验证了中心化APP化和自我主机的必要性。 随着账户抽象落地，加密行业将摆脱中心化的坏蛋和皇帝们，有更高维的去中心化和自由的力量。

目前，EIP-4337被许多人视为帐户抽象的发展方向，但该建议仍然只是一个过于理想的草案。 例如，理想情况下交易打包可以分配gas，但实际上验证过程增加了gas的消费量； 例如，理想的是将统一的框架应用于合同钱包，实际上是自发采用的ERC的提案例如，理想地使用EIP-4337的帐户效果较弱，从而带来更好的使用体验，实际上，这是一个尴尬的现状，其中许多dapp禁止交换合同地址.

EIP-4337等稳健方案是账户抽象发展历程中的一个转折，是对开发资源紧张、直接进行代码修改影响过大等诸多现实的妥协。 这样的妥协方案有助于提前发散和传播抽象账户的理念为未来抽象奠定共识基础，但不是账户抽象的终点。 最终，以太坊需要在代码层实现账户抽象，达到我们向往的乌托邦。

什么是账户抽象——算盘到智能计算机

在讨论账户抽象的具体含义之前，我们可以先分解一下，分别理解什么是“账户”和“抽象”。

简单来说，以太坊的基础是基于两种账户类型，一种是承载用户钱包的逻辑，另一种是承载智能合约的逻辑。 他们的功能大多不兼容。 用户的钱包不能进行逻辑判断，承载智能合约的账户不能进行逻辑以外的操作。 我们认为，这样的账户系统没有得到优化。 帐户抽象的目标是消除这种不兼容性消除他们的区别“一般化”——特殊性，寻找共性。

帐户Accounts

以太网有两种基本帐户类型：外部帐户(Externally Owned Accounts - EOA )和合同帐户(Contract Account - CA )。

EOA是一般用户最频繁访问的帐户之一，例如，MetaMask钱包的地址，由用户用私钥控制； CA是引入以太网的智能合约，由它的代码控制，没有私钥。 两种账户的不同之处如下。

抽象

抽象是指从具体问题中提取共性模式，并使用共同的解决方法进行处理。 也就是说，抽象是一个“一般化”的过程，需要消除特殊性，寻找共性。

通过更真实、更具体的例子理解抽象：轿车玩具和乐高积木。 一个小汽车玩具的结构特殊而具体，由四个车轮和车身等一系列特殊部件组成。 如果你想要小卡车玩具或者飞机玩具需要重新购买新玩具。 乐高积木更抽象，一般化。 他将玩具高度抽象为立方体和球形等普通方块模块，玩家可以用这些方块制作任何玩具形状。

区块链发展中从比特币到以太坊实际上也是抽象的过程。 比特币网络最初的目的是想实现点对点的支付系统，有着特殊明确目的的以太坊将区块链变成了更加一般化的系统，消除了点对点支付的特殊性，提取区块链技术的共性构建新网络，有以太网虚拟机，可以在区块链上自由构建各种不同的协议和应用，拓展了区块链的生态。

账户抽象

账户抽象是将太坊的账户一般化消除特殊性。 如前文所述，以太网具有两种账户类型，EOA和CA各自具有独特的特性。 其中，EOA是更“顶级”的账户，任何交易都只能依靠EOA作为gas开始支付ETH并且，EOA只能使用ECDSA签名方式，通过特定的Secp 256 k 1椭圆加密算法来实现。 但是，EOA不直接支持代码逻辑。 支持代码逻辑的CA必须由EOA部署并开始交易。

这些都是以太坊底层的特殊强制设计。 账户抽象的目的是将以太坊的账户一般化，使其具有更高的自由度，扩大账户的可能性。 关于账户的特殊性一般化的话，可以提取以下账户抽象的密钥。

密码学抽象：这意味着对帐户的签名验证并不限于特定的加密算法，用户可以自定义并选择不同的加密算法作为安全机制[ xy 002 ] [ xy 001 ] accelor

交易抽象：账户均可发起交易； 定制gas支付

总之，对于开发者来说，帐户抽象意味着更高的自由度和更多的可能性；对于用户来说，帐户抽象可以从多个维度带来更好的使用体验安全性、易用性、功能性等。 在账户被抽象之前，用户的钱包地址可以说是可以计算加减的算盘。 账户抽象实现后，该算盘具有逻辑判断功能，成为有芯片的智能计算机。

帐户抽象的发展历程——从激进过渡到稳健过渡，再到终结

抽象讨论在以太网于2015年正式发布后几个月开始，直到今年10月才提出新的方案。 按时间顺序整理与账户抽象相关的EIP，管窥账户抽象的不同解决方案和发展。

现将帐户抽象方案的发展分为三个阶段。

[ xy 002 ] [ xy001 ]自2015年以太网上线以来，EIP-86首次提出了帐户抽象，展开了长达5年的充满理想主义的激进改革。 直接更改以太体基本代码的账户抽象提案未能进入审查阶段但一些附属的建议获得通过，为账户抽象奠定了一定的基础。 有允许EIP-1014在不引入合同的情况下提前计算合同地址的方案，也有EIP-1271实现合同账户签名的方案。

从激进的改革中受挫后，账户抽象开始寻找更温和的折中方案。 在此阶段，开发人员自愿采用以太坊的基本代码，主要是发布ERC标准，而不是直接修改以太坊的基本代码。 EIP-4337诞生，开始了账户抽象的温和推进时代。 最近，EIP-5189根据4337的设想，提出了进一步的优化方案。

ERC标准客户抽象方案是一种基础代码变更慢、影响大、兼容性差的妥协。 这样温和的方法有助于帐户抽象概念的传播让客户抽象先从理想的讨论落实到可实践的现实，在实践中逐步推进，不断改进和完善现有方案的漏洞。

未来，经过平稳的进化并达成一定的共识后以适用、EIP-3074、5003等建议的方式将EOA升级到合同账户。 以太坊最终实现了最初的理想，对底层协议进行了彻底的更改，将客户统一为可编程、可定制的客户。

自

过去-激进改革

相关建议首次提出以来，针对客户抽象的解决方案是一种直接改变共识层的暴力改革方案，并在此阶段的一次性建议中不断完善。

EIP-101

方案简介：

2015年末，以太网创始人Vitalik首次在EIP-101上提出抽象。 在这个提案中，Vitalik讨论了Serenity中账户体系的抽象设计将账户从4个字段简化为code和storage这2个字段，ETH保存在一个令牌合同中，保存用于映射用户余额的地址列表的交易从8个字段简化为4个字段，与账户进行交易

优势：

用户自定义安全模式，使用其他加密算法保护帐户安全

ETH和其他ERC 20

问题与现状：

该方案对客户体系进行了重大更改，由于兼容性问题和安全隐患，当时临时分片后，目前处于stagnant状态。

EIP-86

方案简介：

2017年，Vitalik提交EIP-86，抽象交易方和签名，再次对底层代码进行激进更改。 该方案允许用户创建可以使用任何签名和nonce检查机制的帐户协议。 该计划有entry point协议，任何人都可以通过该协议发送交易，账户合同接收来自entry point的数据，检查签名，如果正确，向矿工进行gas支付。 该方案是对账户抽象的准备，允许用户定制签名算法.不再强制使用以太网硬编码ECDSA和默认的nonce机制； 此外，gas在验证签名正确后由合同账户支付。

优势：

多签：每个多签者不必有一个ETH，包含多签名信息的交易可以直接发送到多签名账户，直接从多签名账户支付

连环签名混合货币：连环签名意味着签名成功连接形成一个连环，因此无法判断起点。 n个用户向合同发送共同数量的令牌，使用环形签名取出相同数量的令牌。 但是，取出令牌需要准备gas，因此这个阶段有暴露风险。 因此，通过该方案，gas可以直接从提取的令牌中支付，保障了该场景下的隐私。

自定义密码学：可以让用户使用Lamport等量子安全签名方式保障账户安全的

自定义非密码学功能：例如设置交易的有效期等[ xy 002 ] [ xy002 ]

新的交易类型没有交易发送方（都是entry point），破坏了哈希唯一性。对基于哈希唯一性的协议操作不可兼容

无gas支付的必要性不足，目前通过代理合约也可以实现，只是成本会稍高一些

矿工挖矿策略会受到极大程度影响

新的交易类型保留了nonce、gasprice、value等字段且被设置为0 ，缺乏代码优雅性

因此，基于这些问题，该提案最终被暂缓引入，目前也是stagnant状态。

EIP-859

方案简介：

该提案引入了新的交易类型和新的操作码，在交易中仍然强制保留了nonce字段，维持了交易哈希唯一性。引入paygas操作码进行gas支付，并作为验证部分交易和执行部分交易的逻辑分界。

优势：

自定义签名机制 Customized signature scheme

延续了交易哈希唯一性Maintains transaction hash uniqueness

可以支持更复杂的验证情景并节省gas，比如在代币ICO时，有1 万笔交易同时参与，但代币上线仅至支持前5000 笔，按照现有逻辑所有一万笔交易都会被打包上链，而在该提案下，合约可以设置后5000 笔不被包含进区块上链，从而节省gas消耗名，减少无效的垃圾交易。

问题与现状：

不能支持使用ERC-20 代币支付gas

Cannot use ERC 20 s to pay for gas

实际上该提案一直并未形成确定性的草案，仅仅停留在讨论阶段。此提案也在多次以太坊开发者会议上进行了讨论，但由于不够成熟，且当时升级所包含的内容已经很多了，因此该提案也被永久搁置。

EIP-1014

方案简介：

该提案并未直接提及账户抽象，但却与账户抽象发展息息相关。该提案介绍了一种在实际部署合约地址之前，可以预先计算合约地址的方法，并在部署合约地址之前可以先向该地址发送资产，在使用该合约地址进行第一笔交易的时候，再进行部署。

优势：

节省了成本：用户可以在支付gas部署合约之前，提前计算合约地址

多链合约地址一致：合约地址需要部署后才存在，因此不像EOA可以直接实现多链一致；通过该操作码中的salt参数，合约地址也可以实现多链一致

现状：

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

EIP-1271

方案简介：

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

优势：

该提案作为已经确定的ERC标准，开发者们可以自愿采用。这为未来合约账户的推广和普及打下了良好的基础，只要dapp愿意支持合约地址签名，简单在协议中增加EIP-1271 的代码即可。

现状：

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

EIP-2938

方案简介：

2020 年，Vitalik联合多人提出了更完善的账户抽象解决方案。相较于之前的账户抽象目标将账户类型统一为1 种合约账户，EIP-2938 提案中仍然保持现有的EOA和合约账户两种，但接纳合约作为顶层账户，使其可以支付交易gas以及发起交易执行过程。

该提案中定义了一种新的类型的transaction：Account Abstraction transactions，并引入了两个opcode：Nonce和PAYGAS。这一改进仍然需要对以太坊的底层代码进行变更。

EIP-2938 还对该解决方案实施进行了规划并阐述了具体的应用场景。账户抽象被分为了两个层级：首先是实现单租户账户抽象，然后再拓展至多租户账户抽象。

优势及场景：

单租户Single-tenant

自定义使用除ECDSA以外的签名验证方式（比如BLS，post-quantum）

增加多签验证、社交恢复等合约钱包功能

使用ERC-20 代币支付gas。

多租户Multi-tenant

隐私：比如tornado cash这样的保留隐私的场景下，账户不再需要准备gas费用而暴露隐私。

省gas：比如套利机会出现时，大量的套利者同时发起套利交易，而首笔成功后，其他套利交易失败但仍然被打包在区块中，在账户抽象后，套利者则无需再为失败的套利行为付gas，减少了链上的垃圾交易的数量。

问题及现状：

虽然该方案更加详尽，但对多租户阶段的技术方案仍未成型。且该方案被认为在技术及经济上都不够高效，因此也没有进入最终阶段。

至此，账户抽象的第一阶段，激进暴力地对以太坊底层协议进行变更的方案几乎都被搁置。账户抽象的优先度、必要性、经济性、兼容性都仍然有待进一步优化。

当下-温和变更

以太坊开发者们专注于以太坊的合并与分片，直接进行底层协议变更的方案难以推进，以Vitalik为代表的开发者们，不得不妥协，提出了相对更温和的、间接的替代方案。

EIP 4337

方案简介：

该提案是首个不需要对以太坊底层代码进行变更的账户抽象提案。在ERC-4337 中，引入了一个UserOperation对象。用户将UserOperation 对象发送到单独的内存池中。Bundler 将这些对象打包成一个交易，对一个Entry Point 合约进行调用，然后该交易就被纳入一个区块中。

优势：

自定义签名算法：支持ECDSA之外的签名算法

功能自定义：通过合约代码可以实现gas代付、社交恢复等功能

问题及现状：

不可升级：用户需要将资产和活动转移至新地址以支持该标准

Gas开销更大：引入的user operation会带来更高的gas消耗

兼容问题：现有的某些dapp或协议可能禁止了与合约账户的交互

尽管有诸多实际的问题，但Vitalik希望在短期内先大力支持ERC-4337 ，在实践的过程中研究更优的方案，并不断对其进行完善和改进。在实现了大规模的推广后，形成共识与规模效应，将有利于促使现有应用做出更改，支持合约账户的交互和支持ERC-1271 的合约签名标准。目前，EIP 4337 仍然处于Draft状态，等待继续推进至下一阶段。

EIP-5189

方案简介：

该提案是改造交易打包过程的ERC提案，同样不需要对底层代码进行改动。该提案引入了一个endorser的角色，合约钱包的开发者定义endorser合约，从而帮助确认提交的元交易的质量，帮助bundler确定该交易是否该留在mempool中。该提案将账户抽象为bundler带来的风险转移至钱包开发者，希望开发者负责编码、部署endorser合约。

优势：

降低了bundler筛选元交易的门槛和风险

问题及现状：

该提案目前刚形成草案，尚在早期阶段。

在该阶段，账户抽象的方案从早期的暴力革命转化为了平和演变。虽然力度更弱，但实施起来更加容易，可以推进智能合约钱包的发展，吸引并积累一定的用户群体。

未来-强制实施

Vitalik在提到，希望在推行ERC-4337 的过程中，不断再推出新的提案对ERC-4337 的缺憾进行完善，比如实现EOA向合约地址的升级，以及gas费用的优化。可能的路径将从自愿采用到广泛普及，再到最终实施强制转换，达成以太坊账户类型统一为一种的终极目标。

EIP-3074

方案简介：

EIP 3074 的提出实际早于EIP 4337 ，它没有引入新的交易类型，而是引入了AUTH和AUTHCALL两个操作码，允许将EOA控制权委托给智能合约，这让所有的EOA可以拥有智能合约钱包的功能。

优势：

代付gas：gas费用可以由另一个账户支付，不持有ETH的地址也可以发送代币。

批量交易：通过单个调用发送多笔交易，降低了交易费用

问题及现状：

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

EIP-5003

方案简介：

该提案是对EIP 3074 的拓展提案，再引入了新的操作码AUTHUSURP，允许被授权地址设置授权地址的代码，实现EOA向合约账户的升级。

优势：

实现EOA向合约账户的升级

现状：

该提案基于EIP-3074 ，目前仍然处于draft阶段，进度应该会受EIP-3074 进度的影响。

Layer 2 ？

从上述的EIP发展历史可以看出，账户抽象是为了解决以太坊双账户体系的遗留问题，然而直接对协议进行变更的方案虽然更直接，却需要动用更多的开发人员，而账户抽象的紧迫性尚不高，因此遇到了很多阻碍。相较起来，直接变更代码的方案可能更适用于生态刚起步的新layer 2 公链。例如Starknet，就是一条原生支持账户抽象的链，其只有一种统一的账户类型，可以编程，可以发送交易、收发资产等。10 月zksync 2.0 主网上线，也引入了账户抽象的新功能，账户可以发起交易，也可以执行被部署其上的代码逻辑。

此外，在Layer 2 相较于以太坊主网来说往往有更低的gas费用，对于部署就需要支付gas 的智能合约账户来说，用户体验会更好，成本更低廉。

因此，在账户抽象最终在以太坊主网实现之前，Layer 2 可能才是账户抽象与合约钱包发展的前沿。

账户抽象赛道图谱

账户抽象，意味着未来的账户都将拥有合约账户的类似功能。在账户抽象在共识与底层代码全面实现之前，目前已经有一些智能合约钱包产品（Smart Contract Wallet-SCW），看到了合约账户的优势，正在为用户提供EOA账户体系以外的选择。

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

账户抽象概念项目对比

从SCW的发展历史上看，大致分为几个阶段：最初是以Safe为代表的to B产品，使用多签的模式解决账户及资产的安全问题；随后，defi的繁荣发展，促使了普通用户的需求增加， Argent，Pillar，Authereum这类主打易用性，降低用户使用门槛、优化使用体验的产品随之出现；如今，账户抽象在以太坊直接暴力改革的可能性降低以及以太坊主网高昂的gas费用，为Layer 2 提供了新的机会，Loopering之类基于layer 2 的合约钱包也应势而生，Argent的开发重心也逐渐向Zksync、Straknet倾斜，近期基于ERC-4337 的soulwallet、unipass等也都选择先在layer 2 上进行发展；未来，随着账户抽象及合约账户的普及和兼容，在更多具体场景下，合约钱包会有更多的生机与潜力，比如A 3 S协议将账户NFT化可以实现账户的金融化以及账户的临时代管；defisaver的模块化功能可以给予普通用户定制化合约钱包功能、设置账户逻辑的可能。

账户抽象有必要吗？

MetaMask这样传统的EOA钱包一直饱受用户体验差的诟病，用户需要自己妥善管理私钥或是助记词，承担私钥泄漏风险。这也使得进入web3世界的第一步就有着相当高的门槛。

近期，许多拥有大量用户和流量的web2公司都在尝试向web3进行拓展，例如Reddit面向用户发行了reddit NFT，轻而易举地带来了远超Opensea现有用户体量的新用户。在NFT铸造流程的引导上，reddit竭尽所能地降低用户的理解门槛，模糊了关于地址、私钥、NFT等复杂的概念。

如果采用无私钥的合约钱包，就能从根本上消除门槛，为大体量的web2用户提供一种更好地进入web3的渠道。

但，安全性、无私钥的体验必须要通过账户抽象或合约地址才能实现吗？

并不。

第一类选择是目前大多交易所采用的托管型钱包，即私钥并不是掌握在用户自己手中，而是由交易所代表用户持有并管理资产，用户无法全盘掌握自己的资金。这样的托管型钱包能极大程度地降低用户门槛，但也存在相应的信任风险。近期FTX的突然爆雷，让用户意识到，托管的资产可能被挪用，看似强大的机构也可能崩塌。只有将资产的控制权完全掌握在自己的手中才是最安全的选择。Not your key, not your coins。

还有一类钱包应用了一种叫做多方安全计算（Multi-Party Compution - MPC）的技术，同样可以实现部分合约钱包想要达成的安全性、无私钥的用户体验。

一般来说MPC大多使用的是门限签名（TSS- Threshold Signature Scheme）的方法，简单来说就是将私钥碎片化，并将碎片交由去中心化的网络进行计算和加密。需要进行私钥签名时，则将碎片拼接起来形成完整的私钥，通过分散控制权的方式避免了单点失败的安全问题。这种方式介于自托管和托管之间，可以被称为半托管型钱包。

这个逻辑和多签钱包有一定的相似度，但区别在于，多签钱包每一位多签人都提供完整的私钥签名控制合约账户；而TSS的验证过程只涉及一个私钥，且是链下的，与智能合约并无直接关联。

现在也存在很多优秀的MPC钱包产品，比如To B的Safeheron以及To C的Bitizen。

MPC也可以实现无私钥等功能，且MPC可以基于EOA，在使用上似乎更便宜，兼容性也更好。MPC技术不仅仅适用于EVM链，其他非EVM的账户也可以适用。那么，基于无私钥等目的的合约钱包，或是账户抽象是否真的必要呢？

这样的争论确实存在，在今年五月，Coinbase在自己的MPC钱包的推广推特中质疑了合约钱包的gas昂贵、用户可能无法找到足够信任的guardians等问题。

而Vitalik也在此twitter下也表达了自己的态度：

可以看出，Vitalik希望在协议层面上进行账户抽象，以实现账户签名算法能够自定义的目标。以太坊目前强制的ECDSA签名算法并不是最优的选择，MPC不过是在基于ECDSA的一种局部的安全方案。 而实现账户抽象后，则可以根据技术的发展，直接使用更先进、更安全的签名算法（比如抗量子的）。

因此，账户抽象在更安全的签名算法、更优秀的用户体验、更完全的资产控制权等维度仍然存在相当的必要性。

账户抽象钱包的究极形态

账户抽象普及并达成共识后，合约账户的兼容性、经济性都将得到提升。在此，我们也对这类产品的终态，对其能提供的功能和适用的场景进行乐观地预测或者说是期待，我们认为可能会包括以下功能和应用场景：

无私钥：用户无需再保管助记词或私钥；可以通过生物验证、设备验证等多种验证方式

账户恢复：可以通过生物识别、社交验证等方式进行账户恢复

无gas交互：用户可以使用交易中涉及的ERC-20 代币进行gas支付，或直接指定固定的账户进行支付，而无需提前准备ETH作为gas；或在交易失败时无需支付gas费用

自定义安全机制：可以随着密码学的发展，选择更优的安全机制

隐私性：基于环签名等方式实现的更有效的链上隐私性

账户临时托管：用户可以设置管理方、时常、交互等要求，将账户托管给他人进行管理，达到时间或要求后自动收回。

账户抵押/交易：账户内包含资产及积累的链上信用历史，账户本身可以在链上市场进行直接的抵押、交易

账户权限限制和分割：可以许可给他人部分账户权限，比如仅能使用账户内的NFT而不能使用代币

自定义工作流：设置自动的触发点和流程。比如A账户余额每比1 Eth多出0.5 ETH时，就自动将多余的0.5 ETH转入B账户，B账户在某个token达到一定价格时，就自动将ETH swap成某token……

交易限制：可以设置交易时间、额度，超过时间或超出额度的交易则不能成功

白名单/黑名单：限制与黑名单的地址进行交互，比如黑名单地址发送的资产会被自动退回，以规避之前tornado cash被制裁后，向其他地址“投毒”，导致地址被其他协议前端错误封禁的情况。

账户分类管理系统：用户在不同场景下使用专用的账户，拥有一个更合理的账户管理体系。比如某个账户作为gas账户仅存放ETH，其他所有账户的交互都由gas账户进行支付；某个账户仅存放蓝筹NFT，不会被轻易动用；某个账户作为游戏专用账户

模块化代码功能：为用户提供不同的功能模块，用户无需懂代码，只需按照自己的需求，组合功能模块，即可自定义符合自己习惯和需求的账户。

结语：

账户抽象的落地值得所有人的期待。因为这不仅会帮助链上用户数量大幅增长，账户抽象给开发者带来的高度自由度更是会解决目前账户系统的痛点，并诞生新的应用、玩法、和想象空间。

在代码层面实现账户抽象充满了阻碍与不确定，虽然EIP-4337 这样的妥协方案也仍然存在gas高、兼容性差等实际问题，但大力推进EIP-4337 也不失为一种概念推广、增强共识的选择。随着概念的普及，账户抽象以及合约钱包将可以从小众走向主流，从用户需求推动协议兼容，形成新的账户范式。最终，在广泛的共识下，以太坊才拥有直接更改底层代码达成账户抽象的条件。

在最终的账户抽象落地后，目前账户系统的高门槛和复杂的使用体验将不再是理所当然的事情。这种新的账户体系将更利于为web3吸引新用户和流量，激励生态的蓬勃发展，从而形成正向的循环。