The VHS Decision Engine

VHS Controls Transition Access.

One request. One reserved window.
One deterministic decision.

Before a verified aircraft enters the protected space above an approved site, VHS evaluates the access conditions and produces a traceable decision.

NO VALID RESERVATION — NO ACCESS.

Explore How VHS Decides Investor Overview

SYSTEM READYNO ACTIVE REQUEST

The protected transition volume above the approved site is drawn as a dim neutral outline. No aircraft is inside it and no access request is being processed.

ACCESS GRANTEDAUTHORIZED

Access is authorised. The transition volume is reserved for this aircraft, which enters only along its assigned path. A second aircraft continues to wait at a separate holding position.

Protected transition volume
Assigned path
Holding position
Approved site

An illustrative presentation sequence of how VHS controls entry to a protected transition volume. It is a static model of the decision sequence, not a recording of aircraft.

Operating sequence

How VHS decides.

Every access request follows the same deterministic sequence, from the moment it enters the system to the evidence that can be replayed afterwards.

01REQUEST
A structured access request enters the system. A request is not an authorization.
02VALIDATE
VHS checks the required aircraft, operator, node, telemetry and reservation conditions.
03EVALUATE
The engine evaluates transition availability, physical conflict, priority, timing and governing policy.
04DECIDE
The authoritative engine returns one traceable outcome: ACCESS GRANTED, HOLD or DENIED.
05ENFORCE
Reservation and release rules preserve the assigned transition window for one aircraft.
06RECORD
The decision, its reason classification and the ordered event evidence are stored.
07REPLAY
The recorded sequence can be reconstructed deterministically — the same facts, in the same order.

ENFORCE means reservation and release enforcement. It does not mean VHS pilots or physically controls an aircraft.

The distinction

A request is not an authorization.

Everything the engine does sits between these two things. Wanting to enter is an input. Being allowed to enter is a decision, and the decision is explicit.

REQUEST
EVALUATED
AUTHORIZATION

REQUEST

What an aircraft submits

An intent to enter a protected transition volume in a stated window
Carries identity, requested resource and requested interval
Confers no access, no priority and no reservation
Recorded on arrival, whatever the outcome

Evaluated

AUTHORIZATION

What the engine issues

An explicit outcome: ACCESS GRANTED, HOLD or DENY
Issued only against evaluated resource state and governing policy
Binds one aircraft to one volume for one bounded interval
Carries a reason classification and an evidence trace

NO VALID RESERVATION — NO ACCESS.

Why is HOLD not the same as DENY?See the architecture behind the decision

Watch one decision

One request. One reserved window. One deterministic access decision.

This is a canonical Scenario Lab demonstration — recorded, governed facts replayed deterministically. It is not live air traffic and not a deployed control service. The scenario shown is the recorded conflict-hold case: VHS decides who waits and who enters.

NO VALID RESERVATION — NO ACCESS.

ACCESS GRANTED
Authorized access for one aircraft, one transition volume, one bounded window.
HOLD
Not now. Access is withheld under the evaluated conditions; no future outcome is promised.
DENIED
Not permitted under the evaluated conditions. A new request must satisfy them.

Step 1 · Request · Aircraft decision: IDLE
A verified aircraft asks to enter
The aircraft requests access to the protected transition volume above an approved site, inside a specific time window. VHS logs the request. Nothing moves yet — a request is not an authorization.
Step 2 · Reserve & Verify · Aircraft decision: IDLE
VHS verifies the access conditions
VHS checks the facts it governs: the aircraft's reservation eligibility and the state of the requested volume. Every check lands in the decision trace.
Step 3 · Reserve & Verify · Aircraft decision: IDLE
Conflict, timing, priority and policy are evaluated
The requested window overlaps a reservation that already controls this volume. Physical conflict is evaluated before priority — and here a genuine conflict exists.
Step 4 · Decide & Record · Aircraft decision: HOLD
The aircraft waits: HOLD
A valid blocking reservation controls the same transition volume, so the request is placed on HOLD. The aircraft holds position outside the protected boundary and awaits release — the governing rule applies to everyone, every time.
Step 5 · Decide & Record · Aircraft decision: HOLD
What changed: the volume is released
The earlier movement completes and the transition volume is released back to the available pool. The waiting aircraft remains on HOLD: a released volume is a resource state, never an authorization by itself.
Step 6 · Decide & Record · Aircraft decision: ACCESS GRANTED
A new valid reservation: ACCESS GRANTED
With the volume genuinely available, VHS issues a new authorization through the same legitimate path every request takes. The aircraft's decision becomes ACCESS GRANTED — it never skipped the queue and never entered on a technicality.
Step 7 · Decide & Record · Aircraft decision: ACCESS GRANTED
The decision evidence is recorded
Every verified fact, the HOLD, the release and the final authorization are part of one traceable evidence record. Replay this sequence and the same recorded facts produce the same decision, in the same order, every time.

