原文作者：?VitalikButerin
原文编译：DeFi之道
账户抽象允许我们使用智能合约逻辑来指定交易的效果，以及费用支付和验证逻辑。这带来了许多重要的安全好处，例如多重签名和智能恢复钱包，能够在不更换钱包的情况下更换密钥以及量子安全性。
许多帐户抽象的方法已在不同程度上被提出并得到了实施，参见：EIP-86、EIP-2938，以及两年前的这篇文章。今天，由于开发者们希望专注于合并与分片，这些EIP的开发陷入了僵局，而?ERC-4337这种不需要任何共识更改的替代方案已经取得了很大进展。
ERC-4337尝试通过额外的协议手段实现和EIP-2938相同的事情。用户需要发送称为用户操作的链外消息，这些消息由区块提议者或为区块提议者生成?bundles?的构建者批量收集并打包成单笔交易。提议者或构建者负责过滤操作以确保他们只接受支付费用的操作。用户操作有一个单独的mempool存储池，连接到这个存储池的节点会进行ERC-4337特定的验证，以确保用户操作在转发之前能够支付费用。
ERC-4337作为一个纯自愿的ERC可以做很多事情。然而，在一些关键领域，它比真正的协议内解决方案更弱：
现有用户如果不将其所有资产和活动移动到新帐户，则无法升级；
Vitalik发文《收入-邪恶曲线：用另一种方式来思考公共产品资金的优先性》:10月28日消息，Vitalik发文《收入-邪恶曲线：用另一种方式来思考公共产品资金的优先性》，文中尝试提供一种不同的方法来分析私人和公共之间的“混合”商品：收入-邪恶曲线。这是一种整体“社区”中的“混合经济”环境与商业市场以及中心化资助者的补贴相结合的假设。对于如何在当今的加密社区、国家和许多其他现实世界环境中为公共产品提供资金有一定启发。[2022/10/28 11:51:36]
额外的gas开销；
较少受益于协议内抗审查技术，它以交易为目标并会错过用户操作
而实现最佳效果的一条现实途径，是在短期内开始大力支持ERC-4337，然后随着时间的推移添加EIP来弥补其弱点。这并不一定需要大家专门承诺遵守ERC-4337。相反，可以将协议内支持设计为更通用，并支持ERC-4337及其替代方案和改进。
在这里，我将列出其中的一些EIP，并说明它们可以按什么顺序实施。
将EOA钱包转换为智能合约钱包
为了让现有的EOA钱包升级到ERC-4337钱包，我们可以制作一个EIP，允许EOA执行设置其合约代码的操作。一旦EOA做到了这一点，这种转变就不可逆转。从那时起，该帐户将仅用作智能合约钱包。幸运的是，由于ERC-4337帐户是?DELEGATECALL?代理，因此如果需要，以后可以将钱包转换为与其他ERC兼容的智能合约。
Vitalik Buterin向Support Ukraine捐赠750 ETH:金色财经报道，据Whale Alert数据显示，以太坊联合创始人Vitalik Buterin向Support Ukraine捐赠750 ETH，约合2,621,468美元。据悉，这笔捐赠的交易哈希为：0xa8faf11f4e4c0a93fe9df333cc18d15e854d94b9f19d2237899213cf73c4699a，发送地址为：Vitalik.Eth 0xd8da6bf26964af9d7eed9e03e53415d37aa96045，接收地址为：Support Ukraine
0x165cd37b4c644c2921454429e7f9358d18a45e14。[2022/4/4 14:03:05]
关于如何实施此升级过程有一些提案：
1、“replacecode”交易类型
这还没有作为正式的EIP引入，但方法很简单：添加一个新的?EIP-2718交易类型，只需将帐户码替换为calldata。
2、AUTH_USURP(EIP-5003)
EIP-5003是?EIP-3074的扩展提案，它引入了新的?AUTHUSURP?操作码。如果使用EIP-3074机制，EOA地址A已授权另一个地址B代表它行事，则?AUTHUSURP?允许B设置A的代码。
声音 | 江卓尔：分片提升容量难度大时间长 故而Vitalik提出使用BCH或者ETC作为以太坊数据层:7月25日消息，莱比特矿池CEO江卓尔表示，分布式系统（去中心化系统）有一个不可能三角，称为分布式系统CAP定理，指的是在一个分布式系统中，Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可兼得。Vitalik提出用分片方法提升容量，但分片方法的难点是一致性，也就是CAP中的C，Consistency（一致性），这个是一个要挑战不可能三角的开发，所以开发难度很大，时间长，所以Vitalik才提出使用BCH或者ETC作为以太坊数据层的短期方案，来解决ETH的燃眉之急。[2019/7/25]
这种方法比“replacecode”路线更复杂，只有当我们打算采用EIP-3074时，这才有意义。
强制转换
在更长远的未来，我们可能希望进行强制转换，以简化协议，并使合约成为唯一的帐户类型，从协议中取消ECDSA。一种可能的方法是添加一个覆盖规则，从某个区块开始，没有code的账户被视为具有特定标准化“ERC-4337EOA钱包”code的账户。
这可以通过“poking”过程来完成，其中任何源自EOA的交易都将其转换，并且任何触及具有非零nonce的EOA交易都会将其转换。也可以一次性通过整个状态来完成。
动态 | Stellar发布公告提醒用户警惕欺诈性空投活动Stellar-Activity:Stellar官方Reddit发布公告，提醒用户警惕欺诈性空投活动。最初是StellarShade然后变成Stellar Dolphin Fork，现在叫Stellar-Activity（XLA）。此类局使用相同的运作模板进行——先是在bitcointalk.org发帖称将在某一特定日期进行大空投，然后开始发放赠品，推行营销策略以在社交媒体上吸引不知情的粉丝来传播这一消息，粉丝们在不知情的情况下间接地进行二次传播，致使更多的人上当。子们声称将会以2:1的比例给你提供XLA（每持有1XLM就给予2XLA），然后诱使你在他们的账户查看器里输入私钥，之后盗取你所有的账户存款。[2018/12/2]
合约内ECRECOVER验证：一些智能合约依赖于这样的假设，即如果你向特定账户提供ECRECOVER的签名，你就拥有该账户。如果EOA转换为合约，然后更改其验证密钥，则原始密钥仍然能够在这些特定上下文中“代表”帐户。这可通过开始鼓励所有此类项目更改为使用EIP-1271验证，而不是在帐户有code的情况下使用ECRECOVER。
尚未检测到的账户：强制转换面临的一个挑战是拥有资产但尚未发送或接收任何交易的账户，因此协议无法可靠检测到这些账户。协议必须保留将此类账户永久转换为默认钱包的功能，或者需要有一个截止期，在此之后尚未转换的帐户将被烧毁。
以太坊创始人Vitalik指责Instagram和Facebook允许虚假账户在平台上存在:以太坊的创始人Vitalik Buterin一直在处理大量欺诈的Twitter模仿者，这些犯试图从天真的投资者那里盗取密码，而最近V神的注意力被Instagram和Facebook转移了。这他在推特上批评Facebook和Instagram，因为他们的平台上存在明显的虚假账户。[2018/3/30]
EOA只检查不可转让性：一些应用程序实施合约内检查以仅允许EOA与其交互。这通常是为了强制执行不可转让性。从根本上来说，这是一个坏主意，并且与转向智能合约以提高安全性的目标不相容。因此，不应鼓励这种做法，而应鼓励应用依赖原所有者恢复程序来使转移无法执行。
降低Gas成本
ERC-4337钱包面临更高的gas成本，原因如下：
1、需要支付大量的单个存储读/写成本，在EOA的情况下，这些成本会捆绑到一笔21000gas的付款中：
编辑包含pubkeynonce(~5000)的存储slot；
用户操作调用数据成本；
ECRECOVER(~3000)；
首次访问钱包本身(~2600)
首次访问收款人账户(~2600)
将ETH转入收款人账户(~9000)
编辑存储以支付费用
访问包含代理(~2100)的存储slot，然后访问代理本身(~2600)；
2、除了上述存储读/写成本之外，合约还需要执行“业务逻辑”
3、需要消耗gas来支付日志费用；
4、一次性合约创建成本
其中很多问题将在Verkle树?witnessgascostEIP以及?writegascostreformEIP中自动解决，以更精简的系统取代大量存储成本。例如，pubkey和nonce可以存储在slot0…63中，这将访问它们的成本降低到1000以下。用户在转移ETH和支付费用时支付的费用会更少，因为目标账户和接收账户只需要被首次访问一次。
还有更多的EIP可以帮助我们实现简化。例如：
禁止智能合约逻辑使用slot0的自愿ERC，将允许它用于存储代理，从而使其受益于更便宜的gas成本。
“codeaddress”字段可以使代理更轻松，消耗的gas更少。
“snappycompression”预编译可以更轻松地使用ABI对象，而无需为所有零字节支付calldatagas成本。
这是一个需要更多研究的领域。
crLists
这是一个长期的问题，因为只有启用了完全的协议提议者/构建者分离方案后，crLists才真正适用。挑战在于，我们希望提议者能够识别“值得”包含的用户操作，以便协议可以迫使它们被包含在下一个有空间的区块中。
这要求在协议中明确“验证”和“执行”的概念。对于用户操作，必须有一种已定义的方法来验证该操作，以及有一种已定义的方法来执行该操作，这样如果某个操作被验证，则执行该操作的尝试将是保证支付费用的，除非被读取的状态在验证期间被修改。这些操作可以通过嵌入ABI方法来实现，如果实现了EOFEIP，也可以通过添加专用的EOF部分来实现。
幸运的是，这不需要我们把ERC-4337当作一个最终标准，而是纳入ERC-4337所支持的一个较弱概念，其他在很大程度上不同的ERC也可以轻松支持它。
原因是，ERC-4337和EIP-2938的复杂性很大程度上与解决更强的DoS抗性问题有关：不可能使一个操作取消数百个其他操作，因为这将允许廉价地对mempool进行垃圾交易攻击。这需要对帐户验证可访问的内容施加限制。在这里，我们可以做一些更简单的事情：只记录在验证过程中触摸了哪些状态对象，如果这些状态对象中的任何一个被编辑，则不需要包含。
这使得个人账户可以在审查抵制和灵活性之间选择自己的权衡。在极端情况下，如果账户愿意，可以通过Uniswap在验证期间支付费用，但由于任何人都可以发送影响Uniswap状态的交易，因此此类账户实际上没有抗审查保证。
crList设计的大致轮廓如下：
提议可以包含一个?crList，它指定要包含的操作列表，以及每个操作读取的状态对象(key,value）对的列表。接受?crList?的构建者必须检查所有操作是否通过?validate?检查。
执行?crList?中的每个操作都需要该区块，除非该区块没有足够的剩余gas，或者执行时的当前状态已经编辑了该操作读取的状态对象之一。
ERC-4337的剩余复杂性将仅用于mempool安全。原则上，可以有多个相互竞争的ERC以不同的方式实现该目标，只要它们都遵循相同的验证和执行标准。
这种方法的一个缺点是它与签名聚合不完全兼容：因为协议不“理解”聚合方案，它不能强制聚合，恶意构建者可能纳入未聚合的操作，并迫使发送者为其支付全部gas。但这种不便可以说是适度的。
将ERC-4337全面投入生产。理想情况下，可以使用签名聚合功能对其进行扩展，以实现rollup友好性。
应该有接入ERC-4337的易于使用的浏览器钱包。
考虑实现签名聚合和压缩，以使ERC-4337对L2更加友好；
在L2协议中引导ERC-4337生态，其中gas成本问题会较少；
中期
实施Verkle树，添加EIP以降低gas成本；
添加可选的EOA-to-ERC-4337转换；
在PBS推出的同时或不久之后添加crList逻辑；
长期
考虑强制转换；
考虑编写一个在协议层包含ERC-4337等效帐户和交易的EIP，并推动其在L2中的采用；
使用一种通过?axuliary区块工作的抗审查解决方案，消除用户操作对以太坊协议的可读的需要；
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。