9 篇博文 含有标签「Account Abstraction」

五年来，“交易所需的 SOL 不足”一直是 Solana 上代价最高昂的错误提示。每一个曾向非加密用户推销过的消费级应用，都在这一步流失了一定比例的用户——就在结账环节，一个陌生人必须先获取第二种代币，仅仅是为了花掉第一种代币。2026 年 4 月，Solana 基金会终于发布了解决方案：Kora，一个费用中继器和签名节点，它允许 dApp 原生赞助交易、使用任何 SPL 代币支付费用，并将签名工作外包给 TEE（可信执行环境）或 KMS 驱动的保管库。这并非一次华丽的发布，而是一次底层架构的升级。而底层架构的升级，正是 Base 和 Abstract 在过去 12 个月里悄无声息地占据消费级用户入驻市场的秘诀。

现在的问题不再是 Solana 能否追赶上 EVM 消费级链的无 Gas 体验。Kora 让这一部分变得轻而易举。真正的问题在于，弥补这最后一公里的差距是否足以赢回那些已经在其他地方构建应用的开发者。

Kora 究竟交付了什么​

剥开营销的外壳，Kora 其实是由三部分组成的结合体：交易中继器、远程签名者和策略引擎。dApp 构建一笔交易，将 Kora 节点设置为费用支付者（fee payer），用户通过嵌入式钱包签署有效负载，然后 Kora 运营商进行共同签名并广播。验证者仍然以 SOL 形式获得报酬，但用户无需持有任何 SOL。

真正有趣的是它的验证层。Kora 节点不会盲目中继用户提交的任何内容。在签名之前，它会进行三项检查：

• 指令校验：针对相关的 Solana 程序进行检查，以便在畸形或恶意指令到达 Leader 节点之前将其拒绝。
• 基于预言机的费用充足性校验：将提供的 SPL 代币数量与当前 SOL 价格（加上运营商利润）进行对比，确保中继器永远不会亏损运行。
• 程序和代币层面的白名单与黑名单强制执行：这样，为单个 dApp 运行 Kora 节点的运营商就永远不会意外赞助针对某些随机、未经审计合约的交易。

签名路径是该架构最具雄心的地方。Kora 开箱即用支持通过 Turnkey 和 AWS KMS 进行远程签名，这意味着支付费用的私钥永远不会存储在中继器的磁盘上。对于在 Solana 上构建的金融科技公司来说，这就是“我们自己搞了个支付主合约并祈祷不出错”与“我们的密钥托管方案通过了 SOC 2 审计”之间的本质区别。

整个项目已由 Runtime Verification 进行了审计和差异化模糊测试，这种细节只有在你希望机构用户关注时才会提及。

为什么“原生”在此处优于“智能合约”​

人们很容易将 Kora 与 ERC-4337 进行比较，并认为 Solana 正在迎头赶上。但两者的架构实现的是不同的功能，这种差异至关重要。

ERC-4337 是作为以太坊之上的并行系统实现的账户抽象。它引入了独立的内存池（mempool）、UserOperation 对象、Bundler（打包器）角色和 EntryPoint（入口点）合约——这些都是基础协议原生无法理解的。Bundler 封装用户操作，Paymaster 赞助费用，链上合约强制执行校验。它确实有效，并且已在以太坊主网和主要 L2 上部署，但这是一项耗时六年的工程，旨在改造一个协议从未预见的 UX 功能。

Solana 的设计早在几年前就在协议层消化了这种复杂性。每笔交易都已经包含一个 feePayer 字段。部分签名（Partial signatures）是原生的。程序可以验证任意指令。Kora 并不是一个“打包器与支付主合约”的构造；它是一个节点运营商，负责填充 feePayer 位置并使用协议已经接受的部分签名之一进行签署。

实际结果体现在延迟和开发者的触达面上。ERC-4337 交易通过具有自身排序规则和传播延迟的独立内存池。而 Kora 交易与所有其他 Solana 交易走同样的路径，具有相同的亚 400 毫秒最终确认性。无需考虑 Bundler 套利市场，无需跟踪 EntryPoint 合约版本，也无需调试 UserOperation 的 Gas 估算。

这为 Solana 开发者换来的是接近于“设置费用支付者字段，发布 dApp”的体验。失去的是 EVM 智能账户免费获得的一些可选性——例如多密钥身份验证、批量调用、链上会话策略——尽管其中大部分正通过 PDA 和程序控制账户在 Solana 上独立构建。

Solana 曾经真正存在的最后一公里差距​

尽管都在谈论 Solana 在 2025 年和 2026 年的开发者势头，但消费级钱包层曾是滞后的部分。基础设施栈成熟得很快：Pump.fun 的 DEX 交易量在 2026 年第一季度突破了 20 亿美元，Jito 和 Marinade 主导了流动性质押，Tensor 将 NFT 交易变成了专业的终端。但这些产品中的每一个都不得不针对“用户没有 SOL”这一问题推出自己的解决方案。

这些绕过方法各具创意。Pump.fun 通过嵌入式法币入口引导初始代币获取；Jito 为用户账户预先注入微量资金；Tensor 依靠 Phantom 和 Backpack 在用户进入出价单之前处理 SOL 获取步骤。这些方法在个体上都奏效了，但它们无法协同。一个通过 Pump.fun 流程入驻的用户，在到达 Tensor 时并不会拥有一个可以支付费用的余额。

与此同时，Base 推出了 Coinbase 智能钱包的通行密钥（passkey）流程，通过 Coinbase 开发者平台提供免费的 Gas 赞助，并提供了一个 SDK，将私钥的概念完全隐藏在邮件登录之后。Abstract 则更进一步，通过嵌入式钱包让体验感觉就像 Web2 应用。2025 年，这对消费级应用开发者的组合推销方案是：在 Base 上构建，你的用户不会知道他们在链上，你扩展规模时我们来付钱。

Kora 并没有逐字复制那个推销方案。它所做的是消除了 Solana dApp 无法写出相同方案的架构障碍。有了 Kora，Solana 团队现在可以提供：

• 通过 Privy、Turnkey 或 Coinbase 嵌入式钱包进行的邮件或通行密钥注册。
• 交易无需 SOL 余额。
• 以 USDC、BONK 或 dApp 自身代币（如果有）支付费用。
• 亚秒级最终确认性，路径中无需 Bundler。

这些拼图此前已经存在。Octane 是开源的先驱。Circle 的 Gas Station、Openfort、Portal、Gelato、Biconomy 以及其他六家供应商都提供了费用中继服务。Kora 改变的是 Solana 基金会现在亲自交付标准的、经过审计的、兼容 KMS 的参考实现。这为每一个之前在自己开发或付费使用供应商方案的团队，从决策树中移除了“我们该信任哪个第三方支付主合约”的难题。

Kora 之上的供应商层​

有趣的是，对于那些已经围绕 Kora 刚弥补的空白建立业务的嵌入式钱包供应商来说，情况会如何发展。

Privy（2025 年 6 月被 Stripe 收购）一直是寻求支持邮箱登录的 Solana dApp 的首选消费级应用钱包。虽然 Solana 在官方定位上是 Privy 的次要链（其深耕领域在 EVM），但其嵌入式钱包流程已扩展到 Solana，且 Privy 已经支持配置由应用管理的手续费支付者钱包（Fee Payer Wallet）。Kora 并没有取代 Privy；它为 Privy 提供了一个标准化的后端接入点，使开发者无需为每个客户运行自己的 Paymaster 服务。

Turnkey 是安全优先的嵌入式签名器，与 Kora 的远程签名 API 是天然的搭档。Turnkey 明确表示不包含 Paymaster 基础设施，因此以前那些希望同时拥有硬件隔离密钥和无 Gas 体验（Gasless UX）的 Solana 团队，不得不强行将两个供应商的产品拼接在一起。Kora 简化了这种集成。

Dynamic（2025 年被 Fireblocks 收购）为机构团队带来了多链认证方案。背靠 Fireblocks 的定位使 Dynamic 成为那些既需要 Solana 和 EVM 覆盖，又需要满足企业级合规要求的金融科技公司的自然选择。Kora 为 Dynamic 提供了一个简洁的 Solana 手续费抽象方案，无需 Fireblocks 亲自开发竞争性的 Paymaster 产品。

Coinbase 开发者平台（Coinbase Developer Platform）的情况则有些尴尬。Coinbase 投入了大量资源，通过 Coinbase 智能钱包（Coinbase Smart Wallet）、Base 免费 Gas 和嵌入式钱包 SDK，将 Base 打造成默认的消费级区块链。Kora 缩小了 Base 一直在推销的差异化优势，尤其是对于那些希望通过原生 USDC 流程（Solana 在此领域已具备规模优势）吸引用户的应用。

可能的结果是，对于每一个不想亲自运营 Paymaster 服务的嵌入式钱包供应商来说，Kora 将成为他们默认的 Solana 后端。供应商们在身份认证用户体验（Auth UX）、密钥管理和策略控制上进行竞争，而 Kora 在底层处理手续费中继。这比之前的状态更健康：以前每个消费级 Solana dApp 都要独立做供应商决策，并评估每个候选者自研中继器的安全性。

这解决了什么，又没解决什么​

Kora 彻底填补了一个空白，但仍保留了其他几个空白。有必要精确区分它们。

Kora 解决的问题：

• 对于任何愿意用另一种代币补贴手续费的 dApp 来说，消除了“用户必须持有 SOL”的用户体验断层。
• 为以前必须在运营负担和供应商锁定之间做出选择的团队，解决了“自研还是购买 Paymaster”的决策难题。
• 弥补了机构接受度方面的差距，因为审计和 KMS 支持让受监管实体可以运行 Kora 节点，而无需自建。

Kora 未能解决的问题：

