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

长阅读“账户抽象”: 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。 破坏散列的唯一性。 与基于散列唯一性的协议操作不兼容[ xy 002 ] [ xy001 ]无gas支付的必要性不够，目前也可以通过代理协议来实现，成本越高

矿工的开采策略受影响越大

新的交易类型保留nonce、gasprice、value等字段，设置为0，基于这些问题，该提案最终被搁置，目前仍处于stagnant状态。

EIP-859 [ xy 002 ] [ xy001 ]方案简介： [ xy 002 ] [ xy001 ]该方案引入了新的交易类型和新的操作码，在交易中仍然强制保留nonce字段，以保持交易散列的唯一性。 引入paygas操作码进行gas支付，作为验证部分交易和执行部分交易的逻辑边界。

优势：

自定义签名机制customizedsignaturescheme [ xy 002 ] [ xy001 ]是事务散列的唯一性maintainstransactionhashuniqueness [ xy 000 ]

支持更复杂的验证方案，可以节省gas。 例如，在令牌ICO的情况下，虽然同时参与了1万件交易，但是令牌的在线化只支持前5000件，按照现有的逻辑将所有的1万件交易打包，在这个提案下，设置合同后，通过阻止5000件包含在区块链中，可以节约gas消费名称，减少无效的垃圾交易。

问题和现状：

不支持使用ERC-20令牌支付gas [ xy 002 ][ xy001 ] cannotuseerc 20 stopayforgas [ xy 002 ] [ xy001 ]实际上，该提案没有制定确定性草案，仅处于讨论阶段。 该提案也多次在以太体开发者大会上讨论但是不够成熟，而且当时的升级已经包含了很多内容，所以这个提案也被永久搁置。

EIP-1014 [ xy 002 ] [ xy001 ]方案简介： [ xy 002 ] [ xy001 ]该方案虽然没有直接提到账户抽象，但会导致账户抽象的发展。 该提案介绍了在实施合同地址之前可以事先计算合同地址的方法，可以在实施合同地址之前发送资产，在使用合同地址进行第一次交易时实施。

优势：

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

多链合同地址匹配：由于合同地址在部署后需要存在，因此可以像EOA一样直接实现多链匹配使用此操作码的salt参数，合同地址也能实现多链匹配

现状：

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

[ xy 001 ] EIP-1271 [ xy 002 ] [ xy 001 ]方案概述： [ xy 002 ]

该提案提供了一组验证代表合同账户签名是否有效的标准。 这样，合同账户就可以像EOA一样进行签名验证了。

优势：

此方案可作为已确定的ERC标准，开发者们可自行采用。 这为未来合同账户的推广和推广奠定了良好的基础。 如果dapp想支持合同地址的签名，只需简单地在合同中添加EIP-1271的代码即可。

现状：

该方案最终获得通过，并已经投入使用，opensea支持authereum合同钱包并签名登录。 [ xy 002 ] [ xy001 ] EIP-2938 [ xy 002 ] [ xy001 ]计划概述：

2020年，Vitalik与多人合作，提出了更完善的客户抽象解决方案。 与传统的帐户抽象目标将帐户类型统一为一个合同帐户相比，EIP-2938方案保留了两个现有的EOA和合同帐户，但允许将合同接受为顶级帐户，并开始交易gas的支付和交易执行流程。

该方案定义了一种新类型的transaction:accountabstractiontransactions，引入了两个opcode:nonce和PAYGAS。 这种改进需要更改以太体的基本代码。

EIP-2938还规划了该解决方案的实施，并阐述了具体的应用场景。 帐户抽象分为两个级别。 首先是实现单租户账户的抽象然后，扩大最大租户帐户抽象。

优势与场景：

