Percorso frontend
- 01Raccogli importo, piattaforma di pagamento, valuta fiat e identificativo per il pagamento.
- 02Mostra il confine attuale della politica del fornitore e richiede all'utente di confermare l'account, la regione e l'ammissibilità delle transazioni.
- 03Passa il viem WalletClient connesso a useOfframp() o createOfframp({ walletClient }).
- 04Mostra gli stati di avanzamento: approving, registering, depositing, confirming, delegating, restricting, resuming e done.
- 05Per un percorso idoneo che richiede l’estensione, intercetta EXTENSION_REGISTRATION_REQUIRED ed esegui usePeerExtensionRegistration(platform).
- 06Chiama deposits(address) al caricamento della pagina così un refresh non lascia bloccato un venditore con un'operazione in corso.
Stato che dovresti memorizzare
| Campo | Motivo |
|---|---|
| depositId | Handle principale per close(), link OTC e assistenza |
| txHash | Prova che l'utente ha firmato e trasmesso la transazione di deposito |
| platform + currency | Visualizzazione della route, assistenza e segmentazione analytics |
| etichetta dell'identificativo | Riferimento leggibile per il pagamento; non memorizzare segreti |
| integratorId | Attribuzione stabile per la telemetria di prodotto e l'assistenza |
Vincoli di UX
- L'SDK opera sulla mainnet di Base; non c'è una sandbox pubblica. Testa con il minimo di 1 USDC.
- Ogni deposito creato dall'SDK delega il pricing al vault Delegate. Non presentare controlli manuali del tasso per questo percorso.
- Il fiat resta fuori dall'SDK. Acquirente e venditore si regolano direttamente all'interno dell'app di pagamento selezionata.
- Reconcile narrow owner state with deposits(); use Peerlytics API for broader market data, deposits, intents, and analytics.