• 钱包获取本身 —— 用户仍然需要从某个地方获取嵌入式钱包，无论是 Phantom、Privy、Turnkey 还是 Coinbase。
• 账户抽象原语，如批量调用（Batched Calls）和会话密钥（Session Keys），这些仍需通过 PDA 和其他程序级模式在 Solana 上单独构建。
• 谁来支付 Kora 运营商垫付的 SOL 的经济问题。对于有代币收入或稳定币现金流的 dApp 来说，这没问题；但对于免费产品，Gas 赞助仅仅是获客成本（CAC）。
• 跨链用户体验，这仍然需要用户与桥或链抽象层（如 LayerZero、Wormhole 或 Across）进行交互。

“无 Gas 基础设施作为协议原语”这一论点具有两面性。Solana 现在拥有主流公链中最简洁的原生手续费抽象方案。但也意味着竞争的焦点上移到了钱包用户体验、恢复流程和账户抽象功能，而 EVM 在这些领域已有数年的领先优势。

开发者的战略解读​

对于在 2026 年中期选择公链的团队来说，权衡逻辑已经发生了变化。十二个月前，消费级用户入驻的答案只能是 Base、Abstract 或新的 EVM 消费级链。当时 Solana 拥有开发者的关注度和基础设施势头，但却因“获取 SOL”这一步骤而流失了零售用户。现在情况已不再如此。

今天在 Solana 上启动的消费级 dApp，如果前端使用 Privy 或 Turnkey，后端使用 Kora，其功能上的用户体验面与 Base 上的等效堆栈几乎一致：邮箱登录、无 Gas 交易、USDC 支付手续费、亚秒级最终性。剩下的区别仅在于运行时模型、工具生态系统和可用流动性。对于一个渴望 Solana 高吞吐量和 DEX 深度的应用来说，选择 EVM 的用户体验理由已大幅削弱。

对于已经在 Base 上发布产品的团队来说，Kora 不会改变当下的决定。但它确实改变了长期的竞争压力。如果具备最简洁用户体验的消费级 dApp 开始在 Solana 上涌现，仅仅是因为新基础设施减少了一个集成烦恼，那么围绕 Base 消费级入驻门槛的引力就会开始倾斜。

诚实的评价是，Kora 是必要的，但还不够。它消除了开发者不选择 Solana 开发消费级应用的特定理由，但其本身并没创造出一个选择 Solana 的新理由。接下来的两个季度将揭示嵌入式钱包供应商是否真的会默认采用 Kora，新的消费级 dApp 是否会将其列为选链原因，以及现有的 EVM 消费级链是否会通过改进自己的基础设施方案来做出回击。

无论如何，“用户在交易前必须获取 SOL”终于成了一个历史遗留问题，而非现状。单凭这一点，就值得发布。

BlockEden.xyz 为构建消费级 dApp、支付通道和交易系统的团队提供生产级的 Solana RPC 基础设施。如果你正在集成无 Gas 流程或扩展 Solana 产品，请 探索我们的 API 市场，获取专为下一代消费级加密应用设计的低延迟节点。

参考资料​

• GitHub：solana-foundation/kora
• Kora — 不再因 “SOL 余额不足” 而流失用户
• 如何通过 Kora 在 Solana 上启用无 Gas 交易 — QuickNode
• Solana 基金会推出 Kora：实现零手续费交易及自定义费用代币 — Metaverse Post
• Kora 费用中继器助力 Solana 应用入门与费用管理 — Cryptonomist
• 费用赞助 — Solana Cookbook
• 什么是 Solana 上的 ERC-4337？ — Solana Developers
• 账户抽象：以太坊 vs Solana 详解 — Squads
• Circle 的 Gas Station 如何在 Solana 上利用费用支付者实现无 Gas 交易
• 在 Solana 上赞助交易 — Privy 文档
• 2026 年最适合开发者的 Solana 钱包 — Openfort
• Coinbase 智能钱包 — 钱包现状报告（第二部分）
• Anza 概述 2026 年 Solana 的关键发展趋势 — Phemex

如果你的社交图谱——这张包含你关注的每一个人、点赞的每一条动态、打赏过的每一位创作者的无形地图——不再被锁定在大型公司的数据库中，会怎样？如果在短短一个周末内，无需任何用户动一根手指，就能将 65 万份个人资料、2800 万个社交连接和 1200 万条帖子迁移到一个全新的区块链上，又会怎样？

这正是 Lens 在发布 Lens Chain 和 Lens V3 时所实现的壮举。借此，该项目下注了 Web3 迄今为止最大的一场赌注：SocialFi（具备内置变现功能的去中心化社交媒体）需要自己专属的定制化 Layer 2，而不是与 DeFi 机器人和 NFT 投机者共用的通用型区块链。选定的技术栈包括：用于执行的 ZKsync ZK Stack、用于数据可用性的 Avail，以及作为 Gas 代币的 Aave GHO 稳定币。

这是一个带有明确立场的赌注。它也可能是一个正确的选择。

想象一下，你对一个 DeFi 机器人说："把我所有的 WETH 兑换成 USDC，存入 Aave，但前提是我的最终余额保持在 5,000 美元以上。"在今天，这条指令需要开发者在签名前硬编码每一个参数——确切的 WETH 余额、预期的 USDC 输出、Aave 存款金额——从而创建一笔脆弱的交易，一旦市场条件在签名区块和上链区块之间发生变化，交易就会失败。ERC-8211 由 Biconomy 和以太坊基金会于 2026 年 4 月 6 日发布，彻底消除了这种脆弱性。它是第一个让 AI 代理能够读取实时链上状态、验证条件并在单笔原子交易中执行多步策略的以太坊标准——将静态批量调用转变为智能、自适应的工作流。

这个时间点并非巧合。仅 Virtuals Protocol 上就有超过 17,000 个 AI 代理在运行。Coinbase 的 AgentKit 为多个 LLM 提供商提供自主钱包支持。NEAR 的联合创始人宣称"区块链的用户将是 AI 代理"。但直到现在，这些代理一直被迫通过与人类在前端点击按钮相同的僵化交易格式与 DeFi 交互。ERC-8211 为它们提供了根本不同的能力：在链上、在执行时组合决策，并内置安全护栏。

问题所在：静态批处理从未为自主代理而设计​

像 Multicall3 和 ERC-4337 打包器这样的多调用合约已经可以让钱包将多笔交易合并为一笔。但每个参数都必须在签名时锁定。如果一个 AI 代理签署了一笔将 2.5 WETH 兑换为 USDC 并将所得存入 Aave 的批量交易，那么 2.5 WETH 这个数字就被冻结了——即使代理的实际余额在签名和执行之间因待处理的转账到达或费用扣除而发生了变化。

这为自主代理带来了三个连锁问题：

• 状态过时： 当批量交易被包含在区块中时，它所假设的链上状态可能已经不再成立。0.3% 的价格波动就可能导致兑换回滚，浪费 Gas 并使策略执行到一半就中断。
• 过度指定： 代理必须在签名前预计算每一个中间值（精确的输出金额、滑点阈值、存款数量）。对于一个五步杠杆循环，这意味着预测五个连续输出——其中任何一个都可能使其余的失效。
• 无条件逻辑： 静态批处理是全有或全无的。没有办法表达"仅当第二步的结果超过阈值时才执行第三步"。代理无法在批处理本身中表达安全约束。

结果是，今天的 AI 代理执行 DeFi 策略的灵活性就像一张打印好的登机牌——每个细节都必须在出发前正确，任何变化都需要重新开始。

ERC-8211 的工作原理：Fetcher、约束和谓词​

ERC-8211 引入了 Biconomy 所称的"智能批处理"——一种合约层编码标准，批处理中的每个参数都声明了如何获取其值以及该值必须满足哪些条件。该标准基于三个基本原语构建：

Fetcher（取值器）​

每个输入参数都携带一个 fetcher 类型，决定其值在执行时（而非签名时）如何获取。有三种 fetcher 类型可用：

• RAW_BYTES： 值是硬编码的，与传统批处理相同。
• STATIC_CALL： 值从实时链上合约调用中读取——检查余额、查询预言机价格或读取池的储备量。
• BALANCE： 值是执行账户在执行时刻的原生代币或 ERC-20 余额。

然后，路由目标决定解析后的值去向：进入调用的目标地址、其 value 字段或其 calldata。

Constraint（约束）​

每个解析后的值都可以携带内联约束——在调用继续之前在链上验证的逻辑检查。支持的约束类型包括 EQ（等于）、GTE（大于或等于）、LTE（小于或等于）和 IN（集合成员）。如果任何约束失败，整个批处理将原子性回滚。

在实践中，这意味着代理可以说："获取我的 WETH 余额（BALANCE fetcher），确认它 GTE 1.0 WETH（约束），然后将解析后的值传入兑换 calldata（路由）。"

Predicate（谓词）​

target = address(0) 的条目充当纯断言检查点。它们编码链上状态的布尔条件——例如，验证钱包的 USDC 余额在杠杆循环后是否保持在安全底线以上——而不执行任何外部调用。如果谓词失败，批处理回滚。

这三个基本原语共同将批处理从静态脚本转变为反应式程序："将我全部的 WETH 余额兑换为 USDC，然后将到账的金额精确地存入 Aave，但前提是我的最终余额超过安全底线。"所有操作在一笔交易中完成，全部在执行时解析。

新兴的代理协议栈​

ERC-8211 并非孤立存在。它嵌入了以太坊基金会专门为自主代理构建的日益完善的协议栈中：

这个类比并非偶然：ERC-8004 识别谁在交易，ERC-8183 管理什么工作正在交换，ERC-8211 处理工作如何在链上执行，x402 管理代理之间的支付如何流转。它们共同形成了行业观察者开始称之为"链上 AI 的 TCP/IP 时刻"的分层架构——每个协议清晰地处理一个关注点。