单租户单租户single-tenant [ xy 002 ] [ xy 001 ]非ECD sa签名验证方案(BLS，post-quantion

添加签约钱包功能，如多点签名验证和社交恢复

使用ERC-20令牌支付gas。

多租户多租户[ xy 002 ]

隐私：例如tornado cash这样的保留隐私的场景中，账户不需要准备gas费用来暴露隐私。

省gas :例如，当套利机会出现时，大量套利者同时开始套利交易，在首次成功后、其他套利交易失败，但仍然打包成块，账户抽象后套利者不再需要为失败的套利行为支付gas，减少了线上垃圾交易的数量。

问题与现状：

虽然这个方案更详细但是，多租户阶段的技术方案还没有成型。 另外，该方案被认为在技术和经济上都没有效率，没有进入最后阶段。

到目前为止，在帐户抽象的第一阶段，很少有激进、暴力地更改以太体协议的方案。 账户抽象的优先级、必要性、经济性、兼容性仍然需要进一步优化。

现在-温和的变更

以太体的开发者们都在专心于以太体的合并和分片，直接进行基本协议变更的方案难以推进，以Vitalik为代表的开发者们不得不妥协，提出了相对温和和间接的替代方案。

[ xy001 ] EIP 4337 [ xy 002 ] [ xy001 ]方案概述： [ xy 002 ]

该方案是第一个不需要更改以太网基本代码的帐户抽象方案。 ERC-4337引入了用户操作对象。 用户将UserOperation对象发送到其他内存池。 Bundler将这些对象打包到一个事务中，然后调用Entry Point合同将事务合并到一个块中。

优势：

自定义签名算法：支持非ECDSA签名算法定制

功能：可通过合同代码实现gas代扣、社交恢复等功能

问题与现状：

不可升级：用户

Gas开销较大：用户操作会增加gas消耗

兼容性问题：现有的dapp或协议禁止与合同帐户进行交互但是，Vitalik在短期内首先大力支持ERC-4337，希望在实践过程中研究出更好的方案，并不断改进和完善它。 实现大规模推广后，形成共识和规模效应有助于推动现有APP应用的改变支持合同帐户交互，支持ERC-1271合同签名标准。 目前，EIP 4337仍处于Draft状态，正在等待下一个阶段。

[ xy 001 ] EIP-5189 [ xy 002 ] [ xy 001 ]方案概述： [ xy 002 ]

该提案是一种改造交易打包流程的ERC提案，同样无需对基础代码进行更改。 该方案引入了endorser角色，有助于合同钱包的开发人员定义endorser合同，以确认提交的元交易的质量，它有助于确定bundler是否应将交易保留在mempool中。 该方案将把将帐户抽象为bundler所带来的风险转移给钱包开发者，希望开发者负责endorser合同的编码、部署。

优势：

[ xy 001 ]降低了bundler筛选元交易的门槛和风险

问题与现状：

该方案目前刚草拟，尚处于初期阶段。

在这个阶段，账户抽象的方案从早期的暴力革命变成了和平发展。 力量更弱，但实施更容易，可以推动智能钱包的发展，吸引和积累一定的用户群体。

未来-强制实施

Vitalik在推进ERC-4337的过程中、不断发布改善ERC-4337缺陷的新提案，包括实现EOA向合同方的升级和优化gas费用等。 可能的路径将在自主采用后广泛推广，最终实施强制性转变实现统一以太网账号类型的终极目标。 [ xy 002 ] [ xy001 ] EIP-3074 [ xy 002 ] [ xy001 ]方案简介：

EIP 3074的提交实际上早于EIP 4337，没有引入新的交易类型相反，引入了两个操作码： AUTH和AUTHCALL，允许将EOA控制权委托给智能合约。 这样，所有EOA都可以具有智能构建钱包的功能。

优势：

[ xy001 ]代替gas支付： gas费用可以在另一个账户支付，无需ETH地址即可发送令牌。

批量交易：通过一次调用发送多个交易来降低交易费用

问题与现状：

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

[ xy 001 ] EIP-5003 [ xy 002 ] [ xy 001 ]方案概述： [ xy 002 ]

该方案是EIP 3074的扩展方案，引入了新的操作码AUTHUSURP，允许在许可的地址中设定许可的地址代码，实现了EOA向合同账户的升级。

优势：

[ xy 001 ]实现eoa升级到合同帐户

当前：

此方案基于EIP-3074，目前仍处于draft阶段，进度为EIP-3000

火钳2？

从上述EIP发展的历史可以看出，帐户抽象是为了解决以太网两种帐户体系的遗留问题，而直接更改协议的方案更直接，但需要使用更多的开发人员，从而导致帐户抽象因此，遇到了很多障碍。 相比之下，直接更改代码的方案可能更适合于生态刚刚开始的新的第2层奥斯链。 例如，Starknet是一个本机支持帐户抽象的链，只有一种统一的可编程帐户类型可以发送交易、发送和接收资产等。 10月，zksync 2.0的主在线也引入了帐户抽象的新功能，帐户可以开始交易或运行引入的代码逻辑。

还有，第2层的gas费用往往比以太网主机低，如果引进后需要支付gas的智能合约账户，用户体验良好，成本低廉。

因此，在最终在以太网主机上实现帐户抽象之前，第2层可能才是账户抽象和合同钱包发展的前沿。

帐户抽象课程图

帐户抽象意味着将来的帐户具有合同帐户的类似功能。 在共识和基础代码全面实现账户抽象之前，目前有几种智能合约钱包产品(Smart Contract Wallet-SCW )，审视合约账户的优势，为用户提供EOA账户体系以外的选择。

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

帐户抽象概念项目比较

根据SCW的发展历史大致分为几个阶段。 最初是以Safe为代表的to B产品，使用多签名模型解决账户和资产的安全问题； 此后，德夫的繁荣促进普通用户需求增长，出现了Argent、Pillar、Authereum等主要易用性、降低用户使用门槛、优化使用体验的产品； 现在，账户抽象在以太网上直接暴力改革的可能性降低，以太网主网络高昂的gas费用，给第2层提供了新的机会，也必须产生Loopering这样的基于第2层的合同钱包、代理的开发重点也逐渐向Zksync、Straknet倾斜，最近基于ERC-4337的soulwallet、unipass等也选择首先在第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。

有些钱包应用了多安全计算(MPC )技术也可以实现部分合同钱包想要达到的安全性、无私钥的用户体验。

一般在MPC中，经常使用阈值签名(TSS- Threshold Signature Scheme )的方法简而言之，将私钥碎片化，将碎片传递给非中心化的网络进行计算和加密。 当需要私钥签名时，将片段拼接在一起形成完整的私钥，通过分散控制权避免了单点失败的安全问题。 这个方法介于自我管理和主机之间可以称为半托管钱包。

虽然此逻辑与多个签名钱包有一定相似之处，但是不同之处在于多个签名钱包为所有多个签名者提供完整的私钥签名控制协议帐户； TSS的验证过程只包含一个私钥，在链下与智能合约没有直接关联。

目前仍有许多优秀的MPC钱包产品，例如To B的Safeheron和To C的Bitizen。

MPC还可以实现无私钥等功能，另外MPC基于EOA，似乎更便宜，兼容性也更好。 MPC技术不仅适用于EVM链，也适用于其他EVM以外的账户。 那么，基于无私钥等目的的合同钱包还是真的需要账户抽象呢？

这样的争论确实存在，今年5月，Coinbase可能会在自己的MPC钱包促销推特上发现合同钱包的gas价格昂贵，用户无法找到足够可靠的寡头。

还有Vitalik也在这个twitter下表明了自己的态度。

可以看出

vitalik希望在协议级别进行帐户抽象，以实现帐户签名算法可以自定义的目标。 以太坊目前强制的ECDSA签名算法不是最佳选择，MPC只是基于ECDSA的局部安全方案。 实现账户抽象后，随着技术的发展，可以直接使用更先进、更安全的签名算法(如抗量子)。

因此，账户抽象在更安全的签名算法、更好的用户体验、更完整的资产控制权等维度上仍然是必要的。

账户抽象钱包的终极形态

账户抽象普及并达成共识后合同账户的互换性、经济性得到提高。 在此，我们也对这类产品的最终状态，乐观地预测或期待其能够提供的功能和应用场景，并认为可能包括以下功能和应用场景：

无私钥：用户不需要存储助记符或私钥； 可通过生物认证、设备认证等各种认证方式

恢复帐户：可通过生物认证、社交认证等恢复帐户

[ xy 001 ]无gas交互：用户可以使用参与交易的ERC-20令牌进行gas支付，也可以指定固定账户进行支付，而无需事先将ETH准备为gas； 或交易失败时无需支付gas费用

自定义安全机制：随着密码学的发展，更好的安全机制

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

，将账户交由他人管理，达到时间或要求后自动回收。

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

限制和拆分帐户权限：可以允许他人的部分帐户权限。 例如，自定义只能使用帐户中的NFT，不能使用令牌的

工作流：设置自动触发点和流程。 例如，当a账户余额比1 Eth多0.5 ETH时，自动将剩余的0.5 ETH转入b账户，b账户在某个token达到一定价格时，自动将ETH swap设为某个token……[ xy 002 ] [ xy 001 ]交易限制：可以设置交易时间、额度、超过时间或限额的交易不成功

白名单/黑名单：限制与黑名单地址的交互。 例如，从黑名单地址发送的资产将自动恢复，避免在以前tornado cash受到制裁后向其他地址“投毒”，如果地址在其他协议的前端被错误阻止。

账户分类管理系统：用户在不同场景下使用专用账户，具有更加合理的账户管理体系。 例如，某个账户作为gas账户只保管ETH所有其他账户的交互由gas账户支付； 有的账户只存放蓝筹股NFT，不容易使用； 某账号作为游戏专用账号

模块化代码功能，为用户提供不同的功能模块。 用户不需要理解代码，只需要遵循自己的需求，通过组合功能模块，可以定制适合自己习惯和需求的账户。

结语：

账号的抽象落地值得所有人的期待。 这不仅有助于链上用户数量的大幅增加，账户抽象给开发者带来的高度自由度，解决了当前账户系统的痛点，诞生了新的APP应用、游戏、想象空间。 在

代码级实现账户抽象充满了阻碍和不确定性，EIP-4337这样的妥协方案也仍然存在gas高、兼容性差等实际问题，但大力推进EIP-4337也是推进概念、加强共识的选择。 随着概念的普及，账户抽象和合同钱包从小就成为主流从用户需求出发推进协议兼容性，形成新的账户范式。 最终，在广泛的共识下，以太坊具备了直接修改底层代码以达到账户抽象的条件。

最终的账户抽象落地后，当前账户系统的高门槛和复杂的使用体验已经不是理所当然的事情了。 这个新的账户体系有助于web3吸引新的用户和流量，促进生态繁荣，形成良性循环。

推荐阅读

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