账户抽象有哪些局限？主要有四点：只能在以太坊及 EVM 兼容链上使用；智能账户的 Gas 成本比普通转账更高；账户安全取决于合约代码，签名密钥仍需保护；以及对打包者、代付合约等基础设施的依赖。了解这些限制，才能判断账户抽象是否适合自己的业务。
哪些链支持账户抽象？
作为账户抽象的两条主要路线，ERC-4337 和 EIP-7702 都建立在以太坊的合约能力之上，主要用于以太坊主网和各类 EVM 兼容链。比特币不支持这类可编程账户，其他公链各有自己的账户模型。即使都是 EVM 链，智能账户也要在每条链上分别部署，各链对标准版本的支持进度也不一致。业务如果要覆盖多条链，就得为不同链准备不同方案。
账户抽象会增加哪些成本？
智能账户首次使用时要在链上部署，之后每次操作又多了签名验证和入口合约的执行步骤，Gas 消耗比普通转账高。代付 Gas 虽然让用户感觉不到手续费，但成本并没有消失，而是转到了应用这一侧。用户量一大，企业就需要设定哪些操作代付、代付多少，并防止被恶意刷单消耗。
账户抽象有哪些安全和依赖风险？
智能账户的规则写在合约里，合约有漏洞，账户就有风险；而签名密钥本身仍然需要妥善保护，账户抽象并没有解决这个问题。EIP-7702 还带来了新的钓鱼风险：用户一旦被骗签下恶意的委托授权，地址里的资产就可能被转走。
此外，用户操作要靠打包者提交上链，代付要靠 Paymaster 结算，这些服务一旦中断或停止代付，交易就可能卡住。智能账户的签名方式也和普通账户不同，部分应用或协议对它的兼容仍不完善。
企业如何应对这些局限？
常见做法是把账户抽象和 MPC 结合使用：用 MPC 保护签名密钥，在 EVM 链上用智能账户优化体验，在比特币等其他链上仍使用普通地址。代付规则和高风险操作可以交给链下策略引擎把关，关键基础设施也应准备备用服务商。
总结
账户抽象大幅改善了钱包体验，但受限于链的覆盖范围、更高的成本、合约风险和对基础设施的依赖。Safeheron 的 MPC 钱包即服务为企业提供多链 MPC 密钥管理和策略引擎。
想评估账户抽象是否适合你的产品？ 联系 Safeheron 销售团队，预约一对一演示