01
Caminho de frontend
- 01Colete valor, plataforma de pagamento, moeda fiat e identificador de pagamento.
- 02Mostre o limite da política atual do provedor e exija que o usuário confirme a elegibilidade da conta, região e transação.
- 03Passe o viem WalletClient conectado para useOfframp() ou createOfframp({ walletClient }).
- 04Estados de progresso superficial: aprovar, registrar, depositar, confirmar, delegar, restringir, retomar, pronto.
- 05Para uma rota qualificada que exige extensão, capture EXTENSION_REGISTRATION_REQUIRED e execute usePeerExtensionRegistration(platform).
- 06Depósitos de chamadas (endereço) no carregamento da página para que uma atualização não prenda um vendedor durante o voo.
02
Estado que você deve armazenar
| Campo | Motivo |
|---|---|
| depositId | Handle principal para close(), links OTC e suporte |
| txHash | Prova de que o usuário assinou e transmitiu a transação de depósito |
| platform + currency | Exibição da rota, suporte e segmentação de analytics |
| rótulo do identifier | Referência de pagamento legível por humanos; não armazene segredos |
| integratorId | Atribuição estável para telemetria de produto e suporte |
03
Restrições de UX
- O SDK aponta para a mainnet da Base; não há sandbox público. Teste com o mínimo de 1 USDC.
- Todo depósito criado pelo SDK delega o pricing ao vault da Delegate. Não apresente controles manuais de taxa para esse caminho.
- O fiat fica fora do SDK. O comprador e o vendedor liquidam diretamente dentro do app de pagamento selecionado.
- Reconcile narrow owner state with deposits(); use Peerlytics API for broader market data, deposits, intents, and analytics.