Personal data and routes never leave
Trip routes and passenger data are never written to the ledger or sent to the registry. The boundary is structural, not a setting.
Everything operational — dispatch, pricing, trips, passengers, local payments — happens in your node, on your infrastructure. The global registry never sees, stores, or can reconstruct your trips.
Sovereignty isn’t a marketing promise. It’s the architecture: a government can truthfully state that its mobility operation runs on its own infrastructure, and that no third party sees its citizens’ trips.
A clean split, by design. The operational record — who rode where, for how much — is yours and never leaves your infrastructure. The registry carries only what makes nodes interoperable.
Processed and stored locally. Never written to the ledger, never sent to the registry.
Deliberately small. No personal data, no routes — the registry can’t reconstruct a trip.
your node → certifies → the registry · never → trips, routes, personal data
Build status. The operation plane — the node, your apps, dispatch, payments, tracking — is what ships today. The network layer that holds the registry’s portable reputation (the ledger), cross-network roaming, and protocol versioning is on the roadmap and shown here as the target architecture, not a live service.
The same split, stated formally. Each row names a category and where it lives — there is no overlap and no hidden copy.
| Data category | In your node (yours) | In the registry (minimal) |
|---|---|---|
| Trips & passengers | Stored locally | Never sent |
| Fares & local rules | Stored locally | Never sent |
| Own-brand app | Yours | Not in registry |
| Fleet & local drivers | Stored locally | Not in registry |
| Local payments | Stored locally | Never sent |
| Driver identity & verification | Local copy | Certified |
| Portable reputation | — | Ledger · roadmap |
| Payment events (hash + amount) | — | No personal data |
| Cross-network routing | — | Roaming · roadmap |
| Protocol versioning | — | Protocol · roadmap |
Not policies you have to trust — properties of where the data physically lives and what the registry is built to carry.
Trip routes and passenger data are never written to the ledger or sent to the registry. The boundary is structural, not a setting.
Raw card details never touch your node or the registry — they are tokenized at the payment gateway, so nothing sensitive is stored downstream.
Residency, retention, and what may cross a border are set per jurisdiction — the rules follow the law where you operate, not a one-size default.
If you leave the network, your local data is yours and you export it in full. No lock-in, no hostage data — the operational record was always on your side of the line.
Public-sector mobility carries a hard constraint — citizen data can’t sit on someone else’s servers, and no vendor can be in a position to reconstruct who went where. This architecture makes that statement true by construction, not by contract.
The operation runs on the government’s own infrastructure. The registry certifies and routes, but holds no trip and no personal data it could ever hand over. Sovereignty isn’t a promise to audit later — it’s the shape of the system.
The registry, ledger, roaming, and protocol shown here are roadmap network-layer components, presented as the target architecture — not a live service today.
We’ll walk the boundary field by field — what the node holds, what the registry carries, how policy is set by jurisdiction, and how you export in full if you leave. Under NDA where it matters.