ERC-8183 与 ERC-8211 尤为互补。其 Job 原语——客户代理雇佣提供者代理、托管资金被持有、评估者证明交付——恰好产生了 ERC-8211 设计来执行的那种多步骤、条件性链上操作。通过 ERC-8183 接受工作的 AI 代理可能需要执行一系列 DeFi 操作（兑换、存入、借贷）来完成工作。ERC-8211 确保这些操作即使在工作接受和执行之间市场条件发生变化时也能正确执行。

竞争方案：AgentKit、NEAR Chain Signatures 和碎片化风险​

ERC-8211 的智能批处理并非唯一争夺成为 AI 代理标准执行层的框架：

Coinbase AgentKit 为 AI 代理提供钱包基础设施和链上操作原语，原生支持 OpenAI、Anthropic 和 Llama 模型。2026 年 3 月，World（Sam Altman 的身份项目）推出了集成 x402 支付和 World ID 验证的 AgentKit 集成，使代理能够携带人类支持的加密证明。AgentKit 在钱包管理和简单交易方面表现出色，但目前不提供 ERC-8211 所具备的条件化、状态感知执行能力。

NEAR Chain Signatures 采用不同的架构方法：代理获得自己的 NEAR 账户，私钥存储在可信执行环境（TEE）中，通过 Chain Signatures 技术，它们可以从单一的 NEAR 身份在任何区块链——Ethereum、Bitcoin、Solana——上签署交易。这优雅地解决了多链问题，但运作在基础设施层而非执行语义层。

Visa 的 Trusted Agent Protocol 和 Google 的 AP2（Agent Payment Protocol 2.0） 解决的是支付和商户验证方面的问题，帮助传统商业识别和处理 AI 代理交易。它们与 ERC-8211 的链上执行重点互补而非竞争。

碎片化风险是真实存在的。如果 AgentKit 构建自己的条件执行原语，或者 NEAR 开发竞争性的批处理执行标准，代理可能面临与早期 DeFi 相同的互操作性挑战——多个标准解决同一个问题，没有一个达到临界规模。ERC-8211 的优势在于它与现有账户抽象基础设施（ERC-4337、ERC-7683）的兼容性及其最小化的占用：它不需要协议分叉，不需要新的操作码，并且适用于任何智能账户实现。

为什么这很重要：400,000 代理经济需要链上可组合性​

数据清晰地描绘了紧迫性。据 Chainalysis 估计，目前有超过 400,000 个 AI 代理在区块链网络上运行。仅 Virtuals Protocol 就已突破 3,950 万美元的累计收入，拥有 17,000 多个代理。Coinbase 的 AgentKit 支持所有主要 LLM 的自主钱包。代理经济不是投机——它正在产生真实收入并执行真实交易。

但这些代理受限于为人类用户设计的基础设施。人类在 Uniswap 上签署兑换时可以检查价格、调整滑点并确认——所有这些都在几秒钟内完成。大规模运行的自主代理无法承受这种手动反馈循环。它需要将复杂策略表达为自包含、自验证的交易包，无论签名和上链之间发生什么都能正确执行。

ERC-8211 的影响超越了 DeFi 自动化。考虑以下场景：

• 自主资金库管理： DAO 资金库代理在收益协议之间进行再平衡，通过谓词检查确保没有单个协议持有超过 30% 的资金——全部在一笔原子交易中完成。
• 抗 MEV 执行： 通过在执行时而非签名时解析值，智能批处理减少了 MEV 搜索者可利用的信息——他们通常利用待处理交易中的过时参数。
• 跨协议套利： 检测到 Uniswap 和 Curve 之间价格差异的代理可以原子性地执行套利，并通过约束确保最低利润阈值，消除了执行一腿成功而另一腿失败的风险。

前路展望：从标准到基础设施​

ERC-8211 目前仍是一个 ERC 提案，而非最终确定的标准。其参考实现是开源的，并以演示形式上线，但采用取决于钱包提供商、打包器运营商和 DeFi 协议对智能批处理接口的集成。该标准的账户无关设计——它适用于 ERC-4337 智能账户、ERC-7683 跨链意图和通过执行器合约使用的传统 EOA——消除了最大的采用障碍，但集成仍需要积极开发。

四标准代理栈（ERC-8004 + ERC-8183 + ERC-8211 + x402）代表着一个连贯的愿景，但在加密领域，连贯的愿景历来在竞争压力下分裂。该栈是否会整合为事实标准还是分裂为竞争性实现，将取决于哪些协议率先发布生产级集成。

毫无疑问的是方向。区块链的主要用户正在从通过前端点击的人类转向执行程序化策略的自主代理。ERC-8211 是第一次认真尝试为这些代理提供与其能力匹配的交易格式——一种先思考再交易的格式。

正在构建与多链 DeFi 协议交互的 AI 代理？BlockEden.xyz 为 Ethereum、Sui、Aptos 和 20 多个网络提供高性能 RPC 端点和数据 API——这是你的代理进行可靠链上读取和执行所需的基础设施层。探索我们的 API 市场立即开始。

十五年来，加密货币的入网体验（Onboarding）一直糟糕得不可原谅。新用户下载钱包，被十二个看不懂的随机单词轰炸，发现做任何事都需要 ETH（但在没有 ETH 作为 Gas 的情况下又买不了 ETH），最后在完成第一笔交易前就愤怒退出。业界称之为“去中心化”，用户则称之为“充满敌意的设计”。

账户抽象——特别是 ERC-4337 与以太坊 2025 年 5 月的 EIP-7702 升级相结合——终于正在修复那些本不该出现的问题。目前在以太坊及其二层网络（Layer 2）上已部署了超过 4000 万个智能账户，其中近 2000 万个是在 2024 年内创建的。该标准已实现了超过 1 亿次用户操作（UserOperations），较 2023 年增长了 10 倍。随着 87% 的交易由支付主（Paymasters）赞助 Gas，我们正在见证“使用以太坊必须先有 ETH”这一悖论的终结。

这不是渐进式的改进——而是加密货币不再因为用户不是密码学家而惩罚他们的转折点。

4000 万智能账户里程碑：发生了什么变化​

账户抽象并非新鲜事——开发者自以太坊早期就开始讨论它。2024-2025 年发生的变化是部署基础设施、钱包支持以及 Layer 2 的扩展，使智能账户在经济上变得可行。

ERC-4337 于 2023 年 3 月定稿，引入了一种在不改变以太坊核心协议的情况下实现智能合约钱包的标准方法。它通过用户操作（UserOperations）工作——这些是由被称为捆绑器（Bundlers）的专用节点打包并提交的伪交易——从而实现了传统外部拥有账户（EOA）无法实现的功能：

• 无 Gas 交易：支付主（Paymasters）赞助 Gas 费用，解决了 ETH 启动难题
• 批量交易：将多个操作合并为一个，减少成本和点击次数
• 社交恢复：通过受信任的联系人恢复账户，而非助记词
• 会话密钥：向应用授予临时权限，而无需暴露主密钥
• 可编程安全：自定义验证逻辑、支出限制、欺诈检测

4000 万的部署里程碑代表了 7 倍的同比年增长率。近一半的账户是在 2024 年创建的，随着主流钱包和 Layer 2 采用 ERC-4337 基础设施，这一增长在 2025 年进一步加速。

Base、Polygon 和 Optimism 领跑了这一趋势。Base 与 Coinbase Wallet 的集成实现了数百万用户的无 Gas 入网。Polygon 强大的游戏生态系统利用智能账户处理游戏内经济，而无需玩家管理私钥。Optimism 的 OP Stack 标准化帮助了较小的 L2 在无需自定义实现的情况下采用账户抽象。

但真正的催化剂是 EIP-7702，它随以太坊 2025 年 5 月 7 日的 Pectra 升级正式激活。

EIP-7702：如何升级 3 亿个现有钱包​

ERC-4337 智能账户虽然强大，但它们是新账户。如果你从 2015 年起就开始使用以太坊，你的资产都存放在 EOA 中——这是一种由私钥控制一切的简单键值对。将这些资产迁移到智能账户需要进行交易、支付 Gas 费并承担操作风险。对于大多数用户来说，这种摩擦太高了。

EIP-7702 通过允许现有的 EOA 在交易期间临时执行智能合约代码解决了这一问题。它引入了一种新的交易类型（0x04），EOA 可以在不永久变成合约的情况下附加可执行字节码。

以下是它的工作原理：EOA 所有者签署一个“委托指示符（Delegation Designator）”——一个包含其账户临时采用的可执行代码的地址。在交易期间，EOA 获得了智能合约的能力：批量操作、Gas 赞助、自定义验证逻辑。交易完成后，EOA 恢复到原始状态，但基础设施现在已将其识别为兼容账户抽象。

这意味着 3 亿多个现有的以太坊地址 无需迁移资产或部署新合约即可获得智能账户功能。MetaMask、Trust Wallet 和 Ambire 等钱包可以透明地升级用户账户，从而实现：

• 无 Gas 入网：应用为新用户赞助 Gas，消除 ETH 悖论
• 交易批量化：只需点击一次即可批准并兑换代币，而无需进行两笔交易
• 委托给替代密钥方案：使用 Face ID、通行密钥（Passkeys）或硬件钱包作为主要身份验证方式

主流钱包在 Pectra 升级后的几周内就实现了 EIP-7702 支持。Ambire 和 Trust Wallet 立即推出了支持，使其用户的 EOA 在无需手动迁移的情况下具备了账户抽象能力。这不仅仅是功能升级，更是对以太坊整个存量用户群进行的现代化 UX 改造。

ERC-4337（新智能账户）与 EIP-7702（升级现有账户）的结合，为实现行业预测的 2025 年底突破 2 亿个智能账户 铺平了道路。这不是炒作——这是消除加密货币无故强加给自身的入网摩擦后的必然结果。

