SOVEX
CBDC Data Centers Sovereign AI Tokenization Deep Tech Architecture About Team Request access
Sovereign AI / Data sovereignty / Provenance and lineage

Provenance and lineage.

Every dataset, every transform, and every model version is traceable end to end. Given a model, you can name exactly what it was trained on and how it came to be.

Lineage is captured at the moment work happens, not reconstructed later

Provenance is a byproduct of the pipeline running, so it is complete and contemporaneous.

01

Content-addressed artifacts

Datasets, shards, checkpoints, and weights are identified by cryptographic hash. An artifact's identity is its content, so tampering or substitution changes the address.

02

Recorded transforms

Every cleaning, filtering, dedup, tokenization, and augmentation step is logged with its inputs, parameters, and outputs. A processed dataset points back to its raw source unbroken.

03

Run manifests

Each training run emits a manifest binding the exact corpus snapshot, code version, hyperparameters, and hardware to the resulting weights. The run is described by an artifact, not a memory.

04

Signed at each hop

Provenance records are signed with ML-DSA-65 and chained, so the lineage graph is tamper-evident from raw source through deployed model.

The lineage graph answers questions in both directions

You can walk from a source to every model it touched, or from a model back to every source it saw.

01

Forward impact

Given a dataset, the graph lists every model version, fine-tune, and derivative that incorporated it — essential when a source must be recalled or a license is challenged.

02

Backward attribution

Given a model version, the graph reconstructs its full input set: which corpus snapshot, which transforms, which prior checkpoint it was continued from.

03

Version ancestry

Base models, continued pretraining, and fine-tunes form an explicit ancestry tree. A deployed model's full genealogy is one query, not an investigation.

04

Cross-artifact joins

Corpus, code, weights, and evaluation results share identifiers, so a claim about a model can be joined to the exact data and tests behind it.

A model can be explained and, within limits, rebuilt from its record

Provenance is only credible if the recorded inputs actually reconstruct the recorded output.

01

Pinned inputs

Corpus snapshots and code are pinned by hash per run, so the exact inputs that produced a model remain retrievable and unambiguous.

02

Environment capture

Framework versions, kernels, and configuration are recorded with the run. Divergence between what was intended and what executed is detectable rather than assumed away.

03

Determinism where feasible

Where the stack supports deterministic execution, a run can be replayed to the same weights; where it cannot, the sources of nondeterminism are documented in the manifest.

04

Verifiable model identity

A deployed model's hash is checked against its signed manifest, so operators can confirm they are serving the exact artifact the lineage describes.

Lineage exists to serve audit, dispute, and accountability

The record is built for the moment someone must answer for what a model is.

01

Auditor-ready export

The full provenance of a model can be exported as a signed evidence package for regulators or external auditors, without exposing the underlying sensitive data.

02

Dispute reconstruction

If a source's legitimacy is challenged, the graph shows precisely which models are affected and to what degree, turning a vague concern into a bounded remediation.

03

Immutable timeline

Because records are hash-chained, the order and content of lineage events cannot be quietly rewritten. History is append-only and verifiable.

04

Retention aligned to law

Provenance records are retained to match the jurisdiction's evidentiary and financial-record requirements, independent of the lifespan of the models themselves.

Build it sovereign.

Talk to us about provenance and lineage in a sovereign deployment.