Skip to content
Technology How it works Breeder — Hyperion Burner — Aegis Burner — MetroVolt AI-Native Architecture Magnets Fuel cycle Safety Roadmap
Solutions AI & Data Centers Defense & Government Grid & Baseload Neutron Detection Quantum
Learn Technical Library
Proof Publications Whitepapers Technical Library Open Science & Reproducibility The Honest Gates
Company About / Mission Leadership Environment Health & Safety Investors Careers Press Contact
3D Model
AI Architecture › L4 · Orchestration
L4 · Orchestration

Event Schema Registry

Every event conforms to a versioned, registered schema so producers and consumers evolve independently without silent corruption.

THE STACK · click to jumpL7Ecosystem & StrategyL6Experience & VisualizationL5Applications & CopilotsL4OrchestrationL3Twin Modeling & AIL2Data FabricL1Control PlaneL0Foundation▲tlmctl▼L4 · ORCHESTRATIONEvents, workflows, rules, and human routing.1Event Streamingthe backbone2Workflow Enginecampaign procedures3Rules & Safety Boundshard limits4Human-in-the-Loopapproval routing5Schedulerexperiment campaigns6Audit Busfull decision lineageMACHINE TIECoordinates L3 outputs with L5 copilots and human operators.KRONOS FUSION ENERGYAI-NATIVE S.M.A.R.T. GENERATORORCHESTRATIONSHEET 06REV. 2026-08L4 · AI-NATIVE STACK
L4 · Orchestration — its place in the stack (left, click any layer) and its internal components (right). Telemetry rises; control descends.

Contract-first events

No event enters the backbone without a registered schema. A central registry holds the schema for every topic, assigns it a version and an ID, and refuses writes that fail validation. This turns the event log into a set of enforced contracts between the twin (L3), copilot (L5), orchestration (L4), and control (L1). A malformed equilibrium reconstruction from the breeder twin is rejected at the edge, not discovered mid-procedure.

Canonical envelope

Every event shares an envelope; the payload is schema-specific. The envelope carries the identity, causality, and provenance fields that the audit and replay machinery depend on.

json
{
  "event_id": "uuid-v7",          // time-ordered, unique
  "schema": "breeder.plasma.equilibrium",
  "schema_version": 7,
  "key": "shot_00421",
  "occurred_at": "2030-04-12T09:14:22.104Z",
  "producer": "l3.twin.equilibrium@v2.3.1",
  "causation_id": "<event that caused this>",
  "correlation_id": "<shot/campaign trace>",
  "idempotency_key": "twin:shot_00421:step_88",
  "payload": { }
}

Compatibility rules

Why it matters on these machines

During a breeder campaign the twin may be upgraded between shots while a long procedure is still draining old-format events from the log. Registry-enforced compatibility lets the new twin version and the in-flight procedure coexist. Schema discipline is what allows replay years later against the exact bytes that were emitted. See schema evolution for the migration rules.

Command schemas are the strictest: a burner plug-field setpoint command carries explicit units, valid-range metadata, and a reference to the safety envelope version it was checked against, so the envelope checker can reject a command minted against a stale envelope.

Content reviewed August 2026 · design-and-simulation stage