The problem: a mission that cannot phone home in time
Every deep space mission lives inside a single hard constraint: a command from Earth arrives long after the moment that needed it has passed. By the time a Mars rover's downlink reaches a flight controller, the dust devil it might have imaged is gone; by the time the controller's response returns, the rover has driven on or powered down for the night. At Europa, Saturn, or beyond, the round trip stretches from hours to days. Ground control as a real-time loop is not slow; it is physically impossible.
The conventional workarounds each fail differently. Pre-planned command sequences uploaded on a daily or weekly cadence are safe and auditable, but they cannot react to anything the planners did not anticipate, so transient science (a plume, an outgassing event, a brief favorable lighting geometry) is simply lost. Narrowly bounded onboard autonomy reacts faster but is typically a fixed, single-purpose controller whose decisions are opaque after the fact, which collides with the auditability that NPR 7150 software assurance, NASA-STD-8729 reliability practice, and Outer Space Treaty state-responsibility all demand. What missions need is a third option: an onboard execution model that is both adaptive and accountable, that survives power cycles and communication blackouts, and that can prove, after the fact and on the ground, exactly why every decision was made.
The disclosed technology this application is built on
This use case is an enabling implementation of the Memory-Resident Execution invention disclosed in United States Patent Application 19/538,221, "Memory-Resident Execution of Persistent Executable Objects in Distributed Computing Systems." It also draws on the sibling memory-native substrate disclosed in United States Nonprovisional Application 19/366,760, "Cognition-Compatible Network Substrate and Memory-Native Protocol Stack," for the memory-aware execution environment described below.
The core primitive is a persistent executable object: a self-contained, memory-resident execution entity that carries three fields with it wherever it travels. An intent field encodes the machine-parseable execution objective. A context block encodes identity, trust scope, and execution-relevant metadata used for local policy evaluation. A memory field holds an append-only execution history of timestamped, signed records of every evaluation, mutation, delegation, dormancy transition, reentry, and policy outcome. Because execution state lives inside the object rather than in an external scheduler or session, execution continuity survives interruption: a power cycle, a loss of signal, or a months-long cruise phase does not reset the object.
At each execution node the object runs an execution evaluation cycle: parse the intent field, evaluate the context block against locally applicable policy without any centralized coordination, read prior records from the memory field, and select exactly one execution action from a fixed set: execution, mutation, delegation, dormancy, reentry, or termination. The outcome is appended to the memory field as a new signed record. Several further properties of the disclosed invention map directly onto the demands of spaceflight:
- Separation of cognition from authority. Reasoning components (an onboard inference engine, a classifier, a planner) are advisory only. Their output is an input to policy evaluation, never a binding decision; a high-confidence recommendation cannot by itself mutate state or grant permission. This is the architectural form of the flight rule that no single component may unilaterally command an irreversible action.
- Dormancy as a first-class execution action with explicit wake triggers. Dormancy is a deliberate decision to defer, distinct from failure or termination, taken when execution is currently inadvisable, unsafe, or wasteful. The object remains valid and addressable while dormant and reenters when a wake trigger (elapsed time, accumulated outcomes, a change in execution context, or satisfaction of a prerequisite) is met, with no centralized scheduler required.
- Persistent polling and semantic backoff. A persistent object repeatedly evaluates reentry criteria over long horizons without holding open connections or synchronized clocks. Retry pacing is governed by semantic backoff, which adjusts based on recorded outcomes (partial success, negative-capability signals, policy constraints) rather than a fixed or exponential timer.
- Latency and failure as semantic signals. Timeouts, non-response, and prolonged latency are not treated as opaque errors but recorded as structured execution signals that influence future mutation, dormancy, reentry, and policy interpretation. For a spacecraft, a comm blackout is data, not a fault.
- Recursive delegation and swarm execution. An object may decompose its objective into subordinate objects that execute independently across heterogeneous nodes while preserving lineage through memory-linked references, with aggregated results appended back to the parent. Coordination emerges from memory-resident lineage rather than from a master controller.
- Append-only, signed memory. Every memory entry carries a trace identifier, timestamp, origin-node identifier, policy reference, outcome descriptor, and cryptographic signature, producing a tamper-evident lineage record.
How it deploys on a spacecraft
The mission is instantiated as a persistent executable object (or a swarm of them) before launch and uploaded as part of the flight load. Each science campaign, navigation objective, and contingency is expressed as intent; each mission rule, safety interlock, and export-controlled constraint is expressed as a policy reference inside the context block.
Opportunistic science under governance. A rover observes a transient feature. The onboard inference node advisorily classifies it as a candidate plume and recommends imaging. That recommendation is not authority: the local policy evaluator checks the context block against power budget, thermal limits, remaining consumables, and mission priority. If policy authorizes, the object executes the observation and appends a signed record; if not, it mutates its intent to a lower-cost observation or transitions to dormancy with a wake trigger keyed to the next favorable power window. Either way, the lineage record on the ground later shows the recommendation, the policy applied, the authorization outcome, and the action, which is exactly the audit trail NPR 7150 and NASA-STD-8729 review boards ask for.
Surviving blackout and power cycles. During a conjunction, a deep-dormancy phase, or an unplanned safe-mode reset, the object persists in non-transitory memory with its intent, context, and accumulated memory field intact. On recovery, the execution node reads the memory field and resumes from the last recorded state rather than reconstructing context from a ground re-upload. Loss of signal is recorded as a latency signal and shapes subsequent backoff rather than aborting the campaign.
Distributed and multi-vehicle missions. A mother-craft delegates subordinate objects to a lander, a set of small probes, or an orbiter, each evaluating its objective locally under its own trust zone and policy regime, with results aggregated through lineage back to the parent. The same model spans a single rover's internal subsystems and a heterogeneous swarm, with no centralized orchestrator and no shared global clock, which is the regime spacecraft actually operate in.
Deployment variations and embodiments
The disclosed deployment configurations map onto distinct mission architectures, and an implementer may select among them:
- Stateless execution nodes for radiation-hardened flight computers that keep no external session state: every decision derives entirely from the object itself, which simplifies fault recovery after a single-event upset and reset.
- Memory-aware execution nodes (drawing on Application 19/366,760) that cache lineage references and prior policy evaluations locally to optimize reentry determination and reduce recomputation on a power-constrained processor.
- Federated execution across agency or contractor trust domains, where objects propagate between, for example, a NASA-operated orbiter and an ESA-operated lander, each applying its own policy without a shared authorization server, with ITAR and EAR constraints carried as policy references rather than enforced by a ground gatekeeper.
- Edge-oriented execution on intermittently powered probes and penetrators that evaluate, defer, and reenter on locally observed conditions.
- Agent-based execution in which objects are embedded in autonomous control frameworks and coordinate purely through delegation, lineage, and memory-resident state.
Across all of these, execution semantics are invariant: the object behaves the same whether it runs on a flagship rover, a CubeSat, or a ground-based mission simulator used for verification and validation, which lets a mission test the exact execution model on Earth that will fly.
Why this is the technical disclosure
Any future system that lets a spacecraft carry its own adaptive, governed, auditable mission state, that defers and resumes across blackouts through dormancy and wake triggers, that treats communication latency as a semantic signal, or that coordinates a multi-vehicle campaign through memory-resident lineage rather than a ground orchestrator, reads on the technology disclosed here. Publishing this application as a dated, enabling description establishes prior art tying the deep space use case to the specific claimed invention.
Disclosure Scope
The underlying execution technology described in this article is disclosed in United States Patent Application 19/538,221. The space exploration domain framing, mission scenarios, regulatory mappings, and deployment architectures are application context and are not themselves claims of that application. Where this article references a memory-native substrate, that subject matter is disclosed in United States Nonprovisional Application 19/366,760. Nothing here should be read to narrow the claims of either application.