Consumer platforms

Verified human and age checks for dating and social apps

Prove each profile is a real, unique adult without collecting an ID document.

Use case
Age verification
Wallet data
PID
Authbound capability
Identity Verification
Flow
Verify
What changes

Before and after the wallet

Today

  1. ID selfie
  2. Document storage
  3. Manual review
  4. The verified badge

With the EUDI Wallet

  1. Approve proofs
  2. Authbound verifies
  3. Adult, unique, no name
  4. The verified badge

The wallet changes how the evidence is collected. The step at the end stays yours.

The problem

Why this is worth changing

For the business
Bots and fake profiles erode trust, and ID selfie vendors add cost and breach risk.
For the user
Users do not want to give a dating app their passport to prove they are real.
For operations
Moderators review selfies and documents, and the stored documents become a liability.

Why the wallet helps

Selective disclosure separates the trust signal from the identity. The wallet proves the account holder is over 18, is a unique human, and lives in a given country, without giving up a name, a birth date or a document. You get better safety guarantees than an ID selfie and hold far less data.

  • Provable age assurance without an ID document store
  • Duplicate and bot accounts get expensive, because uniqueness is cryptographic
  • Verification becomes a product feature instead of pure friction
User journey

What actually happens

  1. 01

    You request specific attributes

  2. 02

    The user gets the request by QR or deep link

  3. 03

    The wallet shows exactly what is asked

  4. 04

    The user approves on their device

  5. 05

    The wallet presents the signed credential

  6. 06

    Authbound verifies the presentation

  7. 07

    Your backend receives a structured result

  8. 08

    Your existing workflow continues

How it works

Three steps with Authbound

  1. Step 01

    Verify at profile creation

    Run the check once when the profile is made and mark the account verified.

  2. Step 02

    Ask for proofs, not identity

    Typically age_over_18, a uniqueness proof, and residence country. No name, no birth date, no document.

  3. Step 03

    Make it a feature

    A verified badge and verified-only filters turn the check into something users want rather than an obstacle.

Technical flow

  1. Your application
  2. Authbound API
  3. Wallet request
  4. Presentation
  5. Trust and revocation checks
  6. Your backend
Technical details
const verification = await authbound.verifications.create({
  policyId: 'pol_…',      // the claims this flow requests
  customerUserRef: user.id,
});

// Your webhook then receives verification.completed
// with the verified result and its audit record.
  • Request: an OpenID4VP presentation request built from your policy.
  • Hand-off: QR code on desktop, deep link on mobile.
  • Checks: issuer against the EU trust lists, status list revocation, device binding.
  • Result: structured claims plus an audit record, delivered by webhook.
Who does what

What Authbound handles, what you handle

Authbound handles

  • The wallet request, with QR on desktop and a deep link on mobile
  • Verifying the presentation the wallet returns
  • Checking the issuer against the EU trust lists
  • Revocation and device binding checks
  • A structured result delivered to your backend
  • An audit record of every verification

Your application handles

  • Choosing which attributes the flow requests
  • Your business logic and account creation
  • The verified badge
  • Risk and fraud decisions
  • How long you keep the result
  • A path for users without a wallet
What's involved

Credentials, standards and rules

Wallet presents

  • PID

Regulatory context

Online safety and age assurance rules including the UK Online Safety Act and DSA obligations, GDPR data minimisation

Age assurance duties come from online safety rules such as the Digital Services Act and national laws. The wallet gives a government-rooted age proof, and selective disclosure supports GDPR data minimisation. How strict the check must be varies by market, and content moderation remains yours.

Surepath demo
Live demo

See the complete flow in Surepath

Verified-human dating. Real names, real ages, real people — proven by your country, never uploaded as a document.

What it asks the wallet for

  • age_over_25
  • driving_license_category_b
  • licence_valid_until
  • claims_free_years

What the business gets back

Premium
62€ / mo
PII retained
Minimal
Policy start
Immediate
Open the Surepath demo

Surepath is a fictional company built by Authbound. The wallet integration in it uses the real Authbound SDK.

Questions

What buyers ask

How can you prove uniqueness without identifying someone?

The wallet derives a pseudonymous identifier that is stable for your platform and cannot be linked to the same person elsewhere. You can tell two accounts are the same person on your service. You cannot tell who they are, and nobody can correlate them across platforms.

Does this satisfy age assurance regulation?

It gives you a signed, government-rooted proof of adulthood, which beats self-declaration and facial age estimation. Regulatory acceptance is still settling, so confirm against your target markets.

What do we store afterwards?

A boolean, a pseudonymous identifier and a timestamp. That is the whole record. There is no document and no identity to leak.

Can we keep our current verification vendor?

Yes. Offer the wallet as the privacy-first option and keep your current vendor for users without one.

What does our backend receive?

age_over_18 as a signed true or false, a pseudonymous identifier that is stable for your platform, and a verification ID. No name, no birth date, no document.

What if the user has no wallet?

They use your existing verification. You can still badge wallet-verified profiles so users see the difference.

Does it work across the EU?

Yes. Every EU wallet is verified the same way, so you do not need country-specific vendors.

Can a banned user come back with a new account?

The pseudonymous identifier stays the same for the same person on your platform, so you can block re-registration without knowing who they are.

When will users have wallets?

Every member state has to offer a wallet by 24 December 2026. Private services that are legally or contractually required to use strong user authentication have to accept it from December 2027 when the user asks. Expect early adopters first, so keep the fallback.

What do we build ourselves?

The verify step in profile creation, the badge, and your moderation rules. Authbound handles the wallet protocol and the proof checks.

Next step

Have a different wallet use case in mind?

Tell us what you are trying to build. We will map the user journey, the credentials and the wallet interaction to an implementation.