1 亿次 UserOperations：真实的采用率指标​

如果没有人使用，智能账户（Smart account）的部署量就只是一个虚荣指标。UserOperations —— 即 ERC-4337 智能账户提交的类交易捆绑包 —— 才反映了真实的情况。

ERC-4337 标准已实现了 超过 1 亿次 UserOperations，高于 2023 年的 830 万次。在短短一年内增长了 12 倍，这主要由游戏、DeFi 和无 Gas 入网流程驱动。

其中 87% 的 UserOperations 是由 Paymaster 赞助 Gas 的 —— 这种智能合约代表用户支付交易费用。这是杀手级功能。与其强迫用户在与你的应用交互之前先获取 ETH，开发者可以赞助 Gas 并让用户立即入网。成本是多少？每笔交易只需几美分。收益呢？消除了加密货币入网中的第一大摩擦点。

Paymaster 以三种模式运行：

1. 全额赞助：应用支付所有 Gas 费用。用于入网、推荐或促销活动。
2. ERC-20 支付：用户使用 USDC、DAI 或应用原生代币而非 ETH 支付 Gas。这在玩家赚取代币但不持有 ETH 的游戏中很常见。
3. 有条件赞助：如果满足某些条件（例如：首次交易、交易金额超过阈值、由现有成员推荐），则赞助 Gas 费用。

实际影响：新用户可以在 60 秒内完成从注册到首次交易的全过程，无需接触中心化交易所，无需下载多个钱包，也不需要了解 Gas 费用。他们使用电子邮件和密码（或社交登录）注册，应用赞助他们的首次交易。当他们需要了解钱包和密钥时，他们已经在体验应用并感受其价值了。

这就是 Web2 应用的工作方式。这也是加密货币本应有的样子。

无 Gas 交易：终结 ETH 启动难题​

“你需要 ETH 才能使用以太坊”这个问题一直是加密货币最尴尬的 UX 失败。想象一下告诉新应用的用户：“在你尝试这个之前，你需要去另一个服务，验证你的身份，购买该网络的货币，然后将其转移到这个应用。此外，如果你用完了那种货币，你的其他资金就都无法使用了。”

Paymaster 终结了这种荒谬。开发者现在可以引导零 ETH 的用户入网，赞助他们的首次交易，并让他们立即与 DeFi、游戏或社交应用交互。一旦用户熟悉了操作，他们可以过渡到自托管并自己管理 Gas，但初始体验不会因为用户不了解区块链内部原理而惩罚他们。

Circle 的 Paymaster 是一个典型例子。它允许应用程序为使用 USDC 支付的用户赞助 Gas 费用。钱包中持有 USDC 的用户可以在以太坊或 Layer 2 上进行交易，而无需获取 ETH。Paymaster 在后台将 USDC 转换为 Gas 费，对用户来说是透明的。对于稳定币优先的应用（汇款、支付、储蓄），这消除了管理波动性 Gas 代币的心理负担。

Base 的 Paymaster 基础设施 让 Coinbase 能够引导数百万用户进入 DeFi，而无需面对加密货币的复杂性。Coinbase 钱包默认使用 Base，赞助初始交易，并让用户在了解什么是 Gas 之前就与 Uniswap 或 Aave 等应用交互。当用户需要购买 ETH 时，他们已经体验到了价值，并对系统为何如此运行有了背景了解。

游戏平台 如 Immutable X 和 Treasure DAO 使用 Paymaster 来补贴玩家交易。游戏内操作 —— 铸造物品、在市场交易、领取奖励 —— 都会立即发生，无需中断游戏流程去批准 Gas 交易。玩家通过游戏赚取代币，稍后可以将其用于 Gas 或进行交易，但初始体验是无摩擦的。

结果是：在 2024-2025 年，应用程序赞助了数千万美元的 Gas 费用。这不是慈善 —— 而是客户获取成本。应用开发者已经认定，每笔交易支付 0.02-0.10 美元来引导用户入网，比强迫用户先去中心化交易所操作更便宜、更有效。

批量交易：一键完成多个动作​

传统以太坊 UX 最令人沮丧的方面之一是需要单独批准每个操作。想在 Uniswap 上将 USDC 兑换为 ETH？那需要两笔交易：一笔批准 Uniswap 使用你的 USDC，另一笔执行兑换。每笔交易都需要钱包弹窗、Gas 费确认和区块确认时间。对于新用户来说，这感觉像是应用坏了。对于资深用户来说，这只是让人厌烦。

ERC-4337 和 EIP-7702 支持交易批量处理（Batching），其中多个操作可以捆绑成一个 UserOperation。同样的 Uniswap 兑换变成了点击一次、确认一次、支付一笔 Gas 费。智能账户在内部按顺序执行批准和兑换，但用户只看到一笔交易。

用例远不止 DeFi：

• NFT 铸造：在一次交易中完成批准 USDC、铸造 NFT 并挂单到市场
• 游戏：同时领取奖励、升级道具和质押代币
• DAO 治理：在单次交易中对多个提案投票，而不是为每个提案支付 Gas
• 社交应用：发布内容、打赏创作者和关注账号，无需逐项确认

这不仅仅是 UX 的润色 —— 它从根本上改变了用户与链上应用的交互方式。以前感到笨重且昂贵的复杂多步流程，现在变得即时且连贯。“这个应用很复杂”与“这个应用好用”之间的区别，通常就取决于是否采用了批量处理。

社交恢复：告别助记词焦虑​

询问任何非加密原生用户，他们对自托管最担心的是什么，答案无一例外是：“如果我丢失了助记词怎么办？”助记词在理论上是安全的，但在实践中却是灾难性的。用户通常将其写在纸上（容易丢失或损坏），存储在密码管理器中（存在单点故障），或者干脆不备份（设备故障时必然丢失）。

社交恢复 颠覆了这一模式。智能账户不再将 12 个单词的助记词作为唯一的恢复方法，而是允许用户指定信任的“守护者”——朋友、家人甚至是硬件设备。如果主密钥丢失，这些守护者可以共同协作来恢复访问权限。

其运作原理如下：用户设置自己的智能账户并指定三名守护者（可以是任何数量和阈值，例如 3 分之 2、5 分之 3 等）。每位守护者持有一个恢复分片——这是一个部分密钥，其本身无法访问账户。如果用户丢失了主密钥，他们会联系守护者并请求恢复。一旦达到阈值（例如 3 名守护者中有 2 名批准），智能账户的访问权限就会转移到由用户控制的新密钥上。

Argent 在 2019 年率先推出了这一模式。到 2025 年，Argent 已为数十万用户启用了社交恢复功能，对于丢失设备的用户，其恢复成功率超过了 95%。这种心理转变是巨大的：不再是“我必须永远保护好这个助记词，否则会失去一切”，而是变成了“我需要与我信任的人保持联系，而这本就是我正在做的事情”。

Ambire Wallet 采用了混合方案，将电子邮件/密码身份验证与高价值账户的可选社交恢复相结合。追求简单的用户可以依赖基于电子邮件的恢复（加密的密钥分片存储在多个服务器上）。高级用户则可以在此基础上叠加社交恢复以增强安全性。

批评者认为：社交恢复并非纯粹的去信任化——它需要信任守护者不会串通。这很有道理。但对于大多数用户来说，信任三个朋友比信任自己永远不会丢掉一张纸要务实得多。加密货币对“纯粹自托管”的极端主义立场曾让 99% 的人类无法使用该生态系统。社交恢复是一种务实的折衷方案，它在现实的威胁模型下，既实现了用户准入，又没有牺牲安全性。

会话密钥：授权许可且不暴露私钥​

传统的外部账户（EOA）是“全有或全无”的：如果一个应用拥有你的私钥，它就可以搬空你钱包里的所有资产。这给那些需要频繁签署交易而又不希望用户不断干预的交互式应用（如游戏、社交应用、自动化交易机器人）带来了困境。

会话密钥 通过向应用授予临时的、有限的权限解决了这个问题。智能账户所有者可以创建一个会话密钥，该密钥在特定时间内（例如 24 小时）有效，且仅限于特定操作（例如在 Uniswap 上交易、铸造 NFT、在社交应用上发帖）。应用持有该会话密钥，可以在这些限制范围内执行交易，但无法访问账户的全部资金或执行未经授权的操作。

2025-2026 年爆发的应用场景：

• 游戏：玩家向游戏客户端授予会话密钥，从而实现即时的游戏内交易（领取战利品、交易物品、升级角色），而无需每隔 30 秒就弹出一次钱包弹窗。会话密钥的作用范围仅限于游戏相关的合约，并在会话结束后失效。

• 交易机器人：DeFi 用户为自动化交易策略创建会话密钥。机器人可以执行交易、重新平衡投资组合并领取收益，但无法提取资金或与白名单之外的合约交互。

• 社交应用：去中心化的 Twitter/Reddit 替代方案使用会话密钥，让用户在发帖、评论和打赏时无需逐一批准。会话密钥仅限于社交合约交互，并设有打赏金额上限。

这种安全模型是 具有时间限制和范围限制的权限——这正是 OAuth 在 Web2 应用中的运作方式。你不再是授予应用完整的账户访问权限，而是授予特定时间内的特定权限。如果应用受到攻击或表现出恶意行为，最坏的情况也会被限制在会话密钥的范围和有效期内。

这是用户从 Web2 带来的 UX 预期。加密货币在长达 15 年的时间里都没有实现这一点是不可原谅的，而账户抽象终于正在修复它。

Base、Polygon、Optimism：4000 万个智能账户的真实所在地​

这 4000 万个智能账户的部署并非均匀分布，而是集中在 Gas 费用足够低、能让账户抽象在经济上可行的二层网络（Layer 2）上。

