理解账户抽象与原生账户抽象
ERC-4337提出的账户抽象(Account Abstraction)本质上是在区块链上构建一个可选的基础设施层。当用户选择采用这一方案时，就能获得类似合约账户(CA)的多种功能，包括多签授权、使用ERC-20代币支付Gas费、社交账户恢复等特性。目前Stackup等基础设施服务商正在积极开发相关解决方案，但整体采用率仍然偏低，这主要源于几个关键挑战。
捆绑商(Bundlers)机制存在明显缺陷，整个验证过程过度依赖单一角色。由于当前市场规模有限，捆绑商难以获得足够利润，这需要更多Dapp接入账户抽象体系才能改善。另一个问题是市场集中度，Alchemy、Pimlico和Stackup等少数服务商主导了市场，带来了中心化风险。数据也显示，除了空投活动期间，账户抽象服务的用户留存率相当低迷。
部分L2网络为了进一步降低Gas费用，选择直接将账户抽象功能集成到原生链中，这就是所谓的原生账户抽象(Native Account Abstraction)。但这种做法也存在局限性，比如无法让不需要该功能的用户选择退出，只能通过跨链方式规避，整体灵活性受到制约。
为帮助理解，我们补充几个关键概念：EOA与CA的区别（例如小狐狸钱包属于EOA，智能合约属于CA），以及捆绑商的作用（在账户抽象生态中负责打包UserOperations并上链）。
深入解析RIP-7560提案
RIP-7560是对现有账户抽象方案(EIP-2938/ERC-4337)的重要改进提案。其核心创新是引入”AA_TX_TYPE”这一新型交易类型，将验证和执行环节扩展到捆绑商之外的区块构建者和节点验证者，有效缓解了中心化问题。同时，该提案还制定了标准化设计规范，为后续开发提供明确指引。
关键性变革
与ERC-4337最大的不同在于，RIP-7560涉及共识层协议的深度调整（从其RIP前缀即可看出这是针对Rollup技术的底层改进）。这种改变虽然需要更大的开发投入，但能避免对L2原生链基础设施的直接依赖，从长远看更具可持续性。
提案引入了第四类交易”AA_TX_TYPE”，这一概念实际源自早期的EIP-2938。它不仅完整支持CA的所有功能（包括Visa提到的Gas费代付和定期自动付款等），还允许现有EOA直接参与交易，显著降低了采用门槛。
交易执行机制解析
RIP-7560保持了与ERC-4337标准的兼容性，延续了验证与执行分离的设计理念，因此Gas消耗相对较高。根据技术文档，验证阶段必须全部成功才能进入执行环节，之后Paymaster可以执行交易后逻辑。以下是完整的执行流程示意图：
社区争议焦点
在Ethereum Magicians论坛的讨论中，提案引发了几个关键性质疑：
对意图型服务的潜在影响
针对可能限制Uniswap V4/X等意图型服务发展的担忧，核心开发者Yoav Weiss解释称，配套提案ERC-7562允许意图系统仅与RIP-7560兼容而不受验证规则约束，开发者可以构建独立的意图求解器网络(intent-solvers network)，实现功能互补。
系统退出机制缺失
有社区成员将提案比喻为”将操作系统嵌入裸机”，认为风险过高。对此Yoav Weiss强调，该方案专门针对选择原生账户抽象的L2链，用户完全可以选择其他未部署该方案的网络，生态系统提供了充足的选择空间。
复杂性与成本问题
面对实施成本过高的质疑，开发者Dror Tirosh指出，这是账户抽象技术固有的代价。简化设计可能导致区块构建者面临DoS攻击，或者需要牺牲EVM代码的通用性，而这恰恰违背了发展账户抽象的初衷。
未来展望
从行业反馈来看，包括Stackup创始人在内的基础设施供应商普遍支持这种共识层改进。当前账户抽象面临的核心挑战仍是采用率问题——只有更多Dapp接入该方案来优化Gas费用和用户体验，才能形成良性发展循环。如果RIP-7560能实现EOA的无缝兼容，将大大加速主流钱包（如Metamask）的整合进程，最终提升整个Web3生态的用户体验。
声明：文章不代表CHAINTT观点及立场，不构成本平台任何投资建议。投资决策需建立在独立思考之上，本文内容仅供参考，风险 自担！转载请注明出处：https://www.chaintt.cn/12084.html