> For the complete documentation index, see [llms.txt](https://docs.lumia.org/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.lumia.org/institutions/why-lumia.md).

# Why Lumia

**Who this is for:** institutions and issuers deciding whether Lumia's chain architecture fits a real-world asset (RWA) program, before any technical or legal integration work starts.

### The full lifecycle, on one chain

An RWA program touches more than issuance: assets get issued, their backing gets attested, they're distributed to eligible holders, serviced over their life, and eventually redeemed. Lumia's docs frame this as one lifecycle rather than disconnected tools. See [`/tokenize/overview`](https://app.gitbook.com/s/chmhPiVNAafGw48c4oU2/tokenize/what-is-rwa-tokenization-on-lumia) for how each stage maps to what Lumia provides and what an issuer still has to bring.

### The architectural split: permissionless base, permissioned app layer

Lumia's chain layer (execution, sequencing, data availability) does not gate who can transact; it is a general-purpose EVM chain like any other public L2. Compliance is enforced one layer up, by the contracts a given asset implements. That means an issuer chooses the exact gate their asset needs: a check on individual holders, a check on institutional counterparties, transaction-level screening, or a combination. That choice is not imposed on every other contract running on the same chain.

The split in one view: where the chain stops gating, and where an asset's own contracts start.

```mermaid
flowchart TD
  C["Chain layer: execution, sequencing, data availability"] -- "does not gate who can transact" --> A["Asset contract layer, implemented by the issuer"]
  A -- "enforces the gate chosen for that asset" --> H["Holders and counterparties of that asset"]
  A -- "imposes no gate on them" --> X["Every other contract on the same chain"]
```

The diagram does not show which gate any specific asset uses, and it makes no statement about the regulatory treatment of any gate. Both are per-asset questions, not properties of the chain.

This split is documented in full at [`/lumia/compliance/permissionless-base-permissioned-app-layer`](https://app.gitbook.com/s/chmhPiVNAafGw48c4oU2/ecosystem/lumia/compliance/permissionless-base-permissioned-app-layer), with the underlying taxonomy at [`/lumia/compliance/compliance-model`](https://app.gitbook.com/s/chmhPiVNAafGw48c4oU2/ecosystem/lumia/compliance/compliance-model-overview). It describes chain architecture, not a jurisdictional or licensing position. See [`/institutions/compliance-posture`](https://app.gitbook.com/s/chmhPiVNAafGw48c4oU2/institutions/compliance-posture) for what is and isn't asserted about regulatory status.