Base 在采用率上处于领先地位，它利用 Coinbase 的分发渠道大规模引入零售用户。Coinbase Wallet 为新用户默认选择 Base，并透明地创建智能账户。大多数用户甚至没有意识到自己正在使用智能账户——他们通过电子邮件注册，开始交易，并体验无 Gas 的入网过程，而无需理解底层技术。这就是目标。加密货币不应该要求用户在尝试应用之前先理解默克尔树和椭圆曲线。

Base 的游戏生态系统极大地受益于账户抽象。构建在 Base 上的游戏使用会话密钥来实现无缝的游戏体验，通过批量交易来降低游戏内动作的延迟，并利用付款人（Paymasters）来补贴玩家的入网成本。其结果是：零加密经验的玩家可以开始玩 Web3 游戏，而察觉不到自己是在区块链上操作。

Polygon 凭借游戏和 NFT 平台采用 ERC-4337 较早获得了动力。Polygon 的极低费用（通常每笔交易低于 0.01 美元）使得付款人赞助 Gas 在经济上具有可持续性。像 Aavegotchi、Decentraland 和 The Sandbox 这样的项目都使用智能账户来消除那些想要与虚拟世界交互而非管理钱包的用户的摩擦。

Polygon 还与各大品牌（Starbucks Odyssey、Reddit Collectible Avatars、Nike .SWOOSH）合作，引入了数百万非加密用户。这些用户看不到钱包、助记词或 Gas 费用——他们看到的是游戏化的忠诚度计划和数字收藏品。在底层，他们使用的正是启用了账户抽象的智能账户。

Optimism 的 OP Stack 标准化使得账户抽象可以在不同的 Rollup 之间移植。任何 OP Stack 链都可以继承 Optimism 的 ERC-4337 基础设施，而无需自定义实现。这产生了一种网络效应：开发者只需编写一次支持账户抽象的应用，即可在 Base、Optimism 和其他 OP Stack 链上部署，且只需进行极少的修改。

Optimism 对公共物品资助的关注也激励了钱包开发者采用账户抽象。追溯性公共物品资助（RPGF）轮次明确奖励了改善以太坊 UX 的项目，账户抽象钱包获得了大量的资金分配。

其模式非常清晰：低费用 + 分发渠道 + 开发者工具 = 大规模采用。智能账户在以太坊主网上并没有流行起来，因为 5-50 美元的 Gas 费用使得付款人赞助变得昂贵得令人望而却步。它们在 L2 上蓬勃发展，因为单笔交易成本降至几美分，使得无 Gas 入网在经济上变得切实可行。

2 亿智能账户的终局​

行业预测估计，到 2025 年底智能账户数量将超过 2 亿，这一增长由 ERC-4337 的采用以及 EIP-7702 对现有 EOA 的改造所推动。这并非登月般的投机——而是消除人为摩擦后的自然结果。

通往 2 亿之路：

1. 移动钱包的普及。 Ambire Mobile、Trust Wallet 和 MetaMask Mobile 现在都支持账户抽象，为数十亿智能手机用户带来智能账户功能。移动端是下一波加密货币普及发生的地方，移动端 UX 无法忍受助记词管理或每笔交易的 Gas 确认。

2. 游戏入驻。 Web3 游戏是账户抽象最高频的使用场景。具有 P2E（Play-to-Earn）机制的免费游戏可以吸引数百万玩家，赞助初始交易，并实现无缝的游戏体验。如果 2025-2026 年有 10-20 款主流游戏采用账户抽象，那将带来 5000 万到 1 亿用户。

3. 企业级应用。 像 Circle、Stripe 和 PayPal 这样的公司正在整合区块链支付，但不会让客户承受助记词管理的麻烦。账户抽象使企业级应用能够以 Web2 级别的 UX 提供基于区块链的服务。

4. 社交应用。 去中心化社交平台（Farcaster、Lens、Friend.tech）需要无缝的入驻体验才能与 Twitter 和 Instagram 竞争。如果每发一条推文都需要钱包批准，没有人会使用去中心化 Twitter。会话密钥（Session keys）和 Paymasters（代付商）使去中心化社交应用变得可行。

5. EIP-7702 改造。 超过 3 亿个现有的以太坊 EOA 无需迁移即可获得智能账户功能。如果这些账户中仅有 20-30% 采用 EIP-7702 功能，那就是 6000 万到 9000 万个账户的升级。

拐点：当智能账户成为默认选项，而非例外。一旦主流钱包（MetaMask、Trust Wallet、Coinbase Wallet）为新用户默认创建智能账户，装机基数将迅速转变。EOA 将成为遗留基础设施，为了兼容性而保留，但不再是主要的端用户体验。

为什么 BlockEden.xyz 的开发者应该关注​

如果你在以太坊或 Layer 2 上构建，账户抽象不是可选的基础设施——而是竞争性 UX 的基本入场券。用户期望无 Gas 入驻、批量交易和社交恢复，因为这就是 Web2 应用的运作方式，也是现代加密应用应有的运作方式。

对于开发者而言，实现账户抽象意味着：

选择合适的基础设施： 使用 ERC-4337 捆绑器（Bundler）和 Paymaster 服务（Alchemy、Pimlico、Stackup、Biconomy），而不是从零开始构建。协议已经标准化，工具已经成熟，重新造轮子只是浪费时间。

设计隐藏复杂性的入驻流程： 不要在注册时向用户展示助记词。在他们体验到价值之前，不要要求确认 Gas 费用。赞助初始交易，使用会话密钥进行重复交互，并逐步引入高级功能。

支持社交恢复： 为普通用户提供基于电子邮件的恢复，为有需要的用户提供社交恢复，并为要求完全控制的资深用户提供助记词备份。不同的用户有不同的威胁模型——你的钱包应该能够适应所有这些模型。

账户抽象是让你的应用能够触达未来 10 亿用户的底层设施。如果你的入驻流程仍然要求用户在尝试产品之前购买 ETH，那么你就是在束手缚脚地进行竞争。

对于构建账户抽象应用的开发者，BlockEden.xyz 提供 RPC 基础设施，以支持大规模的智能账户。无论你是在实现 ERC-4337 UserOperations，集成 Paymaster 服务，还是在 Base、Polygon 或 Optimism 上部署，我们的 API 都能满足生产级账户抽象的吞吐量和可靠性需求。探索我们的 API 市场，构建下一代加密 UX。

来源​

• ERC-4337 文档
• 什么是 ERC-4337？ | Alchemy
• EIP-7702 实现指南 | QuickNode
• 以太坊 Pectra 升级概览 | Alchemy
• Pectra 升级与 EIP-7702 赋予 EOA 智能钱包超能力 | Circle
• 什么是 Paymasters? (ERC-4337) | Alchemy
• 使用 paymaster 进行无 Gas 交易 | Base 文档
• 什么是账户抽象？ | Ambire 博客
• 为什么账户抽象将解决加密货币最大的问题 | Medium

AllScale.io 是一个合法的、由风险投资支持的稳定币支付平台——而非代币项目——旨在服务新兴市场的自由职业者和小型企业。 该公司成立于 2025 年 2 月，获得了 YZi Labs、Draper Dragon 和 KuCoin Ventures 等知名加密风投的 650 万美元支持，显示出积极的信号：团队成员身份公开，拥有在 Kraken、Capital One 和 Block 等公司可验证的经验，并获得香港数码港孵化器的机构支持。然而，由于缺乏公开的安全审计以及平台极度年轻（成立不到一年），在进行重大参与之前，需要进行仔细的尽职调查。

AllScale 的作用及其解决的问题​

AllScale 将自己定位为“全球首个自托管稳定币新银行”，专为全球 6 亿多微型企业——自由职业者、内容创作者、中小企业和远程承包商——设计，这些企业在传统跨境支付方面面临困难。核心问题是：国际自由职业者面临银行账户障碍、高昂的电汇费用、货币兑换损失以及通常超过 5 个工作日的结算延迟。

该平台使企业能够创建发票，无论客户如何支付（信用卡、电汇或加密货币），都能以 USDT 或 USDC 接收付款，并通过非托管钱包即时访问资金。主要产品包括 AllScale Invoice（自 2025 年 9 月上线）、AllScale Pay（通过 Telegram、WhatsApp、Line 进行社交商务）和 AllScale Payroll（跨境承包商支付）。该公司强调“隐形加密”——客户可能不知道他们正在使用区块链底层技术，而商家则收到稳定币。

当前开发阶段：该平台处于 公开测试阶段，其工作产品已在 BNB 链主网上线。用户可以在 dashboard.allscale.io 访问仪表板，尽管可能需要排队。

技术架构依赖于 BNB 链和账户抽象​

AllScale 建立在现有区块链基础设施之上，而非运营自己的链。其主要技术栈包括：

基于通行密钥的方法消除了助记词管理带来的臭名昭著的用户体验摩擦，降低了主流采用的门槛。多链支付者赞助架构在幕后处理交易成本。

缺失之处：AllScale 没有公开的 GitHub 仓库——其基础设施是专有且闭源的。没有发布智能合约地址，没有可用的公共 API 或 SDK，docs.allscale.io 上的技术文档侧重于用户指南而非架构规范。这种不透明性阻碍了对其声明进行独立的技​​术验证。

无原生代币——平台使用 USDT 和 USDC​

AllScale 没有原生加密货币代币。这与许多 Web3 项目有着关键区别：不涉及 ICO、IDO、代币销售或投机资产。该公司作为一家传统的特拉华州 C 型公司运营，进行股权融资。

该平台使用第三方稳定币——主要是 USDT 和 USDC——作为支付媒介。用户以稳定币接收付款，并自动从法币或银行卡支付中进行转换。与 BNB 链的集成还提供了对 USD1（币安关联稳定币）的访问。

收入模式（估计，未公开披露）：

