ERPC

穩定幣基礎設施

在 Solana 上建置穩定幣系統。

從一開始便界定連線層、責任邊界，以及團隊可以查核的實作依據。

以清楚的 RPC 邊界與可查核的營運依據，設計建置於 Solana 的穩定幣系統。

討論您的架構閱讀 x402 文章

監管背景

依實際提供服務的司法管轄區設計。

穩定幣的發行、流通、保管與移轉義務會因產品和司法管轄區而異，應針對自身安排逐項查核。

已審閱的來源資料:

市場案例

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 資源，並附上可用來連結此次結算的資訊。

x402 官方文件 · 註明日期的 ERPC 實作依據

企業責任模型

區分客戶端、ERPC 選定範圍與網路。

上線前應說明誰管理金鑰與業務邏輯、ERPC 提供哪些選定服務，以及 Solana 負責處理哪些工作。

客戶或合作夥伴

客戶系統自行決定如何監控確認並對帳自身業務狀態。

  • 結帳
  • 對帳與系統整合

ERPC 選定範圍

ERPC 不保管客戶私鑰，也不為客戶應用程式交易簽署。

  • Solana RPC 連線
  • 專用 VPS 維運
  • 實體伺服器基礎設施

Solana 網路

Solana 依目前網路條件與協定規則接收並處理鏈上交易。

  • Solana 處理

各方的法律角色取決於具體安排與適用司法管轄區。

實作依據

為每個層面查核相對應的資料。

團隊可以分別檢視 RPC 服務、技術指南，以及不同的專用運算基礎設施選項。

01

Solana RPC 連線

RPC 服務說明呈現應用程式連線 Solana 的邊界，以及可使用的呼叫方式。

檢視 RPC 服務
02

技術文件

文件說明整合前應查核的方法、請求參數與營運假設。

前往技術文件
03

專用 VPS 維運

專用 VPS 可為客戶自己的應用程式、監控工具與整合工作提供獨立執行環境。

了解 VPS 選項
04

實體伺服器基礎設施

實體伺服器適合希望自行規劃資源、部署位置與維運程序的團隊。

了解實體伺服器

閱讀 Solana 交易指南

閱讀 Solana RPC 資料結構

在正式部署前規劃邊界

讓支付流程逐一對應各層職責。

與 ERPC 討論適合您架構的 RPC 連線與基礎設施範圍。

討論架構了解 x402