Frontend-Pfad
- 01Betrag, Zahlungsplattform, Fiat-Währung und Auszahlungskennung sammeln.
- 02Zeigen Sie die aktuelle Richtliniengrenze des Anbieters an und verlangen Sie, dass der Benutzer die Berechtigung für Konto, Region und Transaktion bestätigt.
- 03Übergeben Sie den verbundenen viem WalletClient an useOfframp() oder createOfframp({ walletClient }).
- 04Zeigen Sie die Fortschrittsstatus approving, registering, depositing, confirming, delegating, restricting, resuming und done an.
- 05Fangen Sie für eine zulässige, erweiterungsgebundene Route EXTENSION_REGISTRATION_REQUIRED ab und führen Sie usePeerExtensionRegistration(platform) aus.
- 06deposits(address) beim Laden der Seite aufrufen, damit eine Aktualisierung keinen laufenden Verkäufer blockiert.
Status, den Sie speichern sollten
| Feld | Grund |
|---|---|
| depositId | Primäres Handle für close(), OTC-Links und Support |
| txHash | Nachweis, dass der Nutzer die Einzahlungstransaktion signiert und gesendet hat |
| platform + currency | Routenanzeige, Support und Analytics-Segmentierung |
| identifier label | Menschlich lesbare Auszahlungsreferenz; keine Geheimnisse speichern |
| integratorId | Stabile Attribution für Produkt-Telemetrie und Support |
UX-Einschränkungen
- Das SDK zielt auf das Base-Mainnet ab; es gibt keine öffentliche Sandbox. Testen Sie mit dem Minimum von 1 USDC.
- Jede vom SDK erstellte Einzahlung delegiert die Preisgestaltung an den Delegate-Vault. Zeigen Sie für diesen Pfad keine manuellen Kurssteuerungen an.
- Fiat bleibt außerhalb des SDK. Käufer und Verkäufer wickeln direkt in der gewählten Zahlungs-App ab.
- Reconcile narrow owner state with deposits(); use Peerlytics API for broader market data, deposits, intents, and analytics.