账户抽象(AccountAbstraction,简称AA)被认为是以太坊用户体验和基础设施升级的关键方向,它正在悄悄改变我们对“钱包”、“账户”、“签名”和“交易”的所有认知。现在,从背景、原理到影响和未来演进,全面理解账户抽象的来龙去脉。🔍为什么需要账户抽象?以太坊目前有两种账户
账户抽象(Account Abstraction, 简称 AA)被认为是以太坊用户体验和基础设施升级的关键方向,它正在悄悄改变我们对“钱包”、“账户”、“签名”和“交易”的所有认知。
现在,从背景、原理到影响和未来演进, 全面理解账户抽象的来龙去脉。
以太坊目前有两种账户类型:
类型 | 描述 |
---|---|
外部拥有账户(EOA) | 有私钥控制,用户常用的钱包地址 |
合约账户(Contract Account) | 由智能合约控制,只能被动执行 |
但是,现有模型有几个局限:
❗这不利于 Web2 用户迁移到 Web3。
账户抽象的本质是:
把以太坊协议层写死的账户行为(签名验证、nonce 机制、gas 处理)移交给智能合约来实现。
简单说:用户账户也变成智能合约,可以自定义登录方式、签名规则、支付方式、权限控制等。
账户抽象 = 让你的钱包变得“像 App 一样聪明”,不再只是个“钥匙串”。
虽然 EIP-2938 提出了协议层的原生 AA,但社区更广泛接受和落地的是:
引入了新架构:
组件 | 功能 | 通俗解释 |
---|---|---|
UserOperation |
用户操作请求,抽象成结构体 | 用户操作请求,不是交易,是“任务单” |
EntryPoint 合约 |
处理所有 UserOperation 的入口 | 总指挥,负责验证和执行任务 |
Bundler |
收集操作、打包发交易的中继器 | 像快递员,收集用户请求打包发到链上 |
Smart Account |
合约钱包,用户自定义验证逻辑 | 智能钱包 = 可以写逻辑的账户 |
Paymaster |
可为用户代付 gas 的服务者 | 你老板或朋友,帮你垫 gas 费 |
这个机制不改变以太坊底层共识,任何 EVM 链都可支持
旧体验(EOA) | 新能力(AA) |
---|---|
私钥控制一切 | 可社交恢复、多签、限额 |
只能用 ETH 支付 gas | 用 ERC20、别人代付 |
手动点击、签名 | 自动批处理、自动执行 |
签名方式固定 | 可支持指纹、MPC、FIDO、验证码 |
用户体验 → 像支付宝一样丝滑 开发体验 → 像编写前端一样灵活
钱包不再只是“签名工具”,而是一个“合约账户平台”,可以内建各种逻辑:
每一个钱包,其实就是一个合约 App
钱包,将从一个签名工具升级为
智能合约平台
传统钱包体验 | 账户抽象钱包体验 |
---|---|
助记词复杂难记 | 支持社交恢复 / 指纹解锁 |
签名麻烦 | 背后自动验证/批量交易 |
手续费必须是 ETH | 可用任意代币 / 代付 |
一旦丢私钥就毁 | 多重签名 + 恢复机制 |
用户感知变化: 像用支付宝一样无感交互,让 Web2 用户用上 Web3,而不需要理解链、Gas、私钥这些“玄学”词汇。
就像你家门的钥匙:
而 AA 钱包 像一个智能门禁系统:
传统钱包:
AA 钱包:
传统方式:
AA 钱包:
AA催生出全新的中间层和服务商:
新角色 | 功能说明 |
---|---|
Bundler |
收集打包用户操作,代为发交易 |
Paymaster |
为用户支付 Gas(代付/广告等) |
Smart Wallet |
用户账户的合约钱包 |
EntryPoint |
核心合约接口,统一接入点 |
🌱 商业机会也来了: 你可以做 Bundler-as-a-Service、Paymaster-as-a-Service、智能钱包开发平台、AA 安全模块等
目前被广泛接受的定义:
“账户抽象是把原本写死在协议中的签名验证、交易结构、权限管理等账户相关逻辑,抽象成由合约实现,从而赋予用户账户更强的编程能力。”
而 ERC-4337 是最主要的标准实现路径。
链 | AA 模型 |
---|---|
zkSync Era | 默认采用 AA(合约钱包) |
Starknet | 所有账户即合约账户 |
BNB Chain | 正在推进 AA 支持 |
Polygon zkEVM | 支持 ERC-4337 标准 |
Ethereum 主网 | 通过合约层实现 AA(ERC-4337) |
AA 是多链趋势,而不是 ETH 独有。
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!