Demo story (plain language)
A 16-year-old should get this. No jargon.Meet Sara (recruiter) and Tom (candidate). Sara wants to introduce Tom to a company. Normally she emails a CV, LinkedIn screenshots, maybe even an ID scan. That stuff gets forwarded, copied, stored in random inboxes, and sometimes used as training data. Tom hates that — but he also wants the introduction.
- Sara goes to caemsonexus.com/gvp and clicks “Generate Package”.
- She selects only what’s needed: role, skills, availability, and “verified contact”.
- GVP creates two things: a code (the token) and a key (like the key to a lock).
- Sara sends the token to the company (email/QR/link).
- Sara sends the key to the same contact via a different channel (WhatsApp/SMS).
- The company opens the token + key on the verify page.
- The page checks: “Is this package real?” “Has it been changed?” “Is consent OK?” “Is it expired?”
- If everything is valid, the company sees only the agreed info — not a pile of raw documents.
Result: Tom stays in control, Sara can still introduce him, and the company gets a verified package instead of “trust me bro” PDFs.
- Token alone is useless (without the key you can’t open it).
- It expires (so it can’t live forever in inboxes).
- It’s signed (so edits/fakes get detected).
- Consent is embedded (what it may be used for).
“GVP lets you send a locked box + a separate key, with a tamper-proof seal and an expiry date.”