AI: SOVEREIGNTY & SAFETY ARE POSSIBLE. On the Difference Between Possession and Control, and the Architecture That Makes Both Verifiable

Sovereignty in AI is usually framed as ownership: who owns the model, who owns the data, who owns the compute. Safety in AI is usually framed as constraint: how much harm can be statistically bounded, how fast can the kill switch be pulled. Both framings are wrong, and they are wrong for the same reason. A sovereign system is one whose behavior can be declared and verified. A safe system isone whose behavior can be proven not to contain an unsafe action within its envelope. Both require the same thing: a finite, enumerable, provable behavior set. An unbounded architecture has neither. It can be owned, but it cannot be sovereign over itself, because it cannot declare its own behavior. It can be statistically constrained, but it cannot be proven safe, because its behavior set is not enumerable. This paper states the claim plainly: sovereignty and safety are possible — not as aspirations,not as statistical constraints, but as specifications — because a bounded architecture has a behavior set that can be declared, verified, and certified, and an unbounded architecture does not. The paper states what sovereignty is not (possession without specification), what safety is not (statistical constraint), why the two are the same requirement, and what architecture supplies both. It cites the corpus that specifies the architecture and the two concrete cases that instantiate it. It names the trust root — the human signers on which the certificate's authority rests — and does not pretend to have solved it. It states the residual that every honest standard must state: the specification is on the record; the deployment is not. Attractive is not adopted.Status is stated in the abstract rather than the residuals: the architecture is specified (Layer1 complete), the TLA+ modules are written but not yet model-checked (Layer 2), andhardware validation has not started (Layer 3). The paper states what is possible; it does notclaim what is deployed.

Authors

Publication Details

Journal
Zenodo (CERN European Organization for Nuclear Research)
Published
2026-11-05
DOI
https://doi.org/10.5281/zenodo.23974678
Primary Topic
Safety Systems Engineering in Autonomy
Type
article
Field-Weighted Citation Impact
0.00
Controls
|||
ALL TIME
JAN
FEB
MAR
APR
MAY
JUN
JUL
AUG
SEP
OCT
NOV
article

AI: SOVEREIGNTY & SAFETY ARE POSSIBLE. On the Difference Between Possession and Control, and the Architecture That Makes Both Verifiable

M. TAALABI, Team LLM-DIPLOMAT
Zenodo (CERN European Organization for Nuclear Research)
Safety Systems Engineering in Autonomy
article

AI: SOVEREIGNTY & SAFETY ARE POSSIBLE. On the Difference Between Possession and Control, and the Architecture That Makes Both Verifiable

M. TAALABI, Team LLM-DIPLOMAT
article en

Abstract

Sovereignty in AI is usually framed as ownership: who owns the model, who owns the data, who owns the compute. Safety in AI is usually framed as constraint: how much harm can be statistically bounded, how fast can the kill switch be pulled. Both framings are wrong, and they are wrong for the same reason. A sovereign system is one whose behavior can be declared and verified. A safe system isone whose behavior can be proven not to contain an unsafe action within its envelope. Both require the same thing: a finite, enumerable, provable behavior set. An unbounded architecture has neither. It can be owned, but it cannot be sovereign over itself, because it cannot declare its own behavior. It can be statistically constrained, but it cannot be proven safe, because its behavior set is not enumerable. This paper states the claim plainly: sovereignty and safety are possible — not as aspirations,not as statistical constraints, but as specifications — because a bounded architecture has a behavior set that can be declared, verified, and certified, and an unbounded architecture does not. The paper states what sovereignty is not (possession without specification), what safety is not (statistical constraint), why the two are the same requirement, and what architecture supplies both. It cites the corpus that specifies the architecture and the two concrete cases that instantiate it. It names the trust root — the human signers on which the certificate's authority rests — and does not pretend to have solved it. It states the residual that every honest standard must state: the specification is on the record; the deployment is not. Attractive is not adopted.Status is stated in the abstract rather than the residuals: the architecture is specified (Layer1 complete), the TLA+ modules are written but not yet model-checked (Layer 2), andhardware validation has not started (Layer 3). The paper states what is possible; it does notclaim what is deployed.

Zenodo (CERN European Organization for Nuclear Research)
Openalex Percentile: Top 14%
Safety Systems Engineering in Autonomy
AI Navigator

Ask Laika to Summarize, Analyze, and Connect papers live on the map.

Summarize Papers & Methodologies

Extract key findings, datasets, and comparative methods across publications.

Benchmark Rankings & Visual Analytics

Rank top research institutions, authors, funders, topics, and journals by Field-Weighted Citation Impact (FWCI) and paper volume with instant charts.

Connect Distant Disciplines

Bridge topological clusters on the map to find hidden collaborative intersections.

Laika access coming soon