AUTHREX-ABORT
When the Evidence Fails, Authority Lapses.
NO EFFECTOR
Autonomous systems are usually given a fallback that adds capability at the moment they are least trustworthy. AUTHREX-ABORT does the opposite: it contracts the authority a human granted, and can never expand it. A human authored policy envelope is frozen before the run. Five evidence predicates gate the available actions. As they degrade, authority contracts; when an irreversible action lapses, it is latched down for the remainder of the run, even if the evidence recovers. Only contingencies authorised in advance may then be requested, through an abstract interface that produces no physical effect. Every transition is hash chained and replayable.
Development research artifact. Deterministic synthetic simulation. Not certified, accredited, integrated, operationally validated or independently verified. No formal TRL determination has been performed. It contains no physical effector, no destructive mechanism, no target selection, no target tracking for engagement, no firing solution, no weapon release logic, no payload interface, no real coordinates and no real target data. The platform side of the interface is an abstract adapter; an acknowledgment from it means the request was accepted in the model, not that anything happened in the world.
Reduced Evidence Cannot Justify Stronger Authority.
When an autonomous system loses the evidence its mission depended on, what should happen to the authority a human granted it before launch? The common answer is that something should take over: a remote operator, a fallback autopilot, a terminal action. Each of those adds a new capability at the exact moment the system is least trustworthy. That is backwards.
AUTHREX takes the opposite position. Authority is granted in advance by a human, bounded by an explicit envelope, and conditioned on evidence. When the evidence degrades, authority contracts. When it fails, authority lapses and the irreversible action is latched down for the remainder of the run. Only a contingency that was authorised in advance may then be requested, and every transition is written to a hash chained record that can be replayed. The system does not acquire authority. It can preserve or contract the envelope a human authored. It cannot expand it.
Three Kinds of Evidence, Only Two of Which Gate.
Navigation and geographic containment. Failure of either prohibits the dependent action immediately. There is no score that compensates for not knowing where the system is.
Sensor integrity and communications. These contract the set of available actions progressively rather than prohibiting outright.
Model confidence. Reported, recorded, and never permitted to gate an action. This is the formal expression of the rule that a confident model cannot compensate for invalid navigation.
Each action depends on an explicitly identified evidence set. As predicates degrade, the set of available actions shrinks. When an irreversible action becomes unavailable it is latched down and cannot return during that run. One finding from the model changed the design: communications recovery violated irreversible non reacquisition, not through direct evidence dependency but through a shared lease term. The corrected rule is that a predicate is recoverable only if no irreversible action depends on it directly through required evidence or indirectly through any shared term.
No New Terminal Verb. The Existing One Made Precise.
The canonical outcomes are EXECUTE, HANDOFF, ABORT and DELAY. Inhibit and Divert are internal contingencies beneath ABORT, not outcomes. The request surface is exactly Inhibit, Divert and Handoff. SafeState is deferred and not implemented. HOLD is an extension belonging to a different simulation in the program and is out of scope here. There is no destructive action anywhere in that vocabulary, and that absence is the design, not an omission.
On the kill switch framing. AUTHREX is not a kill switch and it does not detonate anything. Humans pre authorize a bounded mission authority before launch. When safety critical evidence fails, that authority lapses, and the system falls back only to contingencies that were authorised in advance. AUTHREX supplies the governance and evidence layer that decides whether authority still holds. It is not a physical effector and it initiates nothing. Destruction is not in the outcome vocabulary, because that would mean weaker evidence producing stronger irreversible authority, which is exactly what the design forbids.
Requests Out, Acknowledgments Back, Everything Recorded.
Requests to the platform carry a command, an authority epoch, the policy digest and the evidence snapshot identity. Responses are correlated back to the issuing request. Loss, delay, duplication, stale epochs and controller health degradation are all modelled. Controller health is monotone downward within a run, because recovery would widen requestability. Every transition appends a hash chained entry carrying its reason, the scenario digest and the previous record hash. A sealed run can be replayed from its recorded inputs and compared on ledger head, ledger digest, findings, final state and run identity. Tampering with any field inside that integrity scope is detected.
Each Result With the Level That Supports It.
| Result | Level |
|---|---|
| Authority stays inside the human envelope | Formally checked and implementation tested |
| Adverse evidence cannot expand authority | Formally checked and implementation tested |
| Irreversible authority cannot return | Formally checked and implementation tested |
| Stage 1 availability relation | 972 of 972 projected states, AvailRaw only, at the model bound |
| Stage 1B reachable set from TLC | 31,341 states, 130,869 transitions |
| Deterministic execution at scale | 1,000,000 runs, zero failures, separate execution environment |
| Implementation suite | 105 tests, 34 release checks |
Two TLA+ modules are the accepted baseline and are frozen. AuthorityLapse.tla version 3 covers envelope confinement, adverse step non expansion, irreversible non reacquisition, execution conformity and no unbacked irreversible execution, plus lapsed set monotonicity and latch capture, across twenty one configurations with every property checked in isolation. InterfaceRecord.tla version 1 covers fifteen interface and record obligations plus type invariance across thirty five configurations. The million run soak establishes deterministic replay consistency and absence of cross run divergence under sixteen way parallelism on the tested machine. It is a separate execution environment, not independent verification, and it is not representative platform testing.
What Is Not Closed, Stated Plainly.
Open: frozen engine to InterfaceRecord v1 conformance. B12 issue time correlation. B14 and B2 behavioural negative controls. Engine authored oracle applicability. Replay and formal bounds qualification. Scenario program at 23 of a planned 42. Generated sequence campaign. Browser and visual regression gates. Requirements traceability. Hazard package. Cybersecurity package. Schema valid SBOM. Interface control document. Performance characterisation. Hardware in the loop. External verification.
For two properties, B14 and B2, the test suite currently cannot distinguish the accepted engine from a deliberately broken one. That is recorded rather than hidden, and closing it is the next work.
The mutation campaign reports seven valid mutants, four detected, three surviving, one invalid, and a mechanical score of 0.57. The mechanical score is not the result. A property closes only when disabling that property's own oracle causes its behavioural mutant to survive again, which proves the property specific control is what detects the fault rather than an incidental failure. By that standard B12 is closed and B14 and B2 are open.
Hashes for the Delivered Package.
| SIM-13 engine, Build 0.6 | ce3af3ddc3b6b65fb8ceda0099f5b1b46db4434991f9da2e8f8ddebc509ebd7e |
| AuthorityLapse.tla v3 | ea6c4fffa5583a556d989cff57ad47e27f160a85adc32d860c79db32fbce2993 |
| InterfaceRecord.tla v1 | a3f5e2ebceaa0ba080f422a00d2f425ed6b5b4d82ab2a1db8b4f6b0f78739c27 |
| Stage 1B state set | d2930a6c76d92a42fa20decef3aaaf737307995de7b5666327ffb226cad50597 |
| Stage 1B transition set | 3a5983f16e7325d029916ef17a6b0845f75cf5ebba55fb3579c42393d3d3fadd |
Governance and Assurance Only.
Is this a weapon or part of one?
No. It contains no effector, no targeting, no weapon release logic and no payload interface. It is a governance and assurance layer that decides whether previously granted authority still holds.
Has it been validated or certified?
No. It is a development research artifact. It has not been certified, accredited, qualified, integrated, operationally validated or independently verified, and no formal TRL determination has been performed.
What does formally checked mean here?
Two TLA+ modules were model checked with every property in isolation, under stated configurations and bounds. That establishes the properties within the declared model. It does not by itself establish that the implementation refines the model; that gate is open.
Was the million run campaign independent verification?
No. It was run on a separate machine in a separate execution environment. It establishes deterministic replay consistency and no observed cross run divergence on the tested platform. It is not independent verification and not representative platform testing.
Can I reproduce the results?
Yes. The console is a single standalone HTML file with no dependencies, no network requests and no browser storage. The evaluation package verifies from a clean extraction with a single gate command, and the mutation and attribution harnesses reproduce byte identical output across independent extractions.
No development package can self issue NASA software classification concurrence, NASA Technical Authority approval, NASA IV&V determination, NASA flight or operational acceptance, a DoD ATO or cATO decision, DoD residual risk acceptance, DoD developmental or operational test acceptance, DoD legal review, DoDD 3000.09 approval where that directive applies to an incorporating system, government certification, or third party independent verification. These remain external determinations and are recorded as not performed. DoDD 3000.09 becomes relevant if a governance layer of this kind is incorporated into an autonomous or semi autonomous weapon system within the directive's scope. The architecture here is not itself such a system, and the correct language is policy alignment where applicable, not compliance.