
一个 AI Agent 调用某个付费 API。
服务器返回 `HTTP 402 Payment Required`。
Agent 没有打开结账页面，没有等待人类扫码，也没有把付款请求转发给财务部门。它识别支付条件，检查自己的授权额度，从钱包支付稳定币，然后继续执行任务。
另一边，一家公司收到稳定币后，并不想长期持有链上资产。它需要将资金兑换成法币，汇入银行账户，生成交易记录，完成合规检查，再交给会计系统对账。
在区块链上发送一笔代币，只需要几秒。
完成一笔真实商业支付，却要穿过钱包、身份、合规、汇率、跨链、银行和结算网络。
Polygon Open Money Stack 想做的，是把这些断裂的环节接起来。
它正在把 Web3 支付从一笔链上交易，推进成一条可以运行的商业流程。


----
## 01｜支付从来不是一个 Transfer 函数

过去几年，许多 Web3 支付项目把注意力放在链上转账：
```
token.transfer(receiver, amount);
```

交易确认。
余额变化。
支付完成。
但这只是区块链看到的结果。
现实中的支付远比这复杂。
一个跨境汇款产品通常需要完成：

```
用户身份验证
        ↓
银行或现金入金
        ↓
法币兑换稳定币
        ↓
链上结算
        ↓
跨链路由
        ↓
稳定币兑换法币
        ↓
银行账户出金
        ↓
Webhook 与财务对账
```

这里的每一层，过去都可能来自不同供应商。
一个团队需要分别接入钱包厂商、KYC 服务商、稳定币通道、跨链桥、银行账户提供商、支付网络和托管机构。
任何一个接口发生变化，整条资金路径都可能中断。
Polygon 在官方文章里把这种拼接出来的架构称为“Frankenstack”：每个组件都能工作，但团队必须不断维护组件之间的缝隙。
Open Money Stack 的核心价值，就是把支付拆成一组可组合的底层原语，再通过一套接口组织成完整流程。官方列出的十项原语包括 Send、Receive、Convert、Hold、Ramp、Bridge、Swap、Earn、Program 和 Identity。
这意味着开发者开始面对一个新的抽象层：
```

Payment Intent
      ↓
Identity and Policy
      ↓
Wallet and Authorization
      ↓
Conversion and Routing
      ↓
Settlement
      ↓
Bank or Wallet Delivery
```
链不再承担整个支付系统。
链成为支付系统中负责结算和资产所有权的一层。


## 02｜OMS 真正出售的是完整路径

Polygon OMS 支持的并不只是“把稳定币发到另一个地址”。
它试图覆盖四类核心产品能力：


```
Payins         法币进入稳定币
Payouts        稳定币或余额支付到本地法币
Accounts       虚拟账户和美元余额
Orchestration  路由和自动化资金流程
```

在底层，OMS 把支付组织成几个可以复用的对象：
- Customer：客户身份及其可执行的金融权限；
- Wallet：托管或自托管钱包；
- Quote：包含汇率、费用和有效期的报价；
- Transaction：一次被跟踪的资金移动；
- Counterparty：未作为客户开户的收款方；
- External Account：外部银行账户、钱包或银行卡。

交易状态通过 Webhook 传递，业务系统可以跟踪一笔支付从处理中走向完成，而不必不断轮询接口。
这套设计说明，稳定币支付正在离开纯粹的链上视角。
在真实业务中，一笔支付还必须回答：
- 谁发起了付款？
- 他被允许支付多少？
- 使用哪一种资产？
- 走哪条链和哪种流动性？
- 最终进入钱包还是银行？
- 转换汇率和费用是多少？
- 失败后如何重试？
- 如何避免重复支付？
- 财务系统怎样确认已经完成？

区块链擅长结算。
商业系统还需要身份、状态机和异常处理。
OMS 的方向，是把这些环节放进同一套支付编排系统。


----
## 03｜Stable.com：从自托管钱包直接走向银行账户

