Invite identities
A payee can be identified and invited by any of these:
This matters in practice because you usually know a contributor by exactly one of these. An open-source maintainer is a GitHub username. A community moderator is a Discord handle. A contractor is an email address. With Pvium, that one identifier is enough to pay them.
How an identity becomes a payee
An invite is not a payment to an address — it is an invitation tied to a specific identity:- You invite the identity — a GitHub username, an email, a handle.
- The person proves control of it. To accept, the payee signs in with that identity — OAuth for social accounts and email, a signature for wallets. Whoever cannot authenticate as that identity cannot claim the payout.
- The identity resolves to a verified account. The payee’s Pvium account, powered by Privy, a Stripe company, links their identities and wallet in one place — so a payee invited by GitHub handle today can also be found by email tomorrow.
Connected accounts
Team members who have already connected their accounts via OAuth appear as connected accounts when you add receivers — already resolved, selectable directly from a list. Recurring payees stop being invites and become a roster.Why identity-first payouts are safer
- You pay who you meant to pay. The payout is claimable only by proving control of the identity you entered — not by whoever holds a link or an address you might have mistyped.
- No handling of sensitive details. You never collect, store, or re-type bank or wallet details for payees; each payee’s own authenticated account supplies them.
- Identity connects to compliance. Once resolved, the same account carries the payee’s verification status and tax forms, so identity, compliance, and payment history stay attached to one person.
Related pages
Scopes and invites
What an invite asks of a payee, and how consented data access works.
Recipient verification
Verify recipient identity and account information before payout.

