ERPC

Infrastruktur stablecoin

Bangun sistem stablecoin di Solana.

Tetapkan lapisan koneksi, tanggung jawab, dan bukti yang dapat diperiksa oleh tim Anda.

Rancang sistem stablecoin di Solana dengan batas RPC yang jelas dan bukti operasional yang dapat diperiksa.

Bahas arsitektur AndaBaca artikel x402

Konteks regulasi

Rancang sesuai yurisdiksi yang Anda layani.

Tinjau kerangka hukum, susunan produk, dan panduan publik otoritas terkait untuk setiap wilayah.

Materi sumber yang ditinjau:

Amerika Serikat

Untuk Amerika Serikat, kaji kerangka federal dan negara bagian serta kewenangan regulator terkait secara terpisah.

The White HouseBuka sumber AS

Contoh pasar

JPYC

JPYC merupakan contoh inisiatif stablecoin yang dipublikasikan di Jepang; nilai kesesuaiannya untuk penggunaan Anda secara mandiri.

JPYC Inc.Buka sumber JPYC

JPYSC

JPYSC adalah inisiatif lain yang diumumkan untuk pasar Jepang; tinjau dokumen yang tersedia dan kewajiban Anda sendiri.

SBI GroupBuka sumber JPYSC

Halaman ini menyediakan konteks teknis, bukan nasihat hukum, pajak, atau regulasi.

Lapisan koneksi RPC

Batas koneksi yang jelas antara aplikasi dan Solana

ERPC dapat menyediakan lapisan koneksi RPC untuk mengambil keadaan Solana, mengirim transaksi yang sudah ditandatangani, dan memeriksa hasilnya. Dompet atau penanda tangan pelanggan membuat dan mengendalikan tanda tangan. ERPC meneruskan permintaan ke infrastruktur Solana RPC dan mengembalikan respons jaringan; sistem pelanggan menentukan pemantauan konfirmasi dan rekonsiliasi bisnis.

01Ambil keadaan Solana
Ambil data akun dan keadaan Solana lain yang diperlukan melalui lapisan RPC.
02Kirim transaksi yang telah ditandatangani
Teruskan transaksi yang telah ditandatangani pelanggan ke Solana RPC untuk diproses.
03Periksa hasil transaksi
Minta hasil transaksi dari jaringan dan tafsirkan sesuai aturan pelanggan.

Batas RPC mencakup pengambilan data dan penerusan permintaan; kunci, tanda tangan, kebijakan konfirmasi, dan catatan bisnis tetap dikendalikan pelanggan.

Alur transaksi

Dari permintaan hingga rekonsiliasi pelanggan

Aplikasi menyiapkan permintaan, pelanggan menandatangani, ERPC meneruskan, Solana memproses, lalu sistem pelanggan merekonsiliasi hasil.

  1. 01

    Aplikasi

    Aplikasi mengambil keadaan Solana yang diperlukan dan menyiapkan tindakan yang diusulkan.

  2. 02

    Penanda tangan pelanggan

    Dompet atau penanda tangan pelanggan menandatangani transaksi dengan kunci yang tetap dikendalikannya.

  3. 03

    Lapisan koneksi ERPC

    ERPC meneruskan permintaan bertanda tangan ke Solana RPC dan mengembalikan respons jaringan.

  4. 04

    Pemrosesan Solana

    Solana memproses permintaan sesuai kondisi jaringan dan aturan protokol saat itu.

  5. 05

    Konfirmasi dan rekonsiliasi pelanggan

    Sistem pelanggan menentukan cara memantau konfirmasi dan merekonsiliasi keadaan bisnisnya sendiri.

Jaga setiap tahap agar dapat diperiksa melalui log pelanggan, permintaan bertanda tangan, respons RPC, dan catatan bisnis.

Batas tanggung jawab

Peran hukum setiap pihak bergantung pada susunan layanan dan yurisdiksi yang berlaku.

Penanda tangan pelanggan
Aplikasi pelanggan membuat permintaan; dompet atau penanda tangannya mengendalikan tanda tangan.
Lapisan koneksi ERPC
ERPC meneruskan permintaan dan mengembalikan respons jaringan dalam cakupan RPC yang dipilih.
Pemrosesan Solana
Solana memproses permintaan menurut aturan protokol dan kondisi jaringan.
Konfirmasi dan rekonsiliasi pelanggan
Sistem pelanggan mencocokkan hasil jaringan dengan kebijakan konfirmasi dan catatan bisnisnya.

Kasus penggunaan operasional

Alur berbeda dengan kendali yang jelas

Untuk setiap kasus, tetapkan tanggung jawab atas tanda tangan, penerusan RPC, konfirmasi, dan rekonsiliasi bisnis.

01

Pembayaran di kasir

