Overview
Customers present a verifiable age credential to prove they are 18+ for restricted products or venue entry, without handing over a full ID.
Why it matters
Physical ID checks are slow, expose extra data, and are hard to audit. Verifiable Credentials enable fast, privacy-preserving checks with clear trust and status.
Ecosystem roles
- Issuer: Government authority or registrar.
- Holder: Customer.
- Verifier: Retailer or venue.
Assurance and lifecycle
Credentials expire and can be revoked. Verifiers validate issuer trust and status before allowing a sale or entry.
| Objective | Confirm a customer meets the minimum age requirement. |
| Description | Verify an age Verifiable Credential before allowing purchase or entry. |
| Actors | Issuer; Customer; Retailer or venue |
| Dependencies | Issuer trust registry and status endpoint. |
| Preconditions | Customer holds a valid age credential. |
| Postconditions | Sale or entry is allowed or denied based on proof. |
flowchart LR
GOV@{icon: "fa:id-card", label: "Government authority", pos: "b"} -->|Issues age VC| WAL@{icon: "fa:wallet", label: "Wallet", pos: "b"}
WAL -->|Present age proof| VER@{icon: "fa:store", label: "Retailer / venue", pos: "b"}
VER -->|Check status| REG@{icon: "fa:book", label: "Registry/status", pos: "b"}
sequenceDiagram
participant Government
participant Wallet
participant Customer
participant Verifier as Retailer / venue
participant Registry as Registry/status
Government-->>Wallet: Issue age VC
Customer->>Verifier: Request purchase or entry
Verifier->>Wallet: Request proof
Wallet-->>Verifier: Present age proof
Verifier->>Registry: Validate issuer and status
Registry-->>Verifier: Valid
Verifier-->>Customer: Allow or deny