稳定币基础设施

在 Solana 上构建稳定币系统。

从一开始就明确连接层、责任边界,以及团队可以核查的实施依据。

以清晰的 RPC 边界和可核查的运营依据,设计基于 Solana 的稳定币系统。

监管背景

按实际服务的司法辖区进行设计。

稳定币的发行、分发、托管和转移义务会因产品与司法辖区而异,应结合自身安排逐项核查。

已审阅的来源材料:

市场案例

JPYC

JPYC 是日本日元稳定币项目的公开案例;请独立核查发行方、当前产品结构,以及其是否适合您的场景。

JPYC Inc.JPYC 官方资料

JPYSC

JPYSC 展示了日本市场的另一种公开实践;请另行确认其现行安排与您的业务模型是否匹配。

SBI GroupJPYSC 官方资料

本页面提供技术背景,不构成法律、税务或监管建议。

RPC 的作用

连接边界,而不是交易签名方。

应用可以通过 ERPC 查询 Solana 数据、发送已由客户签名的交易,并获取网络结果。私钥和签名始终由客户控制;ERPC 将请求转发至 Solana RPC 基础设施并返回网络响应。

01读取 Solana 状态
应用通过 RPC 查询所需的账户、区块及其他网络状态。
02提交已签名交易
客户的钱包或签名方先完成签名,再把交易交由 RPC 转发。
03查询交易结果
客户查询网络返回的结果,并按照自己的确认策略继续处理。

ERPC 提供 RPC 请求与响应的传输层,但不接触客户私钥、不代客户签名,也不替客户决定如何完成业务对账。

交易流程

五个角色,各自承担清晰职责。

从生成交易意图到记录最终结果,每一步分别属于应用、客户签名方、ERPC 连接层、Solana 或客户系统。

  1. 01

    应用

    应用依据自身业务逻辑生成操作意图,并组装所需指令。

  2. 02

    客户签名方

    客户的钱包或签名方检查已组装的交易,并在客户控制下完成签名。

  3. 03

    ERPC 连接层

    ERPC 接收已签名请求,将其发送至 Solana RPC,并把收到的网络响应返回给应用。

  4. 04

    Solana 处理

    Solana 按当时的网络条件和协议规则处理该交易。

  5. 05

    客户确认与对账

    客户系统自行决定如何监控确认并对账自身业务状态。

这样的拆分便于团队把技术流程逐项映射到安全、控制与记账模型。

责任边界

各方的法律角色取决于具体安排和适用司法辖区。

客户签名方
应用逻辑、签名方管理和签名生成均由客户负责。
ERPC 连接层
ERPC 的范围是传输 RPC 请求并返回基础设施给出的响应。
Solana 处理
链上执行结果由 Solana 网络按照其协议规则产生。
客户确认与对账
客户系统负责把网络结果映射到订单、账务和内部操作。

运营场景

用同一连接模型承载不同支付流程。

在不混淆各方职责的前提下,RPC 架构可以接入用户支付、企业结算、机器间 API 支付和内部账务系统。

01

结账

在结账流程中,应用准备付款,客户签署交易,商户系统再独立跟踪网络结果和订单状态。

02

B2B 结算、付款与资金管理

企业结算、批量付款和资金管理流程应预先设定签名权限、提交规则及内部控制。

03

x402 API 支付

客户端和服务器可以交换 x402 支付要求,以及与方案和网络对应的 PaymentPayload。此 HTTP 支付流程独立于应用的一般流程;在 Solana 的 exact 方案中,载荷可以包含序列化且部分签名的支付交易,用于验证和结算。

04

对账与系统集成

集成层按照客户系统的规则,将网络响应关联到订单、账务记录和操作日志。

x402 与 API 支付

从 HTTP 支付要求到可核查的资源响应。

x402 描述 API 层如何交换支付条件和支付证明;具体结算方式及资源交付取决于实际实现。

x402 PaymentPayload 的内容取决于所选方案和网络。在 Solana 的 exact 方案中,它可以包含序列化且部分签名的 Solana 支付交易,用于验证和结算。

  1. 01

    请求资源

    客户端或代理向需要付费访问的资源发起 HTTP 请求。

  2. 02

    402 支付要求

    服务器以 402 响应告知支持的方式、金额及其他支付条件。

  3. 03

    已签名的 API 支付载荷

    客户端根据收到的 x402 条件生成 API 支付数据,并对其完成签名。

  4. 04

    验证与结算

    验证方检查支付载荷,并执行或观察该实现所采用的结算流程。

  5. 05

    资源与结算响应

    支付被接受后,服务器返回 HTTP 资源,并附带可用于关联此次结算的信息。

企业责任模型

区分客户侧、ERPC 选定范围与网络。

上线前应明确谁管理密钥和业务逻辑、ERPC 提供哪些选定服务,以及 Solana 负责处理什么。

客户或合作伙伴

客户系统自行决定如何监控确认并对账自身业务状态。

  • 结账
  • 对账与系统集成

ERPC 选定范围

ERPC 不保管客户私钥,也不为客户应用交易签名。

  • Solana RPC 连接
  • 专用 VPS 运维
  • 物理服务器基础设施

Solana 网络

Solana 按当前网络条件和协议规则接收并处理链上交易。

  • Solana 处理

各方的法律角色取决于具体安排和适用司法辖区。

实施依据

为每个层面核查对应资料。

团队可以分别审阅 RPC 服务、技术指南,以及不同的专用计算基础设施选项。

01

Solana RPC 连接

RPC 服务说明展示应用连接 Solana 的边界以及可用的调用方式。

查看 RPC 服务
02

技术文档

文档说明集成前需要核查的方法、请求参数和运营假设。

前往技术文档
03

专用 VPS 运维

专用 VPS 可为客户自己的应用、监控工具和集成任务提供独立运行环境。

了解 VPS 选项
04

物理服务器基础设施

物理服务器适合希望自行规划资源、部署位置和运维流程的团队。

了解物理服务器

在生产部署前规划边界

让支付流程与各层职责逐一对应。

与 ERPC 讨论适合您架构的 RPC 连接和基础设施范围。