Your data and privacy
Trusted processing: the lock and the key
Your evidence is only ever processed inside hardware-sealed vaults that no person can open — and you don't have to take that on faith, because the vault proves what it is before any data enters.
One verification, start to finish
Follow one verification through the system. Your data is locked on your device, travels sealed, is opened only inside a vault whose key is forged in the hardware itself, and is destroyed once the answer exists. Only the answer leaves.
What a trusted processing unit is
A trusted processing unit is a vault built out of the computer's own hardware. The technical names are trusted execution environments and confidential virtual machines — AMD SEV-SNP, Intel SGX and AWS Nitro are the three the system supports. Inside one, the processor itself encrypts the memory, so even the machine's owner, looking at their own hardware, sees only ciphertext.
Ordinary servers have doors: an administrator account, a debug console, a memory dump. A trusted processing unit is designed with no doors at all — no operator login, no console, no way to read the memory from outside. That is not a policy that someone promises to follow; it is how the silicon works.
The gate: attestation, checked on-chain
Before your encrypted evidence is released to a vault, the vault must prove what it is. It produces an attestation — a signed statement from the hardware manufacturer's own certificate chain that says, in effect: "I am genuine sealed hardware, and I am running exactly this code, with this fingerprint."
The VirtEngine chain verifies that attestation on-chain, in its
x/enclave module, checking the signature and comparing the code's
measurement — a cryptographic fingerprint of every byte the vault will run — against
the approved record. If a single byte of the code were different, the fingerprint would
not match and no data would be released to it. Because the check is
on-chain, it is public: anyone can confirm which enclave measurements the network
accepts.
What attestation does and does not prove
Attestation proves the vault is genuine hardware running exactly the approved code — nothing more. The rest of the protection comes from what that approved code does: verify, report a result, destroy the evidence. Both halves are open source, so both halves can be checked.
The key: forged inside the vault
The key that decrypts your evidence never exists outside the vault. It is derived inside the hardware, from the hardware — the processor's own secrets — and sealed so it can only ever be used by that exact vault running that exact code (hardware key derivation with vTPM sealing, in the technical terms).
This is why "no one can open it" is a design fact rather than a promise: there is no key to hand over. Not to an operator with root access, not to the provider hosting the machine, not to the foundation that stewards the project, not in response to a demand. A key that never leaves the silicon cannot be copied, stolen, or surrendered.
What happens to your data, stage by stage
The same journey as a lifecycle. Raw evidence exists inside the vault only for the moments scoring takes — then it is destroyed, and only the result remains.
- Stage 1 Captured On your phone: document scan, selfie, liveness.
- Stage 2 Encrypted on your device Sealed before anything moves. Keys stay in your phone.
- Stage 3 Processed in a sealed enclave Hardware-attested. No operator can look inside.
- Stage 4 Raw data destroyed The enclave keeps nothing after scoring ends.
- Stage 5 Only the result remains A score and tier — never documents or biometrics.
| Stage | Where it happens | Who can access your data | What remains afterwards |
|---|---|---|---|
| 1 · Capture | Your phone | Only you | Nothing has left your device yet |
| 2 · Encryption | Your phone, before transmission | Only your device holds the keys | Ciphertext ready to travel — unreadable to every carrier |
| 3 · Attested processing | A hardware-sealed enclave (trusted processing unit) | No person — not operators, not providers, not the foundation. The chain admits data only after verifying the enclave's measurement | A signed verification result |
| 4 · Destruction | Inside the enclave, then retention systems | Automatic — no human handles raw data | Working copies destroyed when scoring ends; retained encrypted evidence destroyed automatically at the end of its legal retention period (maximum 7 years, KYC/AML) |
| 5 · Result | The VirtEngine chain | Services you consent to, per request | Your score and tier, pass/fail outcomes — never documents or biometrics |
How and when data is discarded
Destruction is a commitment in the published Biometric Data Addendum, with actual figures rather than adjectives:
- Inside the vault: working copies of your documents and biometrics exist only while scoring runs; the enclave retains nothing afterwards.
- Retained encrypted evidence: destroyed automatically at the end of its legal retention period — at most 7 years from last use, driven by know-your-customer and anti-money-laundering law.
- On deletion request: removed from active systems within 30 days, and from backups within the rotation period (typically 90 days).
- Keys are destroyed too — which makes any remaining encrypted copy, anywhere, permanently unreadable. That is the permanent-destruction commitment.
- Withdraw at any time by emailing [email protected].
Who can see what
| Data | You | Service you use | Providers | Foundation | Operators |
|---|---|---|---|---|---|
| Raw documents | Yes — on your device | Never | Never | Never | Never |
| Biometric data | Yes — on your device | Never | Never | Never | Never |
| Encryption keys | Held in your phone's hardware | Never | Never | Never | Never — the vault's key never leaves the silicon |
| Score and tier | Yes — in full | Only with your consent, per request | Tier only, as an approved client | Public results only | Public results only |
"Never" in this table is architectural: raw evidence is ciphertext everywhere outside your device and the attested vault, and the vault has no door.
Verification you can check
Every claim on this page maps to something inspectable. The enclave runtime and the
attestation verifier are in the
open-source repository
(pkg/enclave_runtime); the on-chain verification lives in the
x/enclave module; the destruction and retention commitments are in the
versioned Biometric Data Addendum. The
protocol documentation covers the attestation
formats in engineering detail.
The honest limits
No security design is beyond all conceivable failure, and we do not claim this one is. What we claim — checkably — is the design: attestation verified before data moves, keys sealed in hardware, no operator access path, and destruction commitments with dates attached. Designed so that no one — not operators, not providers, not the foundation — can open the processing environment.