2026 年 9 月 17 日，Polygon 公布 Stable.com 集成案例。
根据官方说明，持有 Polygon 上 USDT 或 PYUSD 的用户，可以从自己的自托管钱包发起银行转账。资金不需要先充值到一个平台托管账户，再从平台申请提现；稳定币从用户钱包进入支付流程，最终到达用户名下的银行账户。
传统稳定币出金路径通常是：
```
Self-custody Wallet
        ↓
Deposit to Platform
        ↓
Platform Custody
        ↓
Withdrawal Request
        ↓
Bank Account
```
Stable.com 展示的新路径是：
```
Self-custody Wallet
        ↓
Payment Instruction
        ↓
Conversion and Bank Rail
        ↓
Bank Account in Holder's Name
```
被移除的是中间的“先充值到平台账户”步骤。
这件事的意义不只在于少点几次按钮。
当用户必须先把资产交给平台，平台就获得了临时控制权。它可以延迟提现、冻结余额、限制账户，或者要求用户等待内部账本完成清算。
直接从自托管钱包发起银行转账，缩短了资产离开用户控制的时间窗口。
**你可以使用支付服务，不必先把资产变成平台数据库中的一个数字。**
在这套流程背后，Polygon OMS 连接区块链结算、法币出入金、钱包与跨链编排；实际银行支付由 Unlimit 的支付网络承载。Polygon 的文章称该网络覆盖 180 多个国家和150多种货币，但具体功能仍取决于用户所在地区、账户条件和监管要求。
这不是银行系统突然变成了无需许可协议。
它代表的是一种更细致的托管边界：
```
链上资产阶段     用户控制私钥
支付转换阶段     受监管服务商执行
银行账户阶段     银行体系记录余额
```

自托管没有消灭传统金融。
它减少了用户为了进入传统金融而必须放弃控制权的范围。


----
## 04｜AI Agent 需要的不是钱包，而是受约束的支付能力

一个 AI Agent 拥有钱包，并不意味着它已经能够参与商业活动。
如果每次支付都需要人类点击确认，Agent 只能提出付款建议。
如果 Agent 获得无限钱包权限，一个错误模型、恶意 Prompt 或被攻击的 API 都可能把钱包清空。
真正可用的 Agent 支付，需要三层能力：
```
Agent Identity
       ↓
Scoped Authorization
       ↓
Machine-native Payment
```
Polygon OMS 把 ERC-8004、Smart Sessions 和 x402 放进同一套 Agent 支付叙事中。
### ERC-8004：告诉系统这个 Agent 是谁

ERC-8004 面向链上 Agent 身份和信任。
Agent 可以拥有可识别的链上身份，其他服务可以围绕身份建立信誉、授权和交互记录。
身份并不能自动证明 Agent 是安全的。
但没有身份，系统甚至无法区分不同 Agent，也无法为它们建立持续的权限和声誉。
### Smart Sessions：告诉 Agent 可以做什么

Smart Sessions 允许用户提前批准一个有限的操作范围。
例如：
```
允许调用指定合约
每天最多支付 50 USDC
只允许购买数据 API
授权有效期 24 小时
禁止向未知地址转账
```
用户不需要每次操作都重新签名。
Agent 也不能超出会话权限自由移动资金。
这相当于把钱包权限从一个二元开关，变成一组可以编程的边界。
### x402：让 API 自己提出支付要求

x402 把 HTTP 的 `402 Payment Required` 状态码变成机器可以执行的支付步骤。
API 不需要先创建订阅账户，也不必要求 Agent 保存银行卡。
它可以直接告诉 Agent：
```
资源价格
支付资产
收款地址
支付网络
验证条件
```
Agent 完成支付后，继续访问资源。
Polygon 官方将 x402、ERC-8004 和受范围约束的钱包权限描述为 Agent commerce 的组成部分：Agent 可以在不等待人类逐次批准的情况下，为资源或交易付款，同时受到预先设定的权限限制。
三者组合后，Agent 支付开始形成完整逻辑：
```
ERC-8004       我是谁
Smart Sessions 我能花多少以及能做什么
x402           这次调用需要支付多少
OMS            资金如何完成转换、结算和交付
```
AI Agent 终于不只是拥有地址。
它开始拥有一套可审计、可限制、可撤销的商业行动能力。


