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

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