• 发票/支付处理的交易费用
• 法币到稳定币兑换的货币转换差价
• B2B 工资管理服务
• 出入金集成费

没有代币消除了某些风险（投机波动性、代币经济学操纵、监管证券问题），但也意味着除了股权参与之外，投资者没有代币相关的风险敞口。

四位身份公开的创始人，背景可验证​

AllScale 的团队展现出强大的透明度——所有创始人都已公开身份，并拥有可验证的专业履历：

Shawn Pang（首席执行官兼联合创始人）：西安大略大学计算机科学与商业专业。曾任 Capital One 支付欺诈产品经理；TikTok 加拿大首位产品经理；联合创立 HashMatrix，一家专注于 AI 产品的增长营销机构。

Ruoyang "Leo" Wang（首席运营官兼联合创始人）：多伦多大学计算机工程专业。曾在 PingCAP（分布式数据库）、IBM、AMD 和 Scotiabank 工作。曾有 CP Clickme 的创业经验。

Jun Li 和 Khalil Lin（联合创始人）：其他联合创始人，拥有法律/合规专业知识，据报道包括 OKX 背景。LinkedIn 个人资料可用。

Avrilyn Li（创始产品经理）：Ivey 商学院出身的 AI 到 Web3 创业者，负责薪资产品。

该团队声称拥有来自 Binance、OKX、Kraken、Block (Square)、Amazon、Dell 和 HP 的集体经验。团队总规模约为 7-11 名员工。

资金和投资者​

值得注意的参与投资者包括 KuCoin Ventures、Oak Grove Ventures、BlockBooster、Aptos、GSR Ventures 和 V3V Ventures。天使投资者包括 Gracy Chen 和 Jedi Lu。该公司是 香港数码港培育计划 的成员，这是一个政府支持的科技加速器。

主要安全问题：无公开审计或漏洞赏金计划​

这是研究中最显著的危险信号。 尽管通过智能合约钱包处理用户资金：

• 没有来自知名公司（CertiK、Hacken、Trail of Bits、OpenZeppelin、SlowMist）的公开智能合约审计
• 未列入 CertiK Skynet 或类似安全数据库
• 没有在 Immunefi、HackerOne 或 Bugcrowd 上设立漏洞赏金计划
• 未披露任何保险或承保机制
• 没有公开可见的安全披露政策

AllScale 声称拥有安全功能，包括自托管架构、自动化 KYC/KYB/KYT 合规性、用于通行密钥的硬件安全模块 (HSM) 集成以及 2FA 支持。自托管模型确实降低了平台交易对手风险——如果 AllScale 受到攻击，用户自己钱包中的资金理论上会比在托管服务中更安全。

积极的一面：AllScale 尚未报告任何安全事件、黑客攻击或漏洞利用。然而，考虑到平台尚处于早期，这种事件的缺失可能仅仅反映了有限的曝光，而非强大的安全性。

竞争格局和市场定位​

AllScale 在快速发展的稳定币支付领域展开竞争：

AllScale 的差异化因素：

• 自托管模式（用户控制资金）
• 通行密钥认证，消除助记词用户体验
• 通过账户抽象实现零 Gas 费
• 专注于新兴市场（非洲、拉丁美洲、东南亚）
• “最后一英里”中小企业定位，而非企业级重点

劣势：极度年轻、团队规模小、有限的业绩记录，与拥有成熟分销渠道的资金雄厚的现有巨头竞争。

社区活跃度处于早期阶段，并专注于 B2B​

AllScale 维护着标准的 Web3 社交渠道：

• X (推特)：@allscaleio（自 2025 年 4 月起活跃）
• Telegram：AllScaleHQ 社区群组
• Discord：活跃服务器，社区 ID 可见
• LinkedIn：AllScale Inc 公司页面
• Newsletter：“The Stablecoin Scoop”在 Substack 上发布

社区处于早期阶段，主要通过 AMA 问答环节、X Space 空间和合作公告进行互动。AllScale 与 HashKey Group 和 Amber Group 在香港共同举办了 稳定币峰会（2025 年 6 月）。

不适用传统 DeFi 指标：AllScale 是一个支付平台，而非 DeFi 协议，因此 TVL（总锁定价值）等指标不适用。该平台未在 DeFiLlama 或 Dune Analytics 上列出。投资者提及了用户数量和留存指标，但未公开披露。

值得注意的合作伙伴包括 BNB 链（官方生态系统合作伙伴）、Skill Afrika（非洲自由职业者社区）、Ethscriptions（L1 永久性）和 Asseto（RWA 代币化以获取收益产品）。

风险评估显示为中等风险的早期创业公司​

积极的合法性信号​

• 身份公开的团队，拥有可验证的专业背景
• 知名加密风投（YZi Labs、Draper Dragon、Amber Group、KuCoin Ventures）
• 香港数码港机构支持
• 特拉华州 C 型公司法律结构
• 在 BNB 链主网上线的可用产品
• 未发现诈骗指控、BBB 投诉或社区警告
• 无匿名团队担忧
• 无不切实际的收益承诺或代币投机
• 积极合规定位（GENIUS Act、香港稳定币条例）

需要谨慎的领域​

• 极度年轻：成立于 2025 年 2 月，不到一年
• 无公开安全审计，尽管处理资金
• 无漏洞赏金计划
• 无独立用户评论或社区反馈可用
• 闭源基础设施——无法独立验证其声明
• 媒体报道主要为新闻稿转载，而非独立新闻报道
• 中心化风险：公司运营平台，对 BNB 链的依赖
• 团队规模小（约 7-11 人），却执行雄心勃勃的全球范围

未发现（可能因缺失而产生的黄旗）​

• 未公开披露用户指标
• 无收入数据
• 无正式顾问委员会
• 无特定监管许可证（香港框架尚未生效）

最新发展和路线图​

最新里程碑（2025 年）：

• 12 月 8 日：宣布 500 万美元种子轮融资（YZi Labs 领投）
• 11 月：AllScale Pay 在 BNB 链上线；与 Skill Afrika 合作
• 10 月：与 Ethscriptions 合作，实现 L1 永久性
• 9 月：AllScale Invoice 产品发布
• 8 月：与 BNB 链集成，支持 USD1
• 6 月：香港稳定币峰会；150 万美元种子前轮融资

即将推出：

• 2026 年第一季度：拉丁美洲市场扩张
• 未来：DeFi 收益选项、扩展跨链能力、B2B 企业解决方案

结论​

AllScale.io 作为一个合法的早期创业公司出现，而非诈骗担忧，它由可信的投资者和透明、可验证的团队支持。该项目通过深思熟虑的技术方法，利用账户抽象和稳定币，解决了新兴市场自由职业者面临的真实市场问题——跨境支付摩擦。

然而，在进行有意义的参与之前，两个重大缺陷需要关注：完全缺乏公开安全审计以及阻碍独立验证的闭源基础设施。对于一个处理用户资金的平台而言，无论团队资质如何，这些遗漏都是实质性担忧。

总体风险评级：中等。 该创业公司显示出强大的合法性信号，但带有固有的早期风险。潜在用户应从小额开始，直到发布安全审计报告。潜在合作伙伴应要求直接访问技术规范和审计报告。该项目值得关注，尤其是在 2026 年第一季度发布的任何安全审计公告。

如何消除钱包摩擦，保持用户流动，并预测收益

如果你的 Web3 应用拥有与现代 Web2 服务相同的无缝注册流程会怎样？这正是 Sui 区块链上 zkLogin 的核心承诺。它的工作方式类似于 Sui 的 OAuth，允许用户使用 Google、Apple、X 等熟悉的账户登录。随后，零知识证明安全地将该 Web2 身份关联到链上的 Sui 地址——无需钱包弹窗、无需助记词、也不会导致用户流失。

这种影响是真实且立竿见影的。已有数十万 zkLogin 账户上线，案例研究显示，在去除传统钱包壁垒后，用户转化率从低迷的 17% 飙升至健康的 42%。下面我们来拆解其工作原理以及它能为你的项目带来什么。

为什么钱包阻碍首次转化​

你已经构建了突破性的 dApp，但用户获取漏斗出现泄漏。罪魁祸首几乎总是相同的：“连接钱包”按钮。标准的 Web3 入门流程是一系列扩展安装、助记词警告以及加密术语问答的迷宫。

这对新手来说是巨大的障碍。用户体验研究者观察到，一旦出现钱包提示，流失率高达 87%。在一次有说服力的实验中，仅将该提示重新安排到结算流程的后期，完成率就提升至 94%。即使是对加密感兴趣的用户，主要担忧也是“如果点错按钮，我可能会失去资金”。去除这一步骤是释放指数增长的关键。

zkLogin 工作原理（通俗易懂）​

zkLogin 通过使用每个互联网用户已经信任的技术，巧妙地规避了钱包问题。以下几个快速步骤在幕后完成了魔法：

1. 临时密钥对：当用户想要登录时，浏览器本地会生成一个临时的、仅限单次会话的密钥对。可以把它看作一次性通行钥，只在本次会话有效。
2. OAuth 流程：用户使用 Google、Apple 或其他社交账户登录。你的应用巧妙地在登录请求中嵌入唯一值（nonce）。
3. ZKP 服务：登录成功后，ZKP（零知识证明）服务生成加密证明。该证明确认 “此 OAuth 令牌授权临时通行钥的持有者”，且从未在链上泄露用户的个人身份。
4. 派生地址：将 OAuth 提供商返回的用户 JWT（JSON Web Token）与唯一的 盐 结合，确定性地生成其永久的 Sui 地址。盐保持私密，可在客户端或安全的后端保存。
5. 提交交易：你的应用使用临时密钥签名交易并附加 ZK 证明。Sui 验证节点在链上验证该证明，确认交易合法性，用户无需传统钱包。

步骤集成指南​

