Why Solana, and why payments need a gateway
Solana gives you fast settlement, cheap fees, and a single global ledger—ideal for moving value in real time. Solana Pay and the wider ecosystem made it straightforward to request and settle payments on-chain: wallets, QR flows, and merchant standards are mature, and developers can build checkout experiences that feel familiar to web users. Those patterns are powerful for transparent payments—where revealing the destination, amount, and flow on-chain is acceptable.The gap Unseen Pay fills
Many products need stronger confidentiality: shielding counterparty or amount details from public graph analysis, meeting compliance without advertising every transfer, or simply matching user expectations from traditional card privacy. Unseen Pay is a confidential payment gateway on Solana. It sits between your application and the chain: you create payment sessions, your customers pay through wallets and hosted checkout flows, and Unseen helps you verify settlement and automate fulfillment—without turning your integration into raw, hand-rolled chain plumbing.What you gain
- Privacy-oriented checkout — Designed for flows where public, fully transparent payment rails are not enough.
- Familiar merchant model — Sessions, references, webhooks, verify calls—similar rhythm to other payment APIs.
- Two official SDKs —
@unseen_fi/sdkfor secure server work (create/list/verify, webhook HMAC), and@unseen_fi/uifor React checkout (modal, wallet picker, client verification). - Operational hooks —
payment.confirmed-style webhooks andpayments.verifyso you can fulfill orders idempotently next to your own database.
Who this is for
Teams building wallets, marketplaces, SaaS billing, or gated content on Solana who want a hosted gateway + SDKs rather than re-implementing confidential settlement end to end.How this documentation is organized
Read in order—the sidebar matches this sequence so each page assumes the previous one.
Underlying pages (for example Client & payments or Hooks & wallets) appear inside each sidebar group in the same order they should be read.
