满足金融机构需求的 Smart Wallet API

稳定币市场已飙升至超过 2400 亿美元，美国财政部预计将在 2028 年达到 2 万亿美元。包括JPMorgan、美国银行、花旗集团在内的多家大型银行正在推出自己的稳定币，国会也刚刚通过了 GENIUS 法案，提供了全面的监管框架。Fiserv 宣布计划将其稳定币推广至 10,000 家金融机构，Stripe 则斥资 11 亿美元收购了稳定币支付平台 Bridge。

金融机构正在竞相集成链上功能，同时不牺牲安全性、合规性或性能。我们帮助解决这些为满足企业需求而设计的机构级挑战，同时大幅简化集成过程。

传统金融与加密货币结合时的问题

正在集成加密货币基础设施的金融机构希望从加密货币收益中开拓新的收入来源，实现无中介的即时全球支付，并通过 24/7 的全球市场使闲置资金产生收益。智能钱包原生支持这些需求——可编程的支出限额、自动化的策略执行，以及即时、免 gas 的交易。

像 JPMorgan 这样的大型机构已经在利用智能钱包基础设施发行机构存款代币，支付处理商则用它来将加密货币的复杂性从终端用户身上抽象出去。但要实现智能钱包基础设施，需要应对相当程度的技术复杂性。

稳定币需要智能合约方面的专业知识

当金融服务与 USDC 等稳定币交互时，实际上是在执行需要专门区块链知识的智能合约操作。一次简单的稳定币支付涉及：

• 钱包部署检查及工厂合约交互
• 多层 gas 估算，涵盖执行、预验证与验证限额
• 交易批处理以提升操作效率
• Paymaster 集成用于 gas 赞助和费用优化

传统银行基础设施并非为应对这种复杂性而构建。目前的解决方案迫使机构要么自行建立大量的链上专业能力，要么依赖缺乏审计追踪和合规钩子等企业级功能的消费者导向工具。

金融运营中的性能损耗

每一笔智能钱包交易都需要多次区块链调用，这些调用累积起来会造成运营效率低下：

1. 钱包部署状态检查
2. 用于交易排序的账户 nonce 管理
3. 跨费用结构的复杂 gas 估算
4. 合规策略验证
5. 交易提交

对于处理数千笔跨境转账的支付处理商，或执行快速策略的交易公司来说，这些延迟会造成竞争劣势。在处理高交易量时，链上延迟会影响结算时间和监管报告的时间窗口。

企业集成缺口

金融机构运行在经过实战检验的环境中——Java 核心银行系统、.NET 交易平台、Python 风险管理系统、Go 微服务。而目前的链上生态系统主要面向 TypeScript 和浏览器环境，这就造成了根本性的集成缺口。

支付处理商需要将合规和反洗钱功能与现有基础设施集成的后端系统。资产管理公司需要与机构级托管相结合的程序化再平衡功能。交易公司需要具备完善风险管理能力的超低延迟执行。这些机构不应为了利用可编程货币而重建整个技术栈。

机构级智能钱包基础设施

为企业系统提供 JSON-RPC 的简洁性

Wallet API 通过四个简单的端点抽象出区块链的复杂性：

• wallet\_requestAccount - 具备托管集成的确定性智能账户
• wallet\_prepareCalls - 具备自动化 gas 优化和合规钩子的交易准备
• wallet\_sendPreparedCalls - 具备机构级故障处理的提交
• wallet\_getCallsStatus - 具备详细审计追踪的状态跟踪

显著的性能提升

通过将准备逻辑移至服务器端，我们消除了延迟损耗，使交易速度更快。以前需要 5-6 次独立 RPC 调用才能完成的操作，现在只需一次优化后的请求即可完成。在后台，我们的钱包服务器会处理部署检查、nonce 管理、gas 估算和合规验证。

对于执行套利的交易公司或处理汇款的支付处理商而言，这种延迟的降低将直接转化为竞争优势。

通用语言支持

JSON-RPC 接口使金融机构能够将智能钱包功能集成到现有基础设施中，而无需进行架构重写。Java 银行系统、.NET 交易平台、Python 风险管理工具——它们都能成为一等的链上公民。

内置的机构级故障恢复机制

该 API 会自动处理 UserOperation 故障，并提供企业级恢复能力：

• 智能重试管理，用于处理待处理的操作
• 详细的故障分类，用于合规报告
• 完整的审计追踪，用于监管审查
• 自动化恢复逻辑，满足机构级可靠性标准

为满足金融需求而构建的企业架构

与托管方式无关的设计

我们的架构认识到，签名方案只是金融工作流中的一个组成部分。无论使用托管签名方、硬件安全模块，还是合格托管机构，核心钱包操作都保持一致。

这使得一些复杂的机构级模式成为可能：

• 会话密钥委托，用于后端操作配合前端身份验证
• 多重签名工作流，与现有审批流程集成
• 托管集成，保持运营效率

