Starcloud launched the first H100 in orbit in 2025 and is filing for 88,000 satellites — solar-powered, zero water cooling, no permitting delays. The fastest YC unicorn, 17 months after demo day.
ENTRY ANGLES
Build orbit-to-orbit routing and inference-as-a-service for satellite imagery operators · Build data sovereignty AI compute proposition for defense/regulated enterprise on orbital platform
VERTICALS
CAPABILITIES
Satellite operations / orbital mechanics, Computer vision inference, Government procurement
Every terrestrial constraint on AI infrastructure – land, water, permitting, electrical grid capacity – is simultaneously binding right now. A hyperscale data center consumes between 100 and 500 megawatts and requires millions of gallons of water per day for cooling. Permitting timelines from site selection to commissioning now run four to seven years in most developed markets. AI compute demand doubles roughly every seven months. The math closes badly.
Starcloud, founded in January 2024 by Philip Johnston, Ezra Feilden, and Adi Oltean – veterans of SpaceX's Starlink, Airbus, and McKinsey – is building solar-powered GPU clusters in low Earth orbit. Solar intensity at 550 kilometers is approximately eight times higher than at Earth's surface. There is no atmosphere to create cooling drag. Space radiators dissipate heat with no water input. There is no permitting process. In November 2025, the Redmond, Washington company launched a satellite carrying the first NVIDIA H100 in orbit and ran the first AI training job in space. The result is not a concept demonstration: orbital compute exists and has executed.
A $170 million Series A in March 2026, led by Benchmark and EQT Ventures, valued Starcloud at $1.1 billion – the fastest Y Combinator company to reach unicorn status at 17 months post-demo day. A $250 million extension in August 2026 brought the valuation to $2.3 billion and total funding to approximately $420 million. The company has filed with the FCC to deploy a constellation of up to 88,000 satellites functioning as a distributed orbital data center.
Orbital compute is not one product – it is two different products with different addressable markets, and the distinction defines the company's realistic first five years. Training workloads and batch inference move data in bulk and tolerate latency measured in seconds or minutes; the end user does not wait for each computation. For those workloads, orbital placement is competitive: the energy cost advantage is real, the cooling cost advantage is real, and a 40-millisecond orbital round-trip adds no meaningful overhead to a training run measured in hours or days. The market here is AI labs and hyperscalers who are actively trying to add compute capacity faster than terrestrial permitting allows.
Real-time inference serving – an API call from an end user expecting a sub-100ms response – is a different problem. The 20-to-40 millisecond orbital round-trip consumes a significant fraction of the available latency budget. Starcloud solves this not by reducing orbital latency but by running inference at the edge: process as close to the user as possible, use orbital compute for the heavy training and batch operations, and serve cached or pre-computed results in real time. That is a two-layer architecture that no existing data center company has built, and it requires Starcloud to solve both layers.
The August 2026 funding extension was described partly as a response to launch capacity constraints – the availability of orbital insertion limiting how fast the constellation can be deployed. SpaceX's Starship, which would reduce launch costs by an order of magnitude, is Starcloud's necessary upstream dependency for the 88,000-satellite scenario. That dependency is real. It is also shared by every orbital infrastructure company, which means Starcloud's competitive moat depends on getting to scale before launch economics change enough to make the threshold accessible to new entrants.
The most commercially ready adjacent customer is the satellite operator who needs on-orbit inference today. An earth observation satellite capturing raw imagery at 10 terabytes per pass is bottlenecked by downlink bandwidth; sending a processed result – a classification, an anomaly flag, a structured data file – instead of a raw frame eliminates the bottleneck entirely. On-orbit computer vision inference using Starcloud's GPU satellites requires orbit-to-orbit data routing that Starcloud does not yet provide as a product. The company that builds the routing layer and the inference-as-a-service interface for imaging satellite operators addresses a customer who has a specific, existing downlink problem and measurable willingness to pay for the solution.
The second direction is data sovereignty compute. A data center physically located in orbit is not within any nation-state's territorial jurisdiction. For defense agencies, multinational financial institutions, and cross-border healthcare networks that face incompatible data localization requirements across multiple jurisdictions, orbital compute that is governed by operator policy rather than geographic law is a genuinely novel answer to a compliance problem that cloud providers cannot resolve – their hardware is always on the ground somewhere. The contract sizes in defense and regulated enterprise are large enough to fund the routing infrastructure development required to enable the first direction, making those two customer categories more sequentially connected than they appear.