Feature 05 — Zero PII Stored

Attribution data
without the liability.

Most attribution systems store email addresses, IP addresses, and behavioral data. That data is valuable — and it's a target. One breach, one subpoena, one GDPR audit — and you're explaining why you had it and what you did with it. HashVex removes that exposure entirely.

See It in Action → View Live Dashboard
$0
PII in the HashVex attribution database — nothing to breach, nothing to disclose
SHA-256
One-way hash function — the source email cannot be recovered from the stored hash
GDPR
Hashed identifiers are treated as non-personal data under Article 4(1) when properly implemented

What traditional systems store

Standard conversion tracking databases contain email addresses, full names, IP addresses, user agents, form field values, and behavioral event sequences. This is PII by definition under GDPR, CCPA, and virtually every other privacy framework. If you're running this data on behalf of clients, their exposure becomes your exposure.

What HashVex stores

A cryptographic hash of the email. A campaign ID. A timestamp. A Halo 2 ZK proof. None of these are reversible to identify a person. There is no name, no email address, no IP in the attribution database — only the mathematical evidence that a specific campaign drove a conversion from a specific (anonymous) user.

Traditional Attribution Database
Email: john.smith@example.com
IP: 192.168.1.104
Name: John Smith
Phone: +1 555 234 5678
Form fields: Case type, description
Browsing session data
HashVex Attribution Database
Hash: df0a52bd2fd647b3c...
Campaign ID: 1001
Timestamp: 2026-05-03T15:24:06Z
Click source: gclid
ZK proof bytes
Nothing else

How the hash works

When a user submits a form, their email is passed through SHA-256 — a one-way cryptographic function. The output is a 64-character hex string that is deterministic (same input always produces same output) but non-reversible (there is no mathematical way to recover the email from the hash). This hash is what gets stored. The email never touches the HashVex database.

Input (never stored) john.smith@example.com
SHA-256 hash (stored) 6e1b1e4e44a5f5f1d9a7c0e2f3b4a8d6c2e5f7a9b1c3d5e7f9a2b4c6d8e0f1a3

Prove attribution.
Not identity.

You don't need to know who the person is to know that your campaign drove a conversion. HashVex separates those two things — keeping the attribution data and removing the privacy risk. That's not a limitation. That's the point.