Maintained repository documentationView source on GitHub

Rendered from docs/REALMS_AND_TIME_CAPSULES.md at build time without changing its status. The repository source controls if this presentation differs.

Realms, temporal structures, and time capsules#

Acronyms: directed acyclic graph (DAG); Verifier Standard (VSTD).

Status: architectural model for VSTD 1.2; no public realm or time-capsule receipt format and no complete inference-law verifier are defined here.

This model separates structural artifact closure from propositions about time, execution, or physical law. Multiple temporal structures may coexist in one declared reality, called a realm. A seal can bind the realm description and its evidence; it does not make the description true.

1. A realm carries temporal domains, not one overloaded time field#

A realm may declare any combination of:

DomainCarrier and relationOptional structure
Continuous timeinstants or intervals ordered over a metric domainduration, topology, continuity
Discrete step timestates or steps with an ordersuccessor, ticks, bounded gaps
Event or causal orderevents under a partial orderconcurrency, branching
Problem-space orderclauses, obligations, or solutions under dependencyvalid linearizations, equivalence
Branching possibilitieshistories or states under reachabilityforks, joins, alternatives
Cyclic transition timestates under a transition relationloops, backtracking, recurrence
Atemporal structureno internal temporal carrierstructural closure only

Each declared temporal domain identifies its carrier, ordering relation, optional successor, optional duration or metric, branching/cyclic/partial-order behavior, observation mechanism, bounds, and unresolved coordinates. Cross-domain mappings are explicit and may be partial, many-to-many, or information-losing.

For example, one token step may map to a wall-clock interval, several hardware-kernel events, one decoder-state transition, and several proof dependencies. Discrete observations at the endpoints do not establish what occurred continuously between them. That proposition requires a continuity mechanism covering the gap.

2. Trace order is not dependency order#

If two clauses independently support a third, more than one total execution sequence may respect the same dependency partial order. VSTD should distinguish:

A solver trace is one linearization; it is not the governing dependency structure. A search with loops or backtracking is not globally a DAG. Its transition system retains the internal cycles. A verifier may collapse strongly connected regions and topologically order the resulting condensation graph without pretending the cycles disappeared.

3. Structural seals and temporal capsules#

The artifact-control seal in standard/ARTIFACT_CONTROL.md establishes finite structural closure. It makes no internal time proposition. A time capsule is the composition:

preserved artifact
  + verified self-closing seal
  + sealed realm descriptor
  + temporal-closure policy
  + transition, checkpoint, or continuity evidence

An atemporal capsule can establish that an artifact was structurally closed under the seal mechanism. Atemporal does not mean eternal: a verifier in another realm may later apply time-indexed ROT because a key was revoked, evidence became stale, or a dependency changed.

A temporal capsule adds one exact proposition, for example:

Closure of artifact A was continuously mediated over interval I in temporal domain T by mechanism M.

A topological capsule can instead establish that every recorded transition respects a declared dependency relation independent of wall-clock order. Both propositions may coexist. Neither follows from a signature at two endpoints.

Cross-realm interoperability is earned only when a named verifier checks the declared mapping between realm structures. Missing mapping evidence remains UNKNOWN or UNSUPPORTED; a seal cannot fill it.

4. Autoregressive language-model generation#

One generation can occupy several domains simultaneously:

SurfaceTemporal structure
Token emissiondiscrete total order within one accepted sequence
Prefix dependencyeach accepted next token depends on the accepted prefix
Decoder statediscrete state transitions
Attention and cache dependenciesdirected dependency graph
Batched hardware executionpartially ordered events
Physical executioncontinuous wall-clock intervals
Tool calls and revisionsbranching event history
Reasoning or problem dependenciespartial order that may differ from emitted-token order

A future transition verifier could bind the prior state, model and weight identity, tokenizer, prefix commitment, attention/cache commitment, constraint state, logits commitment, sampler, random state, selected token, and next state:

VerifyTransition(state_n, token_n+1, state_n+1)
  -> PASS | FAIL | UNKNOWN

A complete generation would be a checked chain or graph of such transitions. The law families are distinct:

Passing any such law establishes only its bounded execution proposition. It does not establish that generated text is true. Textual truth still requires proposition-specific evidence and verifiers.

5. Placement on the VSTD axes#

This is an architectural allocation, not a new serialized profile:

Current VSTD 1.2 artifact control can seal an independently serialized realm descriptor as a generic bound_contexts artifact. It does not define the descriptor's schema, check cross-domain mappings, establish continuous closure, or verify language-model transitions. Those remain explicit future mechanism work rather than inferred capability.