----
## 05｜稳定币正在成为支付流程中的隐形中间层

许多稳定币产品要求用户理解钱包、Gas、链和跨链桥。
这限制了支付规模。
真正成熟的支付产品，可能让用户根本感觉不到稳定币的存在。
例如，一笔跨境汇款可以表现为：
```
付款人存入本地货币
        ↓
后台转换成稳定币
        ↓
Polygon 完成结算
        ↓
接收地区转换成本地货币
        ↓
进入收款人银行账户
```
用户看到的是本地货币进入、本地货币到达。
稳定币只在中间负责连接两个金融系统。
OMS 官方给出的跨境汇款组合是 Receive、Convert 和 Send：接收付款人的资金，将其兑换为稳定币，在 Polygon 上完成结算，再向收款地区支付法币。
这可能才是稳定币进入大众支付的方式。
不是让每个人都学习链上操作，而是让稳定币承担传统支付系统最笨重的中间结算环节。
当稳定币退到后台，区块链才真正开始进入普通商业流程。


----
## 06｜哪些能力可以直接复用

从开发者视角看，OMS 中的能力可以分成三个层次。
```
开放协议层
x402
ERC-8004
智能合约钱包
链上稳定币结算
跨链消息与路由接口

受监管服务层
KYC 和 KYB
制裁与 AML 检查
虚拟银行账户
法币出入金
银行卡和银行网络
托管与资金传输

产品控制层
支付限额
审批策略
失败重试
幂等处理
退款和争议
Webhook
财务对账
审计记录
```
开放协议层最容易被不同项目直接复用。
一个开发者可以围绕 x402 创建付费 API，使用 Agent 身份协议标记调用者，通过智能钱包限定支付权限，再在 Polygon 上完成结算。
受监管服务层很难仅靠部署智能合约获得。
银行账户、KYC、法币兑换和资金传输仍然需要持牌机构、地区覆盖和商业合同。Polygon Labs 负责技术层，而验证、托管、虚拟账户发行和资金传输由受监管合作伙伴处理。
产品控制层则是很多 Demo 最容易忽略的部分。
一次成功支付很简单。
真正困难的是处理：
```
支付请求已经创建，但用户没有付款
链上交易成功，银行转账失败
Webhook 被重复发送
汇率报价已经过期
跨链路由中断
用户撤销了 Session
Agent 在最后一秒超出额度
银行退回了收款
```
一个支付系统的可靠性，往往不体现在成功路径上。
它体现在失败以后，系统是否知道钱在哪里。


----
## 07｜One API 也可能成为新的权力入口

把十个供应商整合为一个 API，可以大幅降低开发成本。
但在密码朋克视角下，“一个 API”同时意味着“一个控制面”。
如果所有身份、报价、路由、银行通道和交易状态都依赖同一个接口，那么开发者虽然摆脱了十家供应商，却可能形成对一个平台的深度依赖。
问题会变成：
- 身份数据能否迁移？
- 钱包能否脱离 OMS 独立运行？
- 支付记录能否导出并自行验证？
- 路由报价是怎样产生的？
- API 停止服务后，未完成交易如何恢复？
- 开发者能否替换其中一家法币通道？
- Session 权限能否通过公共工具审计和撤销？
- 同一支付意图能否由其他服务商继续执行？

“Open Money Stack”中的 Open，需要落实到具体模块。
是开放接口？
开放标准？
开放源代码？
可替换供应商？
还是任何人都可以无需许可地运行完整服务？
这些含义并不相同。
官方文章说明，企业可以使用完整 OMS，也可以只选择钱包、Polygon 结算或其他单独组件。这种模块化是减少平台锁定的重要前提。
但真正的退出权，还需要数据可迁移、接口可替换和未完成交易可恢复。
**开放支付的核心，不是入口足够简单，而是出口始终存在。**


