Glossary¶
Hover tooltips for these terms appear throughout the documentation wherever the term is used in prose.
unconditional barrier
: An unconditional, hardcoded enforcement check in barriers.py.
Cannot be disabled by configuration, policy, or administrator override.
Aevum has five: crisis detection (B1), classification ceiling (B2),
consent (B3), audit immutability (B4), and provenance (B5).
AuditEvent : An 18-field signed record in the episodic ledger. Every engine call produces exactly one AuditEvent.
audit_id
: A urn:aevum:audit:<uuid7> URI that uniquely identifies one AuditEvent
in the episodic ledger. Returned in every OutputEnvelope.audit_id field,
even on error. Used as the key for replay(audit_id=...) calls.
classification ceiling
: The maximum classification level an actor may access. Enforced by
Barrier 2 on every query call: if any requested subject's classification
exceeds this level, the query is blocked entirely (error_code="classification_blocked").
complication : A vetted extension mechanism. Not a plugin — complications require explicit approval and pass canary tests before activation.
ConsentGrant
: A scoped, purpose-bound, time-limited access authorization. Required
for ingest, query, and replay operations.
episode
: A group of related AuditEvents representing one complete agent workflow,
identified by a shared episode_id.
episode_id
: A UUID that groups related AuditEvent records into a single logical
workflow. Set by the caller on the first call in a workflow; subsequent
calls in the same workflow reuse the same episode_id to link their
ledger entries.
episodic ledger
: The append-only, Ed25519-signed, SHA3-256 hash-chained record of all
engine events. Stored at urn:aevum:provenance.
governed membrane : The enforcement layer through which all data passes on ingest and query. Barriers 3 (consent) and 5 (provenance) fire here unconditionally.
knowledge graph
: The working graph of entities and relationships. Stored at
urn:aevum:knowledge. Mutable via ingest.
Hybrid Logical Clock (HLC)
: A timestamping scheme that combines a physical wall-clock component with a
logical counter. Aevum uses HLC to produce monotonic, causally ordered
timestamps for AuditEvent records across distributed nodes — without
requiring clock synchronization.
OR-Set CRDT : Observed-Remove Set, a conflict-free replicated data type. Used for the consent ledger to enable immediate, consistent revocation.
OutputEnvelope
: The standard return type for all five functions. Fields: status,
audit_id, data, confidence, provenance, warnings.
prior hash
: The SHA3-256 digest of the preceding AuditEvent's canonical
representation. Stored in each event as prior_hash. Any modification
to a past event invalidates prior_hash in the next entry, making
the break detectable by engine.verify_sigchain().
provenance
: A record of where data came from and who handled it. Aevum requires
provenance on every ingest() call — a source_id and chain_of_custody
list. Barrier 5 (Provenance) blocks ingestion if provenance is absent
or incomplete.
replay
: The replay(audit_id=...) function. Reconstructs any past decision
exactly as it occurred, using the episodic ledger entry identified by
audit_id. Replay is deterministic: the same audit_id always returns
the same payload. Contrast with re-execution (running the operation again
with current data), which may produce different results.
sigchain
: The Ed25519-signed, SHA3-256 hash-chained episodic ledger. Every entry
links to the previous via prior_hash. Alteration is immediately
detectable via verify_sigchain().
subject
: The entity whose data an operation concerns, identified by subject_id.
Consent grants are scoped to a subject: a grant for subject_id="user-123"
does not authorize access to subject_id="user-456". In GDPR terms, the
subject is the data subject whose personal data is being processed.