准备好实现了吗？以下是使用 TypeScript SDK 的快速指南。Rust 或 Python 的原理完全相同。

1. Install SDK​

@mysten/sui 包含了所有你需要的 zklogin 辅助工具。

pnpm add @mysten/sui

2. Generate Keys & Nonce​

首先，创建一个临时密钥对，并生成与当前 Sui 网络 epoch 关联的 nonce。

const keypair = new Ed25519Keypair();
const { epoch } = await suiClient.getLatestSuiSystemState();
const nonce = generateNonce(keypair.getPublicKey(), Number(epoch) + 2, generateRandomness());

3. Redirect to OAuth​

为你使用的提供商（例如 Google、Facebook、Apple）构建相应的 OAuth 登录 URL，并将用户重定向至该 URL。

4. Decode JWT & Fetch User Salt​

用户登录并返回后，从 URL 中获取 id_token。使用它向后端获取用户专属的盐，然后派生出他们的 Sui 地址。

const jwt = new URLSearchParams(window.location.search).get('id_token')!;
const salt = await fetch('/api/salt?jwt=' + jwt).then(r => r.text());
const address = jwtToAddress(jwt, salt);

5. Request ZK Proof​

将 JWT 发送至证明服务以获取 ZK 证明。开发阶段可以使用 Mysten 的公共证明服务。生产环境下请自行部署或使用如 Enoki 的服务。

const proof = await fetch('/api/prove', {
  method:'POST',
  body: JSON.stringify({ jwt, ... })
}).then(r => r.json());

6. Sign & Send​

现在，构建交易，将发送者设为用户的 zkLogin 地址并执行。SDK 会自动附加 zkLoginInputs（即证明）。✨

const tx = new TransactionBlock();
tx.moveCall({ target:'0x2::example::touch_grass' }); // Any Move call
tx.setSender(address);
tx.setGasBudget(5_000_000);

await suiClient.signAndExecuteTransactionBlock({
  transactionBlock: tx,
  zkLoginInputs: proof // The magic happens here
});

7. Persist Session​

为获得更流畅的用户体验，请将密钥对和盐加密后存储在 IndexedDB 或本地存储中。记得每隔几个 epoch 轮换一次，以提升安全性。

KPI 投影模板​

zkLogin 带来的差异不仅是定性的，更是可量化的。对比典型的入职漏斗与使用 zkLogin 的漏斗：

👉 这意味着： 对于一次吸引 10,000 名独立访客的活动，这相当于 300 次首日链上行为与超过 2,500 次之间的差距。

Best Practices & Gotchas​

为了打造更无缝的体验，请牢记以下专业提示：

• 使用赞助交易：为用户支付前几笔交易费用。这消除所有摩擦，带来令人惊叹的 “啊哈” 时刻。
• 谨慎处理盐：更改用户的盐会生成新地址。仅在你拥有可靠的恢复方案时才这样做。
• 展示 Sui 地址：注册后向用户展示其链上地址。这样高级用户可以在以后自行导入到传统钱包中。
• 防止刷新循环：缓存 JWT 和临时密钥对直至过期，避免反复要求用户登录。
• 监控证明服务延迟：关注证明生成的往返时间。如果超过 2 秒，考虑部署区域性证明服务以保持快速响应。

Where BlockEden.xyz Adds Value​

虽然 zkLogin 完善了面向用户的流程，但在扩展时会带来新的后端挑战。这正是 BlockEden.xyz 发挥作用的地方。

• API 层：我们的高吞吐、地域路由的 RPC 节点确保你的 zkLogin 交易以最低延迟处理，无论用户位于何处。
• 可观测性：提供开箱即用的仪表盘，跟踪关键指标，如证明延迟、成功/失败比例以及转化漏斗健康度。
• 合规性：对于桥接至法币的应用，我们的可选 KYC 模块可直接基于用户已验证身份提供合规的上链入口。

Ready to Ship?​

笨拙、令人望而却步的钱包流程时代已经结束。启动 zkLogin 沙盒，接入 BlockEden 的全节点端点，观察你的注册曲线向上攀升——而用户甚至不需要听到 “钱包” 这个词。 😉

// 这里可以放置示例代码或其他内容

多年来，加密世界一直被一个关键的可用性问题所困扰：钱包。传统钱包，即外部拥有账户（EOA），容错率极低。一次种子短语丢失就意味着资金永远失去。每一次操作都需要签名，且必须使用链的原生代币支付 gas 费。这种笨拙且高风险的体验是主流采用的主要障碍。

账户抽象（AA） 作为一种范式转变，正在重新定义我们与区块链的交互方式。其核心是将用户账户转变为可编程的智能合约，从而解锁社交恢复、一键交易以及灵活的 gas 支付等功能。

通往这一更智能未来的旅程正沿着三条不同的路径展开：经受实战检验的 ERC-4337、高效的 Native AA，以及备受期待的 EIP-7702。下面我们逐一解析每种方案对开发者和用户的意义。

💡 路径 1：先驱 — ERC-4337​

ERC-4337 是将账户抽象引入以太坊及 EVM 链的突破性方案，无需更改底层协议。可以把它看作在现有系统之上添加了一层智能层。

它引入了全新的交易流程，涉及：

• UserOperations：一种新对象，表示用户的意图（例如 “将 100 USDC 换成 ETH”）。
• Bundlers：链下角色，收集 UserOperations，将其打包并提交到网络。
• EntryPoint：全局智能合约，负责验证并执行打包后的操作。

优势：

• 通用兼容性：可部署在任何 EVM 链上。
• 灵活性：支持游戏会话密钥、多签安全、以及通过 Paymaster 实现的 gas 赞助等丰富功能。

权衡：

• 复杂度与成本：需要运行 Bundlers，基础设施开销显著；且由于每笔操作都要经过额外的 EntryPoint 逻辑，gas 成本在三种方案中最高。因此，它的采用主要集中在 gas 友好的 L2 上，如 Base 和 Polygon。

ERC-4337 为其他 AA 方案铺平了道路，验证了需求并奠定了更直观 Web3 体验的基础。

🚀 路径 2：理想实现 — Native Account Abstraction​

如果 ERC-4337 是插件，Native AA 则是将智能特性直接嵌入区块链底层。zkSync Era、Starknet 等链从一开始就把 AA 设为核心原则。在这些网络上，每个账户本身就是智能合约。

优势：

• 效率：AA 逻辑已内置于协议，省去额外层级，gas 成本显著低于 ERC-4337。
• 开发者友好：无需管理 Bundlers 或独立的 mempool，交易流程更像标准交易。

权衡：

• 生态碎片化：Native AA 是链特有的。zkSync 上的账户与 Starknet 上的账户不同，也都不是以太坊主网的原生账户。这导致跨链用户和开发者的体验被割裂。

Native AA 展示了效率的“终局”，但其普及度取决于所在生态的成长。

🌉 路径 3：务实桥梁 — EIP-7702​

计划在以太坊 2025 年的 “Pectra” 升级中引入的 EIP-7702，旨在为海量现有 EOA 用户带来 AA 功能。它采用混合方式：允许 EOA 临时委托其权限给智能合约，以完成单笔交易。

可以把它看作给你的 EOA 加上临时的超能力。无需迁移资金或更换地址，只需在交易中添加授权，即可实现批量操作（如一次点击完成批准 + 兑换）或获得 gas 赞助。

优势：

• 向后兼容：适用于已有的数十亿美元资产的 EOA，无需迁移。
• 低复杂度：使用标准交易池，无需 Bundlers，基础设施大幅简化。
• 大众采纳催化剂：让每个以太坊用户瞬间拥有智能特性，可能快速推动更佳 UX 模式的普及。

权衡：

• 非“完整” AA：EIP-7702 并未解决 EOA 本身的密钥管理问题，私钥丢失仍然导致资金不可用。它更侧重于增强交易能力，而非彻底改造账户安全。

对比概览​

未来：融合与以用户为中心​

这三条路径并非相互排斥，而是正趋向于一个钱包不再是摩擦点的未来。

1. 社交恢复成为标准 🛡️： “钥匙丢失，资金消失” 的时代即将结束。AA 让基于守护者的恢复成为可能，使自托管的安全性和宽容度堪比传统银行账户。
2. 游戏体验再造 🎮：会话密钥将实现无缝游戏，无需频繁弹出 “批准交易” 窗口，让 Web3 游戏的体验接近 Web2。
3. 钱包成为可编程平台：钱包将实现模块化。用户可以添加 “DeFi 模块” 实现自动收益，或添加 “安全模块” 为大额转账提供 2FA。

对于 Blockeden.xyz 这样的开发者与基础设施提供商而言，这一演进充满机遇。Bundlers、Paymasters 以及各种 AA 标准的复杂性，为提供稳健、可靠且抽象化的基础设施创造了巨大的市场空间。目标是打造统一体验：开发者只需简单接入 AA 功能，钱包会根据链的支持情况在 ERC-4337、Native AA 或 EIP-7702 之间智能切换。

钱包终于迎来了应有的升级。从静态的 EOA 到动态、可编程的智能账户，这不仅是一次改进，更是一场革命，将使 Web3 对下一代十亿用户变得可访问且安全。

想象一个用户可以无缝地与你的 dApp 交互，而无需持有任何原生代币（SUI）的世界。这已不再是遥不可及的梦想。借助 Sui 的 Gas Station（亦称 Paymaster），开发者可以代替用户支付 gas 费用，彻底消除新用户进入 Web3 的最大障碍之一，实现真正无摩擦的链上体验。

本文提供了将你的 dApp 升级为免 Gas 的完整指南。我们将深入探讨 Sui Paymaster 的核心概念、架构、实现模式以及最佳实践。

1. 背景与核心概念：什么是赞助交易？​

