Giappone
La data indicata segna l'avvio del regime giapponese per gli strumenti di pagamento elettronico. I materiali collegati della Financial Services Agency forniscono il contesto normativo e di attuazione.
Infrastruttura per stablecoin
Costruisci sistemi di stablecoin su Solana.
ERPC fornisce il livello di connessione RPC che le applicazioni usano per leggere lo stato di Solana, inviare transazioni già firmate e interrogare lo stato risultante. Rete, compute ed engineering su misura possono essere combinati nell'ambito del progetto selezionato.
Una panoramica tecnica dei confini di RPC, firma, rete e riconciliazione per i sistemi di stablecoin su Solana.
Contesto normativo
Tappe normative per giurisdizione
Tappe pubbliche selezionate forniscono un contesto datato per le decisioni di architettura e operative. Ogni affermazione qui sotto rimanda a una fonte primaria nominata.
Fonti esaminate:
Unione Europea
La data indicata segna l'inizio dell'applicazione dei Titoli III e IV di MiCA per i token riferiti ad attività e i token di moneta elettronica.
Stati Uniti
La data indicata segna la firma in legge del GENIUS Act.
Esempi pubblici dal Giappone
JPYC
Nella data indicata, JPYC ha lanciato ufficialmente la sua stablecoin denominata in yen e la piattaforma di emissione e rimborso.
JPYC Inc.Annuncio ufficiale del lancioJPYSC
Nella data indicata, SBI Group e Startale hanno annunciato la fornitura limitata di JPYSC basata su account. Il loro annuncio descrive la circolazione su public chain come un passo futuro subordinato alla prontezza legale e fiscale.
SBI GroupAnnuncio di lancio di JPYSCQuesta panoramica dell'infrastruttura non costituisce consulenza legale, fiscale o normativa. Gli obblighi dipendono dal prodotto, dalla giurisdizione, dal modello di custodia e dalle entità partecipanti.
Livello di connessione RPC
Leggi, invia e osserva i risultati
Le applicazioni usano comunemente la RPC per leggere lo stato di Solana, inviare transazioni già firmate e interrogare lo stato risultante. Il wallet o il firmatario controllato dal cliente conserva le chiavi private e crea la firma della transazione. ERPC inoltra la richiesta di transazione già firmata all'infrastruttura RPC di Solana e restituisce la risposta della rete. Il sistema del cliente determina come monitorare la conferma e riconciliare il proprio stato aziendale.
- 01Lettura
- Interroga saldi, stato degli account, dati dei blocchi e stato delle transazioni necessari all'applicazione.
- 02Invio
- Invia una transazione già firmata attraverso il livello di connessione RPC per la consegna alla rete Solana.
- 03Conferma
- Interroga lo stato di elaborazione e conferma in modo che l'applicazione del cliente possa aggiornare il proprio stato aziendale.
La RPC è un percorso di connessione lato applicazione; validator, indexer e percorsi di transazione privati possono anch'essi far parte di un sistema. ERPC non detiene le chiavi private dei clienti, non crea firme per i clienti e non decide come il cliente registra il risultato.
Percorso della transazione
Segui un pagamento dalla query di stato alla riconciliazione
Le cinque fasi separano la logica applicativa, la firma controllata dal cliente, il trasporto RPC, l'elaborazione su Solana e la conferma e riconciliazione nel sistema del cliente.
- 01
Applicazione del cliente
L'applicazione legge lo stato di Solana necessario per costruire un pagamento e prepara le istruzioni della transazione.
- 02
Firmatario controllato dal cliente
All'interno del perimetro di sicurezza controllato dal cliente, il wallet o il firmatario costruisce e firma la transazione. Le chiavi private non vengono passate a ERPC.
- 03
Livello RPC di ERPC
ERPC inoltra la richiesta di transazione già firmata all'infrastruttura RPC di Solana e restituisce la risposta della rete.
- 04
Rete Solana
La rete Solana elabora la transazione secondo lo stato attuale della rete e le regole del protocollo.
- 05
Stato e riconciliazione
Il sistema del cliente interroga lo stato risultante, decide come monitorare la conferma e riconcilia il proprio stato applicativo e aziendale.
In questo percorso, ERPC trasporta le query di stato, gli invii di transazioni già firmate e le query sullo stato risultante. Firma, politica di conferma e riconciliazione aziendale restano all'interno dei sistemi controllati dal cliente.
Confini di proprietà e responsabilità
I ruoli legali di tutte le parti dipendono dall'accordo e dalla giurisdizione e richiedono un'analisi legale separata.
- Firmatario controllato dal cliente
- Il cliente controlla l'applicazione, il wallet, le chiavi private, l'autorizzazione della firma e l'intento della transazione.
- Livello RPC di ERPC
- Il perimetro di ERPC copre la connessione RPC selezionata. Esclude la custodia delle chiavi private del cliente, la firma delle transazioni e le regole aziendali del cliente.
- Rete Solana
- Solana elabora le transazioni inviate e mantiene lo stato del ledger di rete secondo le regole del proprio protocollo.
- Stato e riconciliazione
- Il cliente possiede le regole che trasformano le risposte della rete e le query di stato in decisioni di conferma e record di riconciliazione.
Casi d'uso operativi
Collega i flussi di stablecoin ai sistemi aziendali
Questi sono pattern di integrazione rappresentativi, non dichiarazioni su clienti o servizi regolamentati. Politica di prodotto, firma, compliance e riconciliazione restano al cliente o al partner.
01
Checkout e pagamenti integrati
L'applicazione costruisce il pagamento, il cliente lo autorizza e lo firma, e il sistema del commerciante associa il risultato osservato sulla rete all'ordine.
02
Regolamento B2B, payout e tesoreria
I sistemi del cliente possono inviare transazioni firmate per flussi di regolamento, payout o tesoreria e riconciliare i risultati con fatture, approvazioni e libri contabili interni.
03
Pagamenti API x402 e agent
Client e server possono scambiarsi requisiti di pagamento x402 e PaymentPayload specifici per scheme e rete. Questo flusso di pagamento HTTP è separato dal percorso applicativo generale; con lo scheme exact di Solana, il payload può contenere una transazione di pagamento serializzata e parzialmente firmata per la verifica e il regolamento.
04
Riconciliazione e integrazione di sistema
Le integrazioni possono mappare le risposte RPC e le successive query di stato su record di ordini, ledger o ERP, mentre il cliente conserva le regole di riconciliazione.
x402 e pagamenti API
Segui il flusso di pagamento x402
x402 è un protocollo di pagamento HTTP, non una stablecoin né un wallet. Definisce come un server dichiara i requisiti di pagamento e come un client restituisce un payload di pagamento prima che il server fornisca una risorsa.
Il PaymentPayload di x402 è specifico per lo scheme e la rete selezionati. Per lo scheme exact di Solana, può contenere una transazione di pagamento Solana serializzata e parzialmente firmata per la verifica e il regolamento.
- 01
Richiesta di una risorsa a pagamento
Un client richiede al server una risorsa HTTP o un'operazione API a pagamento.
- 02
Restituzione dei requisiti 402
Il server risponde con 402 Payment Required e i requisiti di pagamento che accetta.
- 03
Creazione del payload firmato
Il client crea il payload di pagamento API x402 firmato e lo invia con una nuova richiesta.
- 04
Verifica e regolamento
Il server o il facilitator verifica il payload ed esegue il regolamento definito dal protocollo.
- 05
Restituzione di risorsa e risultato
Dopo la verifica e il regolamento, il server restituisce la risorsa e il risultato di regolamento disponibile.
Confini di responsabilità
Separa le responsabilità per livello di sistema
L'architettura separa le decisioni di prodotto e compliance controllate dal cliente, l'ambito ERPC contrattuale e l'elaborazione delle transazioni su Solana.
Cliente o partner
Il cliente o il partner definisce la politica di prodotto, il comportamento dell'applicazione, i controlli di wallet e firma, i processi di compliance e identità, la contabilità e le regole di riconciliazione.
- Checkout e pagamenti integrati
- Riconciliazione e integrazione di sistema
Ambito ERPC selezionato
All'interno dell'ambito contrattuale, ERPC può fornire RPC condivisa o dedicata, connettività di rete, infrastruttura VPS o bare-metal selezionata ed engineering su misura. ERPC non custodisce le chiavi private dei clienti né firma le transazioni delle applicazioni dei clienti.
- ERPC Solana RPC
- Infrastruttura VPS
- Infrastruttura bare-metal
Rete Solana
Solana elabora le transazioni inviate e mantiene lo stato del ledger di rete secondo le regole del proprio protocollo.
- Rete Solana
Questa mappa tecnica non assegna a ERPC né a nessun'altra parte il ruolo di emittente, custode, exchange, broker, intermediario di pagamento o wallet per l'utente finale. I ruoli legali dipendono dall'accordo e dalla giurisdizione e richiedono un'analisi legale separata.
Evidenze di prima parte
Esamina le superfici di prodotto di prima parte
Le superfici RPC, documentazione, VPS e bare-metal qui sotto documentano i componenti pubblici disponibili per la revisione dell'architettura. L'ambito contrattuale determina quali componenti si applicano.
ERPC Solana RPC
Esamina la superficie di prodotto RPC rispetto alle query di stato, agli invii di transazioni firmate e alle query di stato richieste dall'applicazione.
Vedi i servizi RPCDocumentazione RPC di ERPC
Usa la documentazione per esaminare metodi, parametri, risposte di errore e confini di integrazione.
Leggi la documentazione RPCInfrastruttura VPS
Esamina le opzioni VPS quando servizi gestiti dal cliente o componenti di integrazione sono inclusi nell'ambito selezionato.
Vedi le opzioni VPSInfrastruttura bare-metal
Esamina le opzioni bare-metal quando il cliente deve pianificare l'ambiente server fisico come decisione infrastrutturale separata.
Vedi le opzioni bare-metalRichiesta enterprise
Definisci il perimetro del progetto.
Discuti i requisiti RPC, il perimetro di firma controllato dal cliente, il flusso di stato e riconciliazione e qualsiasi componente di rete o compute nell'ambito selezionato.