Skip to content

Full-host adoption

The full host operates the reference stack: the whole family, one deployment, one console. This is the path of an operator whose mission spans issuance, registration, verification, transparency, archival and federation; a national platform operator, a sector body, a large economic operator running its own estate.

The reference stack, described service by service in the service references, and the admin console over all of it:

Service Duty Part
registry items, profiles, mappings, models (19135 lifecycle) 7, 3
issuer passports, events, packs 2, 5
resolver identifiers and carriers to endpoints 10
projector profiles applied as projections and renders 3
trust anchors, keyrings, graded readings 5
log transparency log, inclusion receipts 5, 9
archive Tier-C snapshots, notarized and anchored 9
gateway EN 18222 / UNTP bindings, ingest 10, 6
console the operator’s one pane 9

Run the reference stack builds and starts the family; the five-minute tour walks the five queries that show the shape; your first passport walks the write path; the whitelabel walkthrough stands up a branded tenant. The end-to-end story, including the cross-border battery case, runs as make demo in unidpp-e2e, and the same harness runs the three partial-adoption quickstarts beside it: the full host is never more than the sum of the paths, and the harness proves the paths hold on their own.

The console carries the operator’s journey without a command line: health and the manifest, the registry’s items, the issuer’s passports with inline pack verification, interop declarations, coverage visualization, carrier generation, profile intake, archival, trust, and branding. Whitelabelling is a separate deployment, not a mode: each tenant runs its own stack, and multi-tenant operations describe the isolation.

The partial paths lend the host nothing it does not already carry: every capability available here is available at the same class level to each partial adopter under the no-orphan rule. What the full host adds is duties: production keys, backups and restore drills, upgrades, incident response, and the always-on loop of an operator with dependents.