Skip to content
Registry stack docs v0 · draft

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.

Data exists. The service contract around it often does not.

Three steps. In order: describe, expose, certify.

  1. 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
  2. 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
  3. 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

Find the path that matches your job.

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.