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 › L0 · Foundation
L0 · Foundation

Nuclear Cross-Section Data Pipeline

How Kronos ingests, processes, and version-pins evaluated nuclear data so every neutronics run is reproducible and auditable.

THE STACK · click to jumpL7Ecosystem & StrategyL6Experience & VisualizationL5Applications & CopilotsL4OrchestrationL3Twin Modeling & AIL2Data FabricL1Control PlaneL0Foundation▲tlmctl▼L0 · FOUNDATIONThe offline compute substrate — multi-physics & batch training.1Cloud HPCelastic burst2Bare-Metal ClusterGPU / CPU3Supercomputingmulti-physics runs4Batch Trainingmodel builds5Simulation FarmGrad-Shafranov · MHD6Object StorecheckpointsMACHINE TIETrains the models that ship UP to L3 — no real-time path to the machine.KRONOS FUSION ENERGYAI-NATIVE S.M.A.R.T. GENERATORFOUNDATIONSHEET 02REV. 2026-08L0 · AI-NATIVE STACK
L0 · Foundation — its place in the stack (left, click any layer) and its internal components (right). Telemetry rises; control descends.

Data is an input, not a detail

A neutronics result is only as trustworthy as the nuclear data behind it. Cross-sections, the probabilities that drive every collision in the transport equation, come from evaluated nuclear data libraries and must be processed into the point-wise, temperature-dependent form the Monte Carlo code consumes. Kronos treats this pipeline as a first-class, version-controlled L0 workload.

From evaluation to usable data

Raw evaluated files are processed: resonance parameters are reconstructed into point-wise cross-sections, Doppler broadening is applied at the operating temperatures of the breeder blanket and burner structure, and the data is formatted for the transport code. This processing is itself a compute job, and its output is a dataset that many downstream runs share.

Version pinning and reproducibility

Every processed library is hashed and versioned. A neutronics run records exactly which library it used, so a breeder TBR value or a burner shielding flux can be re-derived years later against the identical data. Because cross-section evaluations are updated over time, pinning is the only way to keep old and new results comparable.

Data choice is also a source of uncertainty. Different evaluations disagree, especially for the lithium and beryllium reactions central to breeding. Kronos runs key studies against more than one library to bound how much the TBR estimate depends on the data itself, feeding that spread into the uncertainty quantification.

The pipeline serves both machines from one curated store. The breeder needs accurate 14 MeV and lithium data; the burner needs accurate D-D, D-T secondary, and structural-activation data. Curating them together, with shared processing and shared version control, keeps both machines' neutronics on a common, auditable footing.

Content reviewed August 2026 · design-and-simulation stage