1. Request
2. Reserve & Verify
3. Decide & Record

Step 1 of 7

A verified aircraft asks to enter

The aircraft requests access to the protected transition volume above an approved site, inside a specific time window. VHS logs the request. Nothing moves yet — a request is not an authorization.

Aircraft decision: IDLE
Transition volume: TV — controlled by a valid blocking reservation
Decision evidence: Request logged

Evidence & replay

Built to be checked, not just believed.

Replay is not an animation. Each outcome is recorded against the state it was made in, with its reason classification and its place in an ordered event sequence. Replaying the record reconstructs the same sequence in the same order — it does not re-decide anything.

Scenario: conflict_hold
Operation: Aircraft under demonstration — recorded canonical scenario
Requested resource: TV — protected transition volume above one approved access node
Policy authority: Versioned policy authority recorded with the decision (reference withheld)

Replay position

E-01A verified aircraft asks to enterstage: REQUESTreason: —evidence: Request loggedIDLE
E-02VHS verifies the access conditionsstage: VALIDATEreason: —evidence: Trace buildingIDLE
E-03Conflict, timing, priority and policy are evaluatedstage: EVALUATEreason: —evidence: Trace buildingIDLE
E-04The aircraft waits: HOLDstage: DECIDEreason: conflict_detectedevidence: Trace buildingHOLD
E-05What changed: the volume is releasedstage: RESOURCE STATEreason: conflict_detectedevidence: Trace buildingHOLD
E-06A new valid reservation: ACCESS GRANTEDstage: DECIDEreason: grant_conditions_satisfiedevidence: Trace buildingACCESS GRANTED
E-07The decision evidence is recordedstage: RECORDreason: grant_conditions_satisfiedevidence: RecordedACCESS GRANTED

The record above is the recorded canonical scenario, presented for public viewing. Operational timestamps, policy version identifiers, telemetry and internal rule construction are withheld rather than approximated.

What makes replay deterministic?What does patent pending cover?

Technical disclosures

Open the layer you need.

The page above tells the story. These disclosures carry the technical depth behind it, at the level appropriate for public review.

Current maturity

Built beyond the concept.

VHS already makes deterministic access decisions and records how each outcome was reached.

Provisional Patent Filed

The exclusive, time-bounded transition-access method has been documented in a provisional patent filing.

Working Decision Engine

Processes structured aircraft requests and produces deterministic access decisions under versioned rules.

Interactive Scenario Lab

Demonstrates mixed-aircraft access requests, conflict handling and controlled transition outcomes using canonical scenarios.

Auditable Evidence and Replay

Records the reason behind each decision and supports deterministic reconstruction of the outcome.

VHS is a prototype-stage system. It is not certified, FAA-approved, deployed in live aviation operations, or controlling real aircraft.

The aircraft ecosystem is expanding. The access layer must be ready.

View Prototype Talk to M.K.K.

Prefer the architecture first? Explore the Technology · Investor Overview

VHS Controls Transition Access.

How VHS decides.

A request is not an authorization.

One request. One reserved window. One deterministic access decision.

A verified aircraft asks to enter

Built to be checked, not just believed.

Open the layer you need.

01EvaluationWhat the engine evaluatesThe conditions a request is measured against before any outcome exists.

02Decision vocabularyWhy HOLD is not DENYWaiting and refusal are different outcomes with different consequences.

03EvidenceWhat a decision record containsThe public-safe shape of the evidence stored behind every outcome.

04ReplayWhat makes replay deterministicReconstruction depends on recorded facts, fixed semantics and versioned authority.

05System contextWhere VHS sits in the aviation stackVHS governs transition access. It does not fly aircraft or replace air traffic authority.

Built beyond the concept.

Provisional Patent Filed

Working Decision Engine

Interactive Scenario Lab

Auditable Evidence and Replay

The aircraft ecosystem is expanding. The access layer must be ready.