----
## 08｜还需要哪些公共基础设施

下面这些方向并不是 Polygon 官方宣布的现成功能，而是我从 OMS 架构继续推演出的开发机会。
### 一 可移植的合规凭证

用户在不同支付平台重复提交身份证明，既增加摩擦，也形成大规模隐私数据库。
未来可以研究可选择披露的合规凭证：
```
用户已经完成 KYC
用户属于允许服务的地区
用户未命中特定制裁名单
用户满足某种账户资格
```
业务方验证结论，不必复制全部原始身份材料。
### 二 可验证的支付路由

OMS 可以在不同链、桥和流动性来源之间选择路径。
但开发者还需要知道：
- 为什么选择这条路由？
- 汇率来自哪里？
- 手续费由哪些部分组成？
- 是否存在更优路径？
- 路由服务是否获得隐藏返佣？

如果支付路由能够生成可验证的报价记录，开发者就能审计每次选择，而不是完全相信黑盒结果。
### 三 跨服务商支付意图

支付意图应该独立于具体平台存在。
如果 OMS、银行通道或某个出金服务不可用，另一家提供者应当能够读取同一支付意图，并在用户重新授权后继续执行。
这需要公共的数据格式、幂等标识和状态转换规则。
### 四 Agent 权限审计工具

当 Agent 开始持有长期 Session，用户需要一套公共工具查看：
```
哪些 Agent 仍然拥有权限
每个 Agent 可以调用哪些合约
剩余额度是多少
权限何时到期
过去执行过哪些支付
如何立即撤销
```
Agent 支付规模越大，权限审计就越接近钱包的基础能力。
### 五 可验证的商业收据

链上交易哈希只能证明资产发生了移动。
它不能单独证明某项服务已经交付、退款条件已经满足，或者银行收款人已经收到资金。
未来的支付收据需要连接：
```
链上结算证明
服务交付状态
法币支付状态
退款与争议记录
```
这可能成为稳定币商业支付进入会计、审计和法律流程的重要接口。


----
## 09｜自托管没有消灭合规边界

OMS 支持自托管钱包，也支持由持牌托管合作伙伴管理密钥的托管钱包。
但只要资金要进入银行系统，身份与合规就不会消失。
OMS 的 Identity 模块会根据地区把 KYC 或 KYB 请求路由给相应服务商，资金流程还涉及制裁名单和 AML 检查。官方披露的覆盖范围包括美国48个州和持续扩展的国际通道。
因此，“从自托管钱包直接转入银行”应该被准确理解：
- 用户不需要先把稳定币存入平台托管余额；
- 用户仍然需要满足银行和支付网络的身份要求；
- 收款银行账户需要符合产品规则；
- 不同资产、网络和地区的可用能力可能不同；
- 法币部分仍然运行在受监管金融机构之上。

私钥解决资产控制权。
它不会自动赋予一个人进入任何银行网络的权利。
Polygon 的两篇官方文章也明确提示，具体功能受法律、地区和合作伙伴覆盖影响，不应把示例能力理解为所有司法辖区都已开放。
密码朋克精神不要求假装这些边界不存在。
它要求把边界写出来，让用户知道自己在哪一段拥有控制权，又在哪一段必须依赖机构。


----
## 10｜开发者现在可以做什么

