End-User Custodial Wallet + On-Ramp Checkout
Provision custodial wallets per user and integrate with hosted or embedded checkout flows for USD→USDC conversions
Summary
Provision custodial wallets per user and let them buy USDC via card using a hosted Payment Link or embedded widget. Swipelux handles KYC and checkout; you receive definitive states via webhooks and verify via REST. Expect reduced KYC friction for returning users and faster time-to-first-USDC.
Problem → Solution mapping
Pain point | Capability | Mechanism |
---|---|---|
Need wallets per user | Customers + Wallet API | POST /v1/customers then POST /v1/customers/{id}/wallets returns wallets[...] |
KYC burden | KYC handled | Submit identifying documents; Swipelux returns status |
Checkout complexity | Hosted/embedded | Payment Link or SDK modal with apiKey |
State drift | REST re-verify | Webhook + GET /v1/transfers/{id} before updating UI |
Architecture
Implementation steps
UX choices
Hosted link = fastest; embed the widget for best continuity. Apple Pay is available where supported by device and issuing bank.
KPIs
transfer.completed rate; time-to-first-USDC; KYC start→finish drop-off.
Limits & caveats
Fiat: USD only. Crypto: USDC only (today). Treat REST as source of truth; don't act on webhook alone.
Troubleshooting
Common state: awaiting_funds, completed, failed. Retry idempotently on HTTP 5xx. If signature mismatch, return 401 and drop the event; do a periodic REST reconciliation job.