Skip to content

AI outgrew the data center.

For seventy years, computing kept centralizing. Mainframes became server rooms. Server rooms became hyperscale campuses: one building, hundreds of megawatts, a single operator. Each step concentrated more compute behind fewer walls.

It worked because demand was predictable, power was available, and capacity could be planned years in advance.

AI broke those assumptions.

Demand for AI compute is growing faster than centralized infrastructure can be built. The industry's answer has been to build the same thing, only bigger: larger campuses, longer construction timelines, more power contracts, and entire regions reshaped around a single tenant.

That model is running into physics, not ambition.

The hard constraint is no longer only chips. It is power, grid access, cooling, land, permitting, transmission, and local opposition. In many markets, a data center has become an infrastructure project with the timeline of a power plant.

Concentrating AI compute also concentrates its risk. When a handful of campuses, owned by a handful of companies, hold the world's AI capacity, every outage, price change, and policy shift runs through the same few points of control.

Critical and private workloads should not depend on three or four landlords.

There is another way to add capacity. It is already built, already wired, and often already capable of supporting small compute nodes.

A modern AI node draws a few kilowatts, comparable to other high-power residential or light-commercial equipment, but designed for continuous, monitored operation. It does not need a new campus. It needs suitable power, steady airflow, physical control, and a solid internet connection.

Many basements, garages, sheds, workshops, farm buildings, offices, clinics, and small commercial units already have those foundations.

Distributed energy already proved the pattern.

Rooftop solar and home batteries did not replace the grid. They made it larger, faster to expand, and harder to take down. Capacity was added one site at a time, in parallel, without waiting on a single mega-project.

AI compute can scale the same way.

It is also a lighter way to grow. Distributed capacity reuses buildings, electrical infrastructure, and airflow that already exist, instead of turning every increment of compute into a new construction project. Where a site allows, the heat a node produces can be put to use locally rather than treated purely as waste. This does not replace efficient data centers. It is a lower-footprint way to add capacity where the physical foundation is already in place.

What OpenPC is building

OpenPC, short for Open Private Computing, is the software and deployment layer for this grid. Open: the network is assembled from many independent sites, not owned end to end by one company. Private: workloads run under privacy controls the customer sets, sealed from the host when the work demands it. Computing: the hardware earns by running real AI workloads for customers who need them. It is paid for the work it does, not for existing.

Operators supply the physical foundation: space, power, connectivity, and a controlled location for a node. OpenPC does the rest. It finances and supplies the hardware, manages and monitors every node, routes workloads across the network, and handles orchestration, security, billing, and customer demand. An operator contributes a qualified site and shares in what the infrastructure earns. There is no campus to build and no multi-year buildout. Capacity comes online one site at a time.

To a developer, thousands of independent sites behave as a single elastic pool of compute, with two things a single campus cannot offer.

The first is locality. Inference is not only about raw compute. For real-time agents, voice, robotics, healthcare workflows, and industrial automation, latency is not a metric, it is the product. A distributed network has more places to run a workload, which means it can run closer to the user, the device, the data, or the jurisdiction the work belongs in.

The second is proof. When a workload calls for it, the developer can enable a portable execution record: an account of where a job ran, on what hardware, and under which controls. A job that has to satisfy a regulator, an auditor, or a customer's own security team can then carry its own evidence, rather than resting on a provider's word. Trust on a distributed network cannot come from the operator, so OpenPC makes proof something the work can carry on its own.

A grid built this way is more resilient than a handful of campuses. Thousands of small, managed nodes mean there is no single point of failure, no one facility the whole network leans on. That matters most for critical AI. Workloads in healthcare, public infrastructure, and other systems where downtime is not an option should not depend on one of three or four campuses, and on a distributed network they do not have to.

It is also faster to scale, because every qualified site is a deployment path that never enters a construction queue. And it is more broadly owned: the people who supply the space and power share in the economics of the infrastructure they make possible, instead of watching all of it accrue to a few landlords.

None of this requires inventing new capacity. It already exists, as spare power, spare space, and spare connectivity, sitting idle in buildings never counted as infrastructure. OpenPC turns it into verified AI compute.

The data center is not disappearing. It is becoming one part of a much larger grid.

The OpenPC Team
OpenPC / Thesis

We are opening the network to its first operators and developers.

Apply to host Developer early access