重新评估「收获」？

要评估账户抽象的必要性，首先不妨来回顾其「收获」。「收获」无非分为两种类型——原来不能做的，现在可以做了；比原来做得更好了。

主动发送事务的智能合约账户。

智能钱包可以做到这件事情，此收获属于一种改进。由于事务的有效性依赖于合格的签名（或其它凭证），而非发送事务的 EOA 账户，因此任何 EOA 账户都可以提交事务，不存在信任或可靠性风险。由于无需转发事务，更少的 gas 消耗是一个合理的「收获」，但能达到整体的最优吗？换句话说，在引入了如此复杂的技术改动之后，针对相同的事务内容，计算机在相同时间内可以处理更多的 AA 事务还是 EOA 事务？

结论：一种需要技术验证的改进。

提高混币器的隐私性。

目前 Tornado.cash 使用运营商的模式，替代用户提交取款的收据。与智能钱包的运营商不同，隐私运营商可能不够稳定和 ，任何人可以替代提交事务，但隐私场景下的运营商可靠性会低于通用场景，可能造成服务不可用。不过，这需要在多租户阶段才能实现，而目前多租户模式的方案的可行性、安全性仍然需要验证。

结论：一种提高服务可用性的改进。但不知道能否上线，何时可以上线。

使用其它代币支付手续费。

现在智能钱包在做类似的事情，例如 Argent、MYKEY 都允许用户使用 DAI 支付手续费，但这一操作并非原子的。使用稳定币等资产通过 DEX 兑换 ETH 支付手续费，乍看解决了原来不能解决的问题，但我想表达的是，真实需求并非是技术完备性，而是使用稳定的货币来对抗不稳定的手续费（ETH 价格波动、gasprice 价格波动、gas 消耗不确定）。使用链上事务直接置换手续费，有一种每次使用手机联网前，先买充值卡充话费的感觉，似乎回到了投币电话的时代。何况这笔事务还有巨大的失败风险，因为链上状态的改变可能影响价格。当然，这并不是说投币电话没有用处。

结论：一种可以实现原子化使用非 ETH 资产支付手续费的改进。但不解决价格波动问题，真实需求存疑，且计费方式效率低下。

减少链上无效套利交易，提高可扩展性。 (责任编辑：admin)