最适合参与 OMS 的方式，不是重新制造另一套宏大的支付网络。
先选择一条具体资金路径。
例如：
```
AI Agent
   ↓
x402 购买数据 API
   ↓
ERC-8004 识别 Agent
   ↓
Smart Session 限定每日额度
   ↓
稳定币在 Polygon 结算
   ↓
Webhook 写入企业账本
```
或者：
```
用户完成 KYC
   ↓
获得虚拟美元账户
   ↓
银行资金进入账户
   ↓
按需转换为稳定币
   ↓
跨链发送
   ↓
收款方获得本地法币
```
然后逐层标记：
```
可以直接使用的开放协议
需要申请的 OMS 服务
依赖持牌合作伙伴的环节
需要自行开发的产品逻辑
无法覆盖的国家和资产
发生故障时的资金恢复方式
```
对于一个48小时原型，开发者不需要真的接通全球银行网络。
可以先完成：
- Agent 通过 x402 购买 API；
- Smart Session 限制支付额度和合约范围；
- Polygon 完成稳定币结算；
- 后端生成 Quote 和 Transaction；
- Webhook 更新订单状态；
- 模拟银行出金成功、失败和退回；
- 展示用户如何撤销 Agent 权限。

一个有价值的 Demo，不只展示付款成功。
它应该展示支付失败以后，用户仍然能够知道资产在哪里，以及如何收回控制权。


----
## 结语｜开放货币需要多条出口

传统金融给用户一个账户。
加密网络给用户一把私钥。
Polygon Open Money Stack 正在尝试把这把私钥连接到真实商业世界：连接身份、稳定币、跨链流动性、银行转账和 AI Agent。
这一步很重要。
因为支付的终点从来不是“交易已经上链”。
支付的终点是：
商家收到可以使用的钱。
开发者拿到可对账的记录。
Agent 在授权范围内完成任务。
用户在任何时候都知道资产在哪里。
当 Stable.com 允许用户从自托管钱包发起银行转账时，它减少了一段不必要的托管。
当 x402、ERC-8004 和 Smart Sessions 被接入同一套支付栈时，Agent 获得了受约束的商业行动能力。
但完整的密码朋克支付基础设施，还需要继续回答一个问题：
如果某个 API 关闭、某个合作伙伴退出、某个地区停止服务，用户能否带着钱包、身份凭证、交易记录和未完成的支付意图离开？
真正开放的货币系统，不会只提供一个漂亮的入口。
它会留下多个出口。
**不要要求用户为了付款交出全部控制权。**
**不要让 Agent 获得超出任务范围的无限授权。**
**不要把开放协议重新封装成无法离开的平台。**
钱包属于用户。
权限应当可以撤销。
支付路径应当可以替换。
记录应当可以验证。
**Open money should remain open after the payment begins.**



https://polygon.technology/blog/one-api-for-any-payment-polygon-oms

一个 AI Agent 调用某个付费 API。服务器返回 HTTP 402 Payment Required。Agent 没有打开结账页面，没有等待人类扫码，也没有把付款请求转发给财务部门。它识别支付条件，检查自己的授权额度，从钱包支付稳定币，然后继续执行任务。另一边，一家公司收到稳定币后，并不想长期持有链上资产。它需要将资金兑换成法币，汇入银行账户，生成交易记录，完成合规检查，再交给会计系统对账。在区块链上发送一笔代币，只需要几秒。完成一笔真实商业支付，却要穿过钱包、身份、合规、汇率、跨链、银行和结算网络。Polygon Open Money Stack 想做的，是把这些断裂的环节接起来。它正在把 Web3 支付从一笔链上交易，推进成一条可以运行的商业流程。

Polygon Open Money Stack：当稳定币走出钱包，进入真实商业世界

钱包、身份、银行、跨链与 AI Agent，正在被接成一条完整的资金路径

云计算

Polygon OpenMoney Stack将稳定币支付从链上交易升级为完整商业流程：整合身份、授权、兑换、结算和银行出金，支持AIAgent通过x402与SmartSessions在限额内自主支付，简化自托管钱包直连银行账户的路径，为开发者提供可组合、可审计的开放支付基础设施。

身份验证

智能合约

代码解释

数据库

服务器

区块链

路由

Agent

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

Polygon Open Money Stack：当稳定币走出钱包，进入真实商业世界-腾讯云开发者社区-腾讯云

Polygon Open Money Stack：当稳定币走出钱包，进入真实商业世界

Polygon Open Money Stack：当稳定币走出钱包，进入真实商业世界

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