Preview release. These docs are a work in progress. Pages are still being written, links may break, and structure may shift without notice. Treat everything here as a draft and report issues on GitHub.
Registry infrastructure for institutions that already have the data
Serve the registries you already have. Share only what each request requires.
Registry Stack puts a governed service surface over registry data you already operate: a published metadata contract, protected read-only APIs, and configured evidence answers.
Built to complement the domain platforms you already run (OpenCRVS, OpenSPP, DHIS2, OpenIMIS, and others), and the workflow engines, exchanges, and wallets that consume their answers.
The problem
Data exists. The service contract around it often does not.
The operating model
Three steps. In order: describe, expose, certify.
- Describe the registry
Registry metadata names the fields, schemas, policies, services, and evidence offerings the registry actually publishes. Other teams can read the contract before integrating.
Describe registries - Expose it safely
Registry Relay serves protected, read-only, entity-shaped routes over the source data. Callers authorize, scope, and audit at the API layer, not at the source.
Expose protected APIs - Return only the evidence the call needs
Registry Notary evaluates configured claims and returns the shape the caller is entitled to: a status, predicate, selected value, or signed credential.
Certify evidence
Start from your situation
Find the path that matches your job.
Scope
Focused registry infrastructure, not another whole platform.
Product focus
- Registry Relay for protected read-only registry APIs.
- Registry Notary for configured evidence responses.
- Registry metadata for inspectable contracts and offerings.
Explicit boundaries
- Does not replace exchange layers, workflow engines, wallets, or public-service platforms.
- Does not solve foundational identity, deduplication, or semantic governance on its own.