> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didx.co.za/llms.txt
> Use this file to discover all available pages before exploring further.

# Overview

> Roles, credential formats, and the trust model behind didx:me.

These pages introduce the vocabulary you will see across the didx:me API: DIDs, verifiable credentials, SD-JWT and mDoc, selective disclosure, trust anchors. Each term maps to a specific decision you will make when you integrate: what a credential looks like, who can sign it, what the holder can withhold, and who gets to decide if a signature is trustworthy.

## What each page covers

<CardGroup cols={2}>
  <Card title="Roles" icon="users" href="/concepts/roles">
    Issuer, holder, verifier: who does what, and how information flows between them.
  </Card>

  <Card title="Credentials" icon="id-card" href="/concepts/credentials">
    DIDs, verifiable credentials, the two formats we support (SD-JWT VC and mDoc), and selective disclosure.
  </Card>

  <Card title="Presets" icon="diagram-project" href="/concepts/presets">
    Published shapes for credentials and verification requests — the building block most integrations work with.
  </Card>

  <Card title="Trust" icon="shield-check" href="/concepts/trust">
    How verifiers decide which issuers to accept. The part of the system that deserves the most attention on a real
    integration.
  </Card>
</CardGroup>

## How the concepts map to the APIs

didx:me exposes three APIs. Each one is a different slice of the concepts above.

| API                          | Role it serves      | Concepts it covers                                                      |
| ---------------------------- | ------------------- | ----------------------------------------------------------------------- |
| **Consumer Onboarding**      | Bootstrap           | User accounts, linking to an external identity provider if you have one |
| **Credentials** (`me-creds`) | Issuer and verifier | Presets, issuances, presentations, certificates, trusted entities       |
| **Wallet** (`me-wallet`)     | Holder              | Listing held credentials, approving presentations                       |

Most integrations touch all three APIs but not all at once. An issuer mostly lives in Credentials. A verifier as well. A wallet integration spends most of its time in Wallet.