Verified Accounts

A real person behind every account.

One passkey binds an account to a real person. You get a yes or a no, scoped to you alone — no name, no number, nothing that can be matched to them anywhere else.

Couch Tour — joining: no ID upload, your passkey is your place in line, Open BotShield
What the link is worth

The proof is the link, not the moment.

A person proves they are real once. After that the account carries the proof, and every answer you get is about that same proven human, not a fresh guess each time. What you hold is a pairwise opaque ID: an identifier minted for your company alone.

A pairwise opaque ID, never them.

Every company gets its own identifier for the same person: derived for you, stable for the life of the link, useless anywhere else. Two companies cannot put their lists together and find the same human. We never see a name behind it, and neither do you.

Reach, not control.

A link is a line to them, not a hold over them. It cannot message them, act for them, or see their other links.

It counts once per ID.

One proven human, one account on your platform — which is the only version of fair that holds.

It is what a gate counts on.

A gate requires a verified account — the pairwise link is the only thing “once per person on your platform” can be counted against. Place a gate, get verified customers.

The BotShield app — Verify Account: Couch Tour is linked; a link, never you; your number, verified

The link, as the person sees it — one link for this company alone, and it cannot be matched to any other.

Verify with BotShield

One button, behind your own sign-in.

Your user signs in the way they always do. Then one button — Open BotShield — where they land. It opens their BotShield app to a screen called Verify Account; they confirm with their own passkey, or decline. You get a linked account, keyed by an opaque ID. The person stays theirs.

console.botshield.ai/couchtour/verified-accounts
The BotShield Console — Verified Accounts: Verify with BotShield, why companies turn it on, how it works on your platform, and where it is on

The console side — where Verify with BotShield is on, one surface and one site key each, and the subscribers it produced.

BotShield Gates

Lets them through, then stops.

A presale, a drop, a vote, a signup — one turn each, and the person is real. A door with a clock, and then it stops.

BotShield Gates  ↗
BotShield Actions

Do the thing.

A cart, a trade, a payout, a watch. No door and no clock — it fires inline on your own page.

BotShield Actions  ↗
Bring your own infrastructure

The data is with the party that needs it.

We never hold your list. We confirm the person standing at it — and what we do hold, we name.

A gate confirms the customer for your sale and hands them straight back. Nothing moves onto our rails — because the one thing you cannot afford to rent is the list of who is entitled to what.

We hold

Five things, and we name them.

The BotShield ID — the person’s own root. An opaque ID — derived at the boundary, not stored. Gate sign-ups — opaque keys against a deal. A count, never a roster. A verified number, where a gate asked for one. You never hold it. Gate logs — ninety days, then deleted.

Holding a count is not holding the list.

Keep your registry. We confirm the customer for your sale — and a platform that refers a buyer never owns the dispute.

Data goes to the one party they chose to do business with. We never sell it. Ever.

The screens on this page are Couch Tour, built on BotShield — shown to make the concept concrete. couchtour.app  ↗

Verified Accounts FAQ

How do you verify an account without collecting identity documents?
The person signs in the way they always do, taps one button — Open BotShield — and confirms with their own passkey in the BotShield app. The account they are signed into is bound to their BotShield ID. No document, no face, no birthday; the check that unlocks their phone never leaves it.
What does a platform get back when an account is verified?
A yes or a no, scoped to you alone, and an opaque ID to key the account by. The same ID comes back at every gate that person passes on your platform, so you can count on it. Never a name, never a number, nothing that can be matched to them anywhere else.
Can one person verify two accounts on the same platform?
Not with the same BotShield ID. One ID links one account per platform; a second attempt is refused and the app says which account already holds it. A second ID takes a second Apple or Google root, a real device and real time.
What happens when a customer unlinks?
The link ends and the account goes back to being an ordinary account. Nothing you built on top changes; the next gate that person meets asks them to verify again. If their credential at your company changes, the link ends on its own — a takeover never inherits a verified account.
Does verifying accounts replace our login?
No. Your sign-in stays exactly as it is, passkey or password. Open BotShield is one button behind it; a gate always asks again on the person’s own phone. We verify; we never keep anyone signed in.
What do you store about a verified account?
Five things, named: the BotShield ID (the person’s own root), an opaque ID per link, gate sign-ups as opaque keys against a deal, a count never a roster, and a verified number only where a gate asked for one. Gate logs are kept ninety days, then deleted. Everything else is created on your platform and stays there.

Verify the account once. Charge the tap, not the SMS.

Your store, your checkout, your list, your terms — unchanged.