LANA:谈以太坊的账户抽象化与ERC-4337_BTC

作者：

时间：

以太坊系统中实际存在两种类型的账户：

一种是由私钥控制的外部账户（externally-owned account，EOA），比如我们所使用的钱包中的账户，这类账户都有自己的余额。拥有者可以通过创建和签名一笔交易从自己的外部账户发送消息；

另一种是由部署到区块链上的代码控制的合约账户（contract account），由存储在智能合约账户（有时也被称为智能钱包）内的以太坊虚拟机代码控制。当合约账户收到信息时，其内部代码就会被激活，并允许它对内部存储进行读取和写入以及创建新合约等操作。按照目前的以太坊协议，只有外部帐户才可以发起交易，并且仅允许账户的所有人修改其帐户状态。

账户抽象是对以上两种账户的一种改进，尝试模糊二者之间的界限，变成一种包含复杂逻辑的通用性账户，使账户可以同时拥有合约账户和外部账户的功能。

这种做法相当于让用户按照合约账户的格式来定义外部账户，用户可以在智能合约钱包中包含任何逻辑验证。由密钥控制的账户也可以获得代码的支持。

一直以来，实现账户抽象化都是以太坊开发者社区的愿景。社区也提出了各种各样的方案，如：EIP-86，EIP-2938 等。

5家Web3初创公司入选Archipelago Labs首批ALAB孵化计划并获资金支持:金色财经报道，Archipelago Labs（A-Labs）旗下首个ALAB孵化计划宣布已从100多个申请者中选择5家Web3初创公司进行孵化，分别是：人工智能驱动的去中心化社交层应用Twine、AI餐饮解决方案Ridge、将知识产权转化为金融资产的Synthillate、玩赚初创公司Gamer Points、以及Web3 HR赏金和推荐系统Nexhire，每家公司将获得100万菲律宾比索资金支持。Archipelago Labs于去年年底启动1000万美元Web3基金，目前第二批ALAB孵化计划已开放申请。（claytoncountyregister）[2023/8/21 18:12:52]

EIP-86 是为账户抽象做技术准备，它定义了一种新的账户类型，允许用户创建基于智能合约的账户。

以太坊协议本身要求将所有内容打包到源自 ECDSA 安全的外部账户 (EOA) 的交易中，每个用户操作都需要由来自 EOA 的事务包装，这会产生 21000 gas 的费用。用户需要在单独的 EOA 中拥有 ETH 来支付 gas。

EIP-86 提出的账户抽象带来新类型的事务，与传统事务必须有一个 EOA 作为发送者相比，这些事务没有发送者。这种事务破坏了事务哈希的唯一性。EIP-86 原计划于 Metropolis 阶段升级，但由于前面所说的问题，开发者决定在 Metropolis 中暂缓引入。

EIP-2938 提供了一种账户抽象化解决方案，通过更改一部分以太坊协议，允许合约账户与外部账户一样可以发起交易。但是由于这个方案需要在共识层进行以太坊协议的更改，所以并没有得到广泛的接受。

后来提出的新的协议 ERC-4337 则提供了一种无需更改共识协议的方案试图达到与 EIP2938 同样的效果，这种安全性更高的实现方式目前在社区中得到了更多的关注。

ERC-4337 没有试图修改协议共识，而是在系统中复制了 mempool 的功能。

用户发送一个用户操作（UserOperation）对象，这个对象中包括了用户的意图、签名和其他数据。

用户操作有一个单独的 mempool 存储池，连接到这个存储池的节点会进行 ERC-4337 特定的验证，以过滤操作来确保他们只收到支付费用的操作。

由矿工或使用 Flashbots 服务的打包者批量收集这些用户操作，打包成单笔捆绑交易（bundle transaction），并纳入以太坊区块中。打包者为以太坊中的捆绑交易支付 gas fee，并收取每个单独的 UserOperation 所支付的费用进行补偿。打包者将使用费用优先级逻辑选择包含哪些 UserOperation 对象。

其中的用户操作 UserOperation 看起来像一个事务，但它是一个 ABI 编码的结构，包括了以下字段：

1、发件人：进行操作的钱包；

2、nonce 和 signature：传递给钱包验证函数的参数，以便钱包可以验证操作；

3、initCode：如果钱包尚不存在，则用于创建钱包的初始化代码；

4、callData：用于实际执行步骤调用钱包的数据。

而每一个钱包都是一个智能合约，必须包括两个功能函数：

1、validateUserOp，它接受一个 UserOperation 作为输入。这个函数应该验证 UserOperation 里的签名和 nonce，如果验证成功则支付费用并增加 nonce，如果验证失败则抛出异常；

2、op 执行函数，将 calldata 解析成钱包执行操作的一个或多个指令。

如果该提议被普遍采用，签名验证转移到了以太坊虚拟机（EVM）上，validateUserOp 函数添加了任意签名和随机数验证逻辑，使验证逻辑变得更加灵活。

如此一来，签署交易之时就能采用新的密码学工具，钱包也可以提供一些新的功能，比如：

1、多重签名；

2、社交恢复；

3、更高效、更简单的签名算法（例如 Schnorr、BLS）；

4、后量子安全签名算法（例如，Lamport、Winternitz）；

5、可升级钱包。

这种方案还打开了各种其他交易许可管理，比如允许交易通过智能合约来支付 gas 费。

抽象化实现后，由外部账户的所有者签名交易并进行广播将不再是发起交易的唯一方法。这将为以太坊充当元交易的中继者带来可能。目前许多以太坊上的应用都需要依靠中继者在区块链上发布用户交易，并向中继者支付费用。如果钱包中可以内置更复杂的合约，有些中继者就不再有存在的必要，也就不需要向他们支付额外的费用。

虽然有很多优点，但是新方案也同样面临一些问题。

最突出的一点就是更高的 Gas 成本，基本的 ERC-4337 操作约需要 42000 gas，而常规交易需要 21000 gas，原因如下：

（1）编辑包含 pubkey+nonce (~5000) 的存储 slot；

（2）用户操作调用数据成本（约 4500，通过压缩可减少到约 2500）；

（3）ECRECOVER (~3000)；

（4）首次访问钱包本身 (~2600)

（5）首次访问收款人账户 (~2600)

（6）将 ETH 转入收款人账户 (~9000)

（7）编辑存储以支付费用（~5000）

（8）访问包含代理 (~2100) 的存储 slot，然后访问代理本身 (~2600)；

简而言之，账户抽象地址的每一步都需要计算，需要消耗更多的资源，也增加了额外的费用。

好在这并不是无解的。

由于 Rollup 擅长进行数据压缩，与数据复杂的账户抽象方案具有天然的契合点。

在 Vitalik 最新的提案中，提出了通过 layer 2 来处理账户抽象化产生的数据。其改进点在于，将只能分步骤实现的功能打包成批交易，同时用 SNARK 技术来保证交易有效性。

在以太坊重点发展 Layer 2 的格局已定的现在，Vitalik 对以太坊升级的后续计划开始转向账户抽象。最新的提案中展示了 rollup+账户抽象的技术路径。各个 Rollup 提供商也推出了兼容账户抽象的新版本。

今年 6 月，zkSync 发布 V2 更新信息：增添「账户抽象」功能，增加与以太坊 EVM 的兼容性。10 月，ERC-4337 发布了新版本，添加了包括 BLS 签名算法的签名聚合功能。签名聚合能够让构建者和批次提交者也能聚合签名（例如 BLS、SNARKs），大大减少链上数据，可为 rollups 降低数据成本。