可验证的安全模型

该 API 会返回完全可验证的交易数据，供机构进行安全性验证。就像机构级交易 API 一样，我们在处理准备工作复杂性的同时，对已签名交易提供完全的透明度。

实际金融应用场景

支付处理商与汇款

现代支付公司需要对钱包进行程序化控制，以支持基于稳定币的跨境支付：

• 处理每日数千笔转账，实现亚秒级确认
• 处理复杂的合规要求，包括反洗钱、KYC、制裁审查
• 管理跨司法管辖区的流动性，覆盖各稳定币资金池
• 集成现有银行渠道，用于法币兑换

Wallet API 支持前端用户身份验证与后端合规验证及交易处理相结合，且都在现有的安全环境中进行。

机构资产管理

部署链上策略的资产管理公司需要与投资组合管理系统集成的自动化能力：

• 在 DeFi 协议间执行再平衡策略
• 管理实时风险限额和合规约束
• 满足合格托管要求
• 提供监管审计追踪

高频交易

交易公司需要与风险管理相结合的超低延迟执行能力：

• 200 毫秒以下的交易准备，用于具有竞争力的做市
• 跨 DEX 和 CEX 的自动化套利执行
• 实时仓位监控及限额执行
• 与现有交易基础设施的集成

以前，这些公司需要复杂的 TypeScript 桥接方案。现在，它们可以通过 HTTP 调用直接集成到 Python、Java 或 Go 系统中。

实施：入门指南

该 API 遵循简单的"准备-签名-发送"模式，与金融工作流集成：

1. Request Account - 获取托管地址对应的智能账户
2. Prepare Calls - 接收已准备好的 UserOperation 及 gas 计算结果
3. Validate - 使用现有合规系统对交易进行审查
4. Sign - 使用机构级签名方式（HSM、托管方、MPC）
5. Submit - 发送并具备自动重试和故障恢复能力
6. Monitor - 通过审计追踪进行跟踪，用于监管报告

同样的模式适用于任何语言，使机构能够将可编程货币添加到现有系统中。

展望未来

随着 GENIUS 法案等监管框架的日益成熟，智能钱包将成为机构链上操作的标准配置。基于新兴标准构建，可确保金融机构在满足当前合规要求的同时，为基础设施做好面向未来的准备。

我们正在持续针对金融市场进行优化，目标是实现 50 毫秒以下的响应时间、跨链操作，以及更先进的合规集成——同时保持能够与现有金融基础设施配合使用的简洁接口。

无论您是在处理稳定币汇款、部署链上资金策略，还是在集成加密货币市场，我们的 API 都能以简单直接的方式，为您提供所需的性能、安全性和合规能力。

立即开始，构建在机构信赖的加密货币基础设施之上。

常见问题

什么是 Smart Wallet API？

Smart Wallet API 是一组 JSON-RPC 端点，使金融机构能够集成可编程智能账户，用于处理稳定币和链上交易，并具备自动化 gas 优化、合规钩子、机构级故障恢复等功能。

Smart Wallet API 为金融机构带来哪些好处？

它们能够开拓来自加密货币收益的新收入来源，实现无中介的即时全球支付，提供 24/7 的市场准入，并通过将多次区块链调用整合为单次优化请求，大幅降低交易延迟。

Wallet API 中的四个主要端点是什么？

该 API 包括用于确定性智能账户的 wallet_requestAccount、用于具备 gas 优化的交易准备的 wallet_prepareCalls、用于具备机构级故障处理的提交的 wallet_sendPreparedCalls，以及用于具备审计追踪的状态跟踪的 wallet_getCallsStatus。

Smart Wallet API 如何处理合规与安全问题？

它们具备用于验证的合规钩子、用于监管报告的完整审计追踪、兼容 HSM 和合格托管机构的托管无关设计，以及供机构进行安全性验证的完全可验证交易数据。

哪些编程语言可以与 Wallet API 集成？

JSON-RPC 接口支持通用语言集成，包括 Java、.NET、Python 和 Go，使机构能够将智能钱包功能集成到现有基础设施中，而无需进行架构重写。

使用 Smart Wallet API 的金融机构有哪些实际应用场景？

机构将其用于具备亚秒级确认的稳定币汇款、资产管理中具备合格托管的 DeFi 再平衡，以及具备 200 毫秒以下交易准备时间的高频交易。

Wallet API 如何提升交易性能？

通过将准备逻辑移至服务器端，该 API 将以前需要 5-6 次独立 RPC 调用的流程整合为单次优化请求，从而消除延迟，并自动处理部署检查、nonce 管理、gas 估算和合规验证。

Wallet API 的实施模式是什么？

遵循"准备-签名-发送"模式：请求账户、准备带有 gas 估算的调用、通过合规系统进行验证、使用机构级方法（HSM、托管方、MPC）签名、以自动重试逻辑提交，并通过审计追踪监控状态。