01
Vía de frontend
- 01Recoge el importe, la plataforma de pago, la moneda fiat y el identificador de cobro.
- 02Mostrar el límite de política actual del proveedor y exigir al usuario que confirme la cuenta, región y elegibilidad de transacción.
- 03Pasa el viem WalletClient conectado a useOfframp() o createOfframp({ walletClient }).
- 04Muestra los estados de progreso: approving, registering, depositing, confirming, delegating, restricting, resuming y done.
- 05Para una ruta apta que requiera la extensión, captura EXTENSION_REGISTRATION_REQUIRED y ejecuta usePeerExtensionRegistration(platform).
- 06Llama a deposits(address) al cargar la página para que un refresco no deje varado a un vendedor con una operación en curso.
02
Estado que deberías guardar
| Campo | Motivo |
|---|---|
| depositId | Identificador principal para close(), enlaces OTC y soporte |
| txHash | Prueba de que el usuario firmó y transmitió la transacción del depósito |
| platform + currency | Visualización de la ruta, soporte y segmentación analítica |
| etiqueta del identificador | Referencia de cobro legible; no guardes secretos |
| integratorId | Atribución estable para la telemetría de producto y el soporte |
03
Restricciones de UX
- El SDK apunta a la mainnet de Base; no hay sandbox público. Prueba con el mínimo de 1 USDC.
- Cada depósito creado por el SDK delega la fijación de precios al vault de Delegate. No presentes controles manuales de tasa para esta vía.
- El fiat queda fuera del SDK. El comprador y el vendedor liquidan directamente dentro de la app de pago seleccionada.
- Reconcile narrow owner state with deposits(); use Peerlytics API for broader market data, deposits, intents, and analytics.