OddessyDOCUMENTATION
EDGE & MODELS Live

Model identity, lineage and runtime disclosure

Track which model is declared, where it came from, where it runs and whether its artifact hash is verified.

Last updated 27 July 2026 ยท Documentation version 2026.07
Oddessy model provenance chain from source and manifest through local digest verification to fleet telemetry, decision records, MCP and audit context
A declared hash becomes verified provenance only after the installed artifact digest matches.

Provenance fields

FieldMeaning
name / versionHuman-readable identity and release identifier
sourceDeclared model origin or operator-supplied registry
runtimeLocal runtime, hosted model identifier or deployment adapter
sha256Expected artifact digest from the installed manifest
verifiedWhether the actual local artifact digest matched the declaration
runtime_regionLocal edge, customer deployment or disclosed AWS region
profiles / min_memory_mbApproved hardware profiles and the declared minimum memory envelope
scope_statuseligible or blocked for the detected target, with explicit reasons

Provenance states

  • Tracked: at least one model is declared and every entry includes a syntactically valid SHA-256.
  • Declared: model information exists, but digest coverage is incomplete.
  • Manifest missing/invalid: the device cannot establish its expected model lineage.
Declaration is not proof by itself

An agent should report the model as verified only when the device reports an actual digest match. A declared hash without local artifact verification is provenance metadata, not an attestation.

MCP query

{
  "jsonrpc": "2.0",
  "id": 4,
  "method": "tools/call",
  "params": {
    "name": "model.list_provenance",
    "arguments": { "device_id": "odd-example123" }
  }
}