在区块链世界中，每笔交易都需要网络费用，即“gas”。对于习惯了 Web2 无缝体验的用户而言，这是一道显著的认知和操作障碍。Sui 在协议层面通过 赞助交易 来解决此挑战。

核心思路很简单：允许一方（赞助者）为另一方（用户）的交易支付 SUI gas 费用。这样，即使用户钱包中没有 SUI，也能成功发起链上操作。

Paymaster ≈ Gas Station​

在 Sui 生态系统中，赞助交易的逻辑通常由称为 Gas Station 或 Paymaster 的链下或链上服务处理。其主要职责包括：

1. 评估交易：接收用户的免 Gas 交易数据（GasLessTransactionData）。
2. 提供 Gas：锁定并分配交易所需的 gas 费用。通常通过由多个 SUI Coin 对象组成的 gas 池来管理。
3. 生成赞助者签名：在批准赞助后，Gas Station 使用其私钥（SponsorSig）对交易进行签名，表明其愿意支付费用。
4. 返回已签名交易：将包含 gas 数据和赞助者签名的 TransactionData 发送回去，等待用户的最终签名。

简而言之，Gas Station 就像为你的 dApp 用户提供加油服务，确保它们的“车辆”（交易）能够在 Sui 网络上顺畅运行。

2. 高层架构与交互流程​

典型的免 Gas 交易涉及用户、dApp 前端、Gas Station 和 Sui 全节点之间的协同。交互顺序如下：

流程拆解：

1. 用户 在 dApp UI 中执行操作，构造一个不含 gas 信息的交易数据包。
2. dApp 将该数据发送至指定的 Gas Station 请求赞助。
3. Gas Station 验证请求的有效性（例如检查用户是否符合赞助条件），随后为交易填充 Gas Coin 并签名，将半成品交易返回给 dApp。
4. 用户 在钱包中看到完整的交易详情（例如“购买一个 NFT”），并提供最终签名。这一步至关重要，确保用户对其操作保持同意和控制。
5. dApp 将包含用户和赞助者签名的完整交易广播至 Sui 全节点。
6. 交易在链上完成后，Gas Station 可通过监听链上事件或回执进行确认，然后通过 webhook 通知 dApp 后端，以完成业务流程的闭环。

3. 三种核心交互模型​

你可以根据业务需求单独或组合使用以下三种交互模型。

模型 1：用户发起 → 赞助者批准（最常见）​

这是标准模型，适用于绝大多数 dApp 内的交互。

1. 用户构建 GasLessTransactionData：用户在 dApp 中执行操作。
2. 赞助者添加 GasData 并签名：dApp 后端将交易发送至 Gas Station，后者批准交易、附加 Gas Coin 并添加签名。
3. 用户审阅并给出最终签名：用户在钱包中确认最终交易详情并签名。随后 dApp 将其提交至网络。

该模型在安全性与用户体验之间取得了极佳的平衡。

模型 2：赞助者发起的空投/激励​

该模型非常适用于空投、用户激励或批量资产分发。

1. 赞助者预填 TransactionData 并签名：赞助者（通常为项目团队）预先构建大部分交易（例如向特定地址空投 NFT），并附加赞助签名。
2. 用户的二次签名使其生效：用户只需对该“预批准”交易签名一次，即可执行。

这提供了极其流畅的用户体验。用户只需点击一次确认，即可领取奖励或完成任务，显著提升营销活动的转化率。

模型 3：通配符 GasData（信用额度模型）​

这是一种更灵活且基于权限的模型。

1. 赞助者转移 GasData 对象：赞助者首先创建一个或多个具有特定预算的 Gas Coin 对象，并直接将所有权转移给用户。
2. 用户在预算范围内自由消费：用户随后可以在预算上限和有效期内自由使用这些 Gas Coin 来支付其发起的任何交易。
3. Gas Coin 被归还：当 Gas Coin 用尽或过期后，可设计为自动销毁或返回给赞助者。

该模型相当于为用户提供一张限时、限额的“gas 费用信用卡”，适用于在游戏赛季期间提供免费试玩体验等需要高度用户自主性的场景。

4. 典型应用场景​

Sui Paymaster 的强大之处不仅在于解决 gas 费用问题，还在于它能够深度融合业务逻辑，创造新可能。

场景 1：付费墙​

许多内容平台或 dApp 服务要求用户满足特定条件（例如持有 VIP NFT、达到某会员等级）才能访问功能。Paymaster 可以完美实现此逻辑。

• 流程：用户请求操作 → dApp 后端验证用户资质（如 NFT 持有） → 若符合条件，则调用 Paymaster 为其赞助 gas 费用；若不符合，则直接拒绝签名请求。
• 优势：该模型天然抵御机器人和滥用行为。由于赞助决策在后端完成，恶意用户无法绕过资质检查而耗尽 gas 资金。

场景 2：一键结算​

在电商或游戏内购买场景中，简化支付流程至关重要。

• 流程：用户在结算页点击“立即购买”。dApp 构造包含业务逻辑的交易（例如 transfer_nft_to_user）。用户只需在钱包中签名批准业务交易，无需关心 gas，gas 费用由 dApp 的赞助者承担。
• 优势：可以将业务参数如 order_id 直接编码进 ProgrammableTransactionBlock，实现后端订单的精准链上归因。

场景 3：数据归因​

精准的数据追踪是业务优化的基础。

• 流程：构造交易时，将唯一标识（如 order_hash）写入交易参数或将在执行时触发的事件中。
• 优势：Gas Station 在收到成功交易的链上回执后，可通过解析事件或交易数据轻松提取该 order_hash，实现链上状态变化与后端订单或用户行为的精准映射。

5. 代码骨架（基于 Rust SDK）​

下面是一个简化的代码片段，演示核心交互步骤。

let tx_data = TransactionData::new_gasless(...);
let signed_tx = gas_station.evaluate_and_sign(tx_data)?;
let final_tx = user.sign(signed_tx)?;
submit(final_tx);

完整实现请参考官方 Sui 文档的 Gas Station 教程，其中提供了开箱即用的代码示例。

6. 风险与注意事项​

虽然 Sui Paymaster 带来了诸多好处，但仍需关注潜在的风险和考量。

安全风险​

如果 Gas Station 的私钥泄露，攻击者可能伪造签名并耗尽 gas 资金。

• 密钥管理：确保私钥存放在安全硬件模块中或采用多签方案。
• 交易验证：严格验证传入的交易请求，防止恶意负载。

经济考量​

开发者需要评估赞助 gas 费用的成本，尤其是在高交易量的场景中。

• 预算管理：保持充足的 gas 池并监控使用模式，避免意外耗尽。
• 定价模型：部分项目采用分层赞助（如免费额度后由用户自行支付），以平衡成本与用户体验。

7. 结论​

Sui Paymaster 是一项强大的工具，能够显著提升用户体验，降低 Web3 应用的准入门槛。通过掌握其核心概念、架构和交互模型，开发者可以将其无缝集成到 dApp 中，为用户提供真正免 Gas 的流畅体验。

大家好，欢迎再次来到我们的区块链博客！今天，我们将深入探讨一个令人振奋的新提案——ERC-4337，它在无需任何共识层协议更改的情况下为以太坊引入账户抽象。该提案依赖于更高层的基础设施来实现其目标。让我们一起了解 ERC-4337 能提供什么，以及它如何解决当前以太坊生态系统的局限性。

ERC-4337 是什么？​

ERC-4337 是一个提案，通过使用独立的 mempool 和一种称为 UserOperation 的新型伪交易对象，将账户抽象引入以太坊。用户将 UserOperation 对象发送到替代的 mempool，特殊类别的参与者——捆绑者（bundlers）将其打包成交易，并调用专用合约的 handleOps 方法。这些交易随后被包含进区块。

该提案旨在实现以下目标：

1. 让用户能够使用具有任意验证逻辑的智能合约钱包作为其主要账户。
2. 完全消除用户拥有外部拥有账户（EOA）的需求。
3. 通过允许任何捆绑者参与包含账户抽象用户操作的过程，确保去中心化。
4. 使所有活动都在公共 mempool 上进行，消除用户需要了解特定参与者直接通信地址的需求。
5. 避免对捆绑者的信任假设。
6. 无需任何以太坊共识层的更改，以实现更快的采纳。
7. 支持其他用例，例如隐私保护应用、原子多操作、使用 ERC-20 代币支付交易费用以及开发者赞助的交易。

向后兼容性​

由于 ERC-4337 不改变共识层，对以太坊没有直接的向后兼容性问题。然而，ERC-4337 之前的账户由于缺少必要的 validateUserOp 函数，难以直接兼容新系统。可以通过创建一个兼容 ERC-4337 的账户，将验证逻辑重新实现为包装器，并将其设置为原始账户的受信任操作提交者来解决此问题。

参考实现​

想深入了解 ERC-4337 技术细节的朋友，可以在 https://github.com/eth-infinitism/account-abstraction/tree/main/contracts 查看参考实现。

安全性考虑​

ERC-4337 的入口点合约必须经过严格审计和形式化验证，因为它是整个系统的核心信任点。虽然这种方式降低了单个账户的审计和形式化验证负担，但也将安全风险集中在入口点合约上，必须进行稳健的验证。

验证应覆盖两个主要声明：

1. 防止任意劫持的安全性：入口点仅在 validateUserOp 对特定账户通过后才通用调用该账户。
2. 防止费用耗尽的安全性：如果入口点调用 validateUserOp 并通过，它还必须使用 calldata 等于 op.calldata 的通用调用。

结论​

ERC-4337 是一个令人振奋的提案，旨在无需共识层协议更改就为以太坊引入账户抽象。通过使用更高层的基础设施，它为去中心化、灵活性以及各种用例打开了新可能。虽然仍需解决安全性问题，但该提案有望显著提升以太坊生态系统和用户体验。