Saat checkout, aplikasi membentuk instruksi pembayaran, pelanggan menandatangani, dan sistem pelanggan mencocokkan pesanan dengan hasil jaringan.

02

Penyelesaian B2B, pencairan, dan perbendaharaan

Untuk penyelesaian B2B, pencairan, dan treasury, pelanggan menetapkan aturan persetujuan, kewenangan tanda tangan, serta rekonsiliasi akuntansi.

03

Pembayaran API x402

Klien dan server dapat bertukar persyaratan pembayaran x402 serta PaymentPayload yang khusus untuk skema dan jaringan. Alur pembayaran HTTP ini terpisah dari alur aplikasi umum; pada skema exact Solana, payload dapat memuat transaksi pembayaran terserialisasi dan ditandatangani sebagian untuk verifikasi dan penyelesaian.

04

Rekonsiliasi dan integrasi sistem

Hubungkan respons jaringan ke ledger, pesanan, atau sistem internal; sistem pelanggan menangani pengecualian dan percobaan ulang.

x402 dan pembayaran API

Persyaratan pembayaran dalam alur sumber daya HTTP

Alur x402 mengurutkan persyaratan pembayaran, bukti pembayaran API, dan respons sumber daya HTTP; transaksi Solana aplikasi merupakan artefak terpisah.

PaymentPayload x402 bergantung pada skema dan jaringan yang dipilih. Pada skema exact Solana, payload ini dapat memuat transaksi pembayaran Solana terserialisasi dan ditandatangani sebagian untuk verifikasi dan penyelesaian.

  1. 01

    Permintaan sumber daya

    Klien mengirim permintaan awal untuk sumber daya HTTP yang dilindungi.

  2. 02

    Persyaratan pembayaran 402

    Server menjelaskan ketentuan pembayaran dan data yang diperlukan dalam respons 402.

  3. 03

    Muatan pembayaran API bertanda tangan

    Klien membentuk dan menandatangani muatan pembayaran API sesuai persyaratan tersebut.

  4. 04

    Verifikasi dan penyelesaian

    Layanan memverifikasi bukti pembayaran dan memperoleh hasil penyelesaian melalui proses jaringan yang berlaku.

  5. 05

    Respons sumber daya dan penyelesaian

    Server mengembalikan sumber daya HTTP beserta respons pembayaran atau penyelesaian kepada klien.

Dokumentasi resmi x402 · Bukti implementasi ERPC bertanggal

Batas tanggung jawab perusahaan

Pisahkan kendali menurut pihak dan cakupan

Nyatakan peran pelanggan atau mitra, cakupan ERPC yang dipilih, dan jaringan Solana dalam kontrak serta desain teknis.

Pelanggan atau mitra

Sistem pelanggan menentukan cara memantau konfirmasi dan merekonsiliasi keadaan bisnisnya sendiri.

  • Pembayaran di kasir
  • Rekonsiliasi dan integrasi sistem

Cakupan ERPC yang dipilih

ERPC tidak menyimpan kunci privat pelanggan dan tidak menandatangani transaksi aplikasi pelanggan.

  • Konektivitas RPC Solana
  • Operasi VPS khusus
  • Infrastruktur server fisik

Jaringan Solana

Jaringan Solana memproses permintaan sesuai aturan protokol dan kondisi jaringan yang berlaku.

  • Pemrosesan Solana

Peran hukum setiap pihak bergantung pada susunan layanan dan yurisdiksi yang berlaku.

Bukti implementasi

Hubungkan pernyataan ke permukaan yang dapat diperiksa

Nilai konektivitas, dokumentasi, dan opsi hosting melalui bukti teknis yang tersedia serta pengujian Anda sendiri.

01

Konektivitas RPC Solana

Periksa metode RPC, respons jaringan, dan alur permintaan yang tetap dikendalikan pelanggan.

Lihat bukti RPC
02

Dokumentasi teknis

Gunakan dokumentasi terbitan untuk memahami antarmuka, batasan, dan petunjuk integrasi.

Buka dokumentasi
03

Operasi VPS khusus

Untuk VPS khusus, kaji cakupan penerapan, tanggung jawab operasi pelanggan, dan rencana koneksi.

Lihat rincian VPS
04

Infrastruktur server fisik

Nilai server fisik berdasarkan rencana kapasitas, susunan jaringan, dan kepemilikan operasi.

Lihat rincian server fisik

Baca panduan transaksi Solana

Baca struktur data Solana RPC

Tetapkan batas koneksi sebelum produksi

Perjelas tanggung jawab arsitektur stablecoin Anda.

Tinjau alur transaksi, kendali tanda tangan, cakupan RPC, dan kebijakan rekonsiliasi bersama kami.

Bahas arsitektur AndaBaca artikel x402