Nexus 与 UCP：Agentic 商业的互补层
发布时间：2026-03 | 基于公开文档、Google 开发者博客与 Nexus RFCs
概述
Google 的通用商业协议（UCP）与 Nexus 并非竞争关系 — 它们位于 Agentic 商业栈的不同层级。UCP 定义了 Agent 如何与商户沟通（发现、结账、履约）。Nexus 定义了支付如何结算（托管、释放、争议）。两者共同构成了从产品发现到结算保障的完整链路。
Nexus 兼容 UCP 协议，并鼓励 User Agent 与 Merchant Agent 之间采用 UCP 作为商业通讯协议。
速览
| 维度 | UCP | Nexus |
|---|---|---|
| 发起方 | Google + 20 家零售合作伙伴 (2026) | Nexus 团队 |
| 层级 | 商业协议（发现 → 结账） | 结算协议（托管 → 释放） |
| 范围 | 商品搜索、购物车、结账、履约 | 资金锁定、释放、争议、退款 |
| 传输 | REST API、A2A、MCP | MCP、REST API、HTTP 402 |
| 支付模型 | 支付处理器（代币化、委托） | 链上托管（EIP-3009 + 托管合约） |
| 商户集成 | /.well-known/ucp 清单 | skill.md + MCP 工具 |
| 隐私 | 代币化凭证 | 隐私代币 (ZK 证明) |
| 开源 | 是 | 是 |
协同架构
┌─────────────────────────────────────────────────────────┐
│ User Agent（Gemini、Claude、自定义） │
│ │
│ 1. 通过 UCP /.well-known/ucp 发现商户 │
│ 2. 浏览商品、构建购物车（UCP Checkout） │
│ 3. 选择支付处理器 → Nexus │
│ │
├─────────────────────────────────────────────────────────┤
│ UCP 商业层 │
│ • 商品发现、购物车、折扣、履约 │
│ • 标准化 JSON Schema 与能力清单 │
│ • 传输：REST / A2A / MCP │
├─────────────────────────────────────────────────────────┤
│ Nexus 结算层 │
│ • 报价 → 编排 → 签名 → 托管锁定 │
│ • 13 态支付状态机 │
│ • 超时自动退款、链上仲裁 │
│ • 隐私代币满足企业隐私需求 │
└─────────────────────────────────────────────────────────┘UCP 负责将 Agent 引导至结账按钮。Nexus 负责 Agent 点击按钮之后的一切。
为什么 UCP 需要结算层
UCP 有意将支付工具与支付处理器解耦。这是设计上的选择 — UCP 以商业为先，而非支付为先。协议定义了如何创建结账会话、应用折扣和管理履约，但将实际资金流转委托给可插拔的"支付处理器"。
这为 Nexus 创造了天然的集成点：
| UCP 概念 | Nexus 角色 |
|---|---|
| 支付处理器 | Nexus 注册为 UCP 支付处理器 |
| 代币化授权 | 映射为 EIP-712 群组签名（用户授权的密码学证明） |
| 结账会话 | 触发 Nexus 报价 + 编排流程 |
| 履约状态 | 驱动托管释放（商户确认 → 资金解锁） |
| 售后 | 争议窗口、自动退款、仲裁 |
UCP 提供商业语义。Nexus 提供 UCP 有意留白的结算保障。
Nexus 为 UCP 商户带来什么
1. 基于托管的买家保护
UCP 依赖支付处理器保障买家权益。Nexus 的托管模型确保资金在交付前锁定，仅在商户确认履约后释放 — 并以超时自动退款作为兜底。
2. 链上争议解决
当出现问题时，UCP 将争议交给支付处理器。Nexus 提供确定性的、透明的争议解决机制：
- 托管后 72 小时争议窗口
- 可选第三方仲裁者进行拆分裁决
- 仲裁超时后自动退款（无需人工干预）
3. 企业级隐私
UCP 使用代币化保护凭证隐私。Nexus 更进一步，通过 PlatON 隐私代币在链上以零知识证明加密交易金额和余额。对于交易可见性构成竞争风险的 B2B 商业场景，这一点至关重要。
4. 多协议路由
UCP 是数个新兴 Agent 商业协议之一。Nexus 的协议路由器支持：
- UCP — Google 的商业标准
- x402 — Coinbase 的 HTTP 支付管道
- AP2 — Agent 支付协议 (Google/行业)
- HTTP 402 — 原生 Web 支付状态码
集成 Nexus 作为结算层的商户，可在所有这些协议下获得支付覆盖，而不仅限于 UCP。
集成架构
同时支持 UCP 和 Nexus 的商户暴露两个互补接口：
UCP 接口 (/.well-known/ucp)：
{
"capabilities": ["checkout", "discount", "fulfillment"],
"payment_handlers": [{
"type": "nexuspay",
"config": { "merchant_did": "did:platon:lat1..." }
}]
}Nexus 接口 (skill.md / MCP)：
- nexus_get_quote：获取商品报价
- nexus_orchestrate_payment：创建托管结账
- nexus_confirm_fulfillment：交付后释放资金User Agent 通过 UCP 发现商户，使用 UCP 原语协商购物车与结账，然后通过 Nexus 的托管流程完成支付结算。Merchant Agent 接收 UCP 商业事件和 Nexus 结算 Webhook — 均通过标准化接口。
核心结论
不同层级，共同目标。 UCP 标准化 Agent 与商户间的商业通讯。Nexus 标准化结算保障。两者互补而非竞争。
UCP 的支付处理器模型是天然集成点。 Nexus 作为 UCP 的支付处理器，提供托管、争议解决和隐私保护 — 这些能力是 UCP 有意留给下游提供商的。
多协议兼容至关重要。 Agentic 商业格局正在 UCP、x402、AP2 等协议间碎片化。Nexus 的协议路由器确保商户可以在 User Agent 使用任何协议时完成支付结算。
Nexus 鼓励采用 UCP。 对于 Agent 与商户间的商业通讯，UCP 是一个设计良好、行业支持的标准。Nexus 专注于商业层移交至结算之后的环节 — 并推荐 UCP 作为商业通讯层。