Lorenz Aerospace

The operating system
of the sky

Lorenz is building LAPP — the Lorenz Airspace Protocol — an open coordination framework that uses heading-based altitude stratification and market-priced slot auctions to manage dense eVTOL traffic safely and efficiently.

Status Patent Pending
Application 64/041,519
Filed April 16, 2026
Entity Lorenz Motors Corp

The Problem

Everyone is building the aircraft. Nobody is building the sky.

Joby, Archer, Lilium, and dozens of other companies are racing to certify eVTOL aircraft for urban air mobility. But every one of them assumes someone else will solve the airspace coordination problem — the question of how hundreds of vehicles share the same low-altitude sky safely, efficiently, and at scale.

Today, that altitude band (500–2,000 feet above ground) is essentially unstructured. No protocol defines how aircraft select altitudes, resolve route conflicts, or allocate scarce airspace during congestion. The FAA's UTM framework provides architecture but not the protocol. EASA's U-space defines service levels but not allocation logic.

Lorenz is filling that gap.


LAPP: Lorenz Airspace Protocol

LAPP is an open coordination protocol — analogous to TCP/IP for internet traffic — that defines how eVTOL vehicles share low-altitude airspace. Any aircraft implementing the LAPP stack can operate in LAPP-managed airspace, regardless of manufacturer.

01

Altitude by Heading

Eight altitude layers, each assigned to a compass octant. Aircraft select cruise altitude from their direction of travel. Head-on conflicts eliminated by convention, not computation.

02

Market-Priced Slots

Turn-point contention resolved by sealed-bid second-price (Vickrey) auctions. Scarce airspace goes to the aircraft that values it most. Revenue funds the infrastructure.

03

Emergency Reserves

Emergency and public-safety aircraft receive absolute priority at zero cost. Commercial auction revenues fund this capacity. The market is real, but safety isn't for sale.

04

Open Standard

LAPP is proposed as an open protocol. Lorenz operates the reference implementation and ledger infrastructure — the exchange, not the traders.

05

Empirical Foundations

Protocol parameters derived from agent-based simulation. Optimal lane tolerance identified at 5–7°. Auction vs. FCFS tradeoffs quantified. Results published in the whitepaper.

06

Revenue Model

40% protocol operator. 30% infrastructure fund. 20% regulatory compliance. 10% access subsidy. Airspace coordination that funds itself.


Try the Reference Simulator

Interactive · runs in your browser

Everyone says they want flying cars.
WISHFLY makes them prove it.

WISHFLY is Lorenz's public instrument for measuring latent demand. Anyone stuck in traffic opens it, marks where they wish they could fly, and instantly sees how much of their day a Lorenz flight would give back. Every wish becomes a live data point on the LAPP demand map — turning everyday gridlock into the one dataset the entire eVTOL industry is missing: where people actually want to fly, and when.

LiveRuns on any phone, in any browser — no install.
RealEach wish is a real origin–destination at a real, congested moment.
ProprietaryAggregates into a demand map no competitor has.
Launch WISHFLY
The Reference Vehicle

Lorenz Aeroboticar

The Aeroboticar is the first aircraft designed from the ground up around the LAPP protocol — engineered to meet the climb rates, energy profiles, and communication requirements that the airspace standard demands.

It is the Pixel to LAPP's Android: reference hardware that proves the protocol works in physical flight. Currently in 1:5 scale prototype, with full-scale development underway.

Architecture Ducted Fan Tri-foil
Status 1:5 Prototype
Propulsion Electric VTOL
LAPP Native Yes
Explore the Aeroboticar →
Lorenz Aeroboticar render

The Origin

Why Lorenz

I was driving for Uber in my red 2018 Honda Civic Type R, finishing my last two semesters at NJIT, when it hit me: I wanted to do my senior capstone on flying cars.

Not because it sounded like a cool sci-fi fantasy, but because the next step in the evolution of transportation is in the sky.

I knew the market would doubt a solo founder with no blockbuster exit behind him, no war chest to self-fund something this ambitious. So I decided to build it one small, deliberate move at a time.

I named the company after Edward Lorenz, the MIT meteorologist who discovered the butterfly effect: the idea that a tiny change in initial conditions cascades into something enormous. That's the whole bet. Every small move toward bringing flying cars to reality compounds, and eventually it comes true.

The trajectory drawing itself across this page is the Lorenz attractor — the same system, the same principle.


When the sky runs on a protocol,
this is what you open.

Monarch is Lorenz's reference rider app: the role the Aeroboticar plays in hardware, one layer up. It runs on the live LAPP logic. Pick a destination and it reads your heading, assigns your altitude layer, clears a second-price slot, and shows you the minutes you get back. It exists to prove a single point: the protocol terminates in something a person actually wants to open.

Monarch · reference rider app · runs in your browser Open full screen ↗

Lorenz operates the exchange, not the fleet. Monarch is a reference implementation, the open template any operator can fork to fly their own aircraft on LAPP. We ship it so the standard is provably real and adoptable on day one, the way the web needed a browser before it needed a thousand sites. The meter that matters runs underneath, at the protocol layer, beneath every app built like this one.


Track Record
2 U.S. Patents
(issued + pending)
8 Years in
development
1:5 Scale prototype
completed
v0.5 Simulator
iterations

Collaborate

Seeking collaborators in aerospace,
regulation, and research

Lorenz is looking for aerospace engineers, air traffic management researchers, aviation regulators, and eVTOL operators interested in contributing to the development of an open airspace coordination standard.