The apex thesis quantified · We don’t need more electrons. We need more efficient use of the ones we have. →
Validiti Institute · Benchmark

Compute per Solar Watt

How much validated intelligence can you actually deliver per square meter of solar panel? Plug in your workload, your conditions, your hardware. The answer surprises most people.

In plain English

The same work, on less electricity, leaves a smaller footprint.

Modern computing systems doing useful work — answering questions, catching anomalies, controlling industrial processes — need electricity. Most current systems need a lot of it. The substrate Validiti has built does the same kinds of work on far less.

This calculator turns that difference into a number anyone can understand: how much solar panel would you need to power this work, and how much useful output do you get per square meter of that panel. Pick what kind of work you care about. Pick where in the world the panel sits. See the ratio.

An everyday way to think about it: imagine two coffee shops. Both serve the same cup of coffee. One uses a forty-pound espresso machine plugged into the wall all day; the other uses a small machine that draws a fraction of the electricity. Same coffee. Same customers. Different electricity bill. Compute per Solar Watt is the same idea, applied to the compute that runs the modern world.

For real businesses

You do not need fields of solar to run your business data. You need much less than you think.

A small farm, a solo law practice, a rural clinic, a one-truck operator — each one looks at hyperscale cloud and assumes they would need a parking lot of solar panels to match what Amazon Web Services delivers. The honest answer is the opposite. Substrate-shape compute on commodity hardware fits in a footprint most people would call small. Conservative real-world examples below.

Solo professional practice

Lawyer, accountant, dental, consultancy

Document storage and search, billing records, client communications, basic records-query and citation work. Roughly the workload a 1–10 person practice runs on Microsoft 365 plus a specialty cloud tool.

On a workstation
~0.3 m²
Doormat-sized piece of solar panel
Cloud equivalent
~3 m²
Small dining-table top

The difference between a doormat and a dining-table top. Roughly 10× less.

Small farm

Livestock + crop + equipment records

Tracking animal records, soil sensor logs, equipment maintenance, weather data, crop history. A typical 200-acre operation running cloud agricultural software (Ag Leader, FieldView, etc.) plus general business records.

On commodity hardware
~0.5 m²
Small coffee-table top
Cloud equivalent
~5 m²
One parking-space-sized panel

The difference between a coffee table and a parking space. Roughly 10× less.

Rural clinic

HIPAA records + signed audit chain

Patient records for ~5,000 patients with HIPAA-compliant audit. Conventional setup pays cloud premium for compliance tooling on top of the storage and processing. Signed chain of custody is a separate add-on.

On a sealed appliance
~0.3 m²
Doormat-sized; audit chain native to the records
Cloud + compliance equivalent
~8 m²
Backyard tool-shed roof

The difference between a doormat and a tool-shed roof. Roughly 25× less. The audit chain costs nothing extra in the substrate version.

Single-truck operator

Delivery logs, hours of service, maintenance

Federal hours-of-service compliance, delivery records, fuel + maintenance logs, driver communications. A 1-2 truck owner-operator using fleet-management cloud services.

On an edge device
~0.08 m²
About the size of a magazine cover
Cloud equivalent
~1 m²
A standard solar panel

The difference between a magazine cover and a full-sized solar panel. Roughly 12× less.

Volunteer fire department

Incident records, equipment logs, training records

Run reports, vehicle and equipment inventory, training records, compliance documentation. The kind of records department of a 20-person volunteer organization that currently pays subscriptions to multiple cloud services or runs everything off paper.

On a workstation
~0.3 m²
Doormat-sized
Subscription cloud equivalent
~2 m²
Small desk top

The difference between a doormat and a desk top. Roughly 7× less. And you actually own the records.

Regional grocery store

Inventory, point of sale, supplier records

Daily inventory turnover, POS transaction history, supplier records, employee scheduling. The cloud-stack a single-location independent grocer or hardware store typically pays for.

On in-store hardware
~0.4 m²
Small floor mat
Cloud equivalent
~4 m²
A small desk plus its chair

The difference between a floor mat and a small desk. Roughly 10× less.

The honest read: the same business work you already do — storing records, asking questions of them, keeping audit trails that hold up to regulators — can be done on commodity hardware drawing a fraction of the electricity the equivalent cloud setup uses. The hyperscale impression that "you need fields of solar to run anything modern" is mostly an artifact of how hyperscalers built their stack. Your business does not need to inherit their architecture to get their capability. The substrate runs the work on a footprint most people would not even notice.

01 · Define your measurement

Not sure where to start? Try a typical small-business workload on commodity hardware.
(?)Cooling, lighting, distribution — the extra electricity datacenters use to keep servers running. Hyperscalers run lean (1.10-1.20). Industry average is 1.40-1.60.

02 · The ratio

73×
substrate delivers more validated signed outputs per square meter of solar panel than the incumbent architecture
Solar m² per million signed outputs
Incumbent
234 m²
Substrate
3.2 m²
Annual signed outputs per m² of panel
Incumbent
4.3M
Substrate
315M
What this means: For pattern-recognition workloads at subtropical latitude with commercial PV, substrate-shape compute on a workstation delivers approximately 73× more validated signed outputs per square meter of solar panel than an A100 in a standard datacenter.
Citable measurement

      

Methodology

What the ratio actually counts

The numerator counts signed-provenance outputs from the architecture — pattern detections, citation-anchored responses, signed decisions, signed records citations. Outputs without provenance do not count. This is the metric’s stance on hallucination: not penalized, just excluded.

The denominator is the square meters of photovoltaic panel needed to sustain the architecture’s effective power draw — including cooling overhead and, optionally, amortized training energy — under the selected solar conditions.

P_total = (P_compute × PUE) + (training_energy / deployment_lifetime)
A (m² needed) = P_total / (panel_efficiency × 1000 × capacity_factor)
VPSP (annual) = (signed_ops/sec × 3.156×107) / A

For two architectures running the same workload under the same solar conditions, the ratio collapses to relative effective-power consumption. The framework’s value is in making each component — compute draw, overhead, amortized training — explicit and user-parameterizable.

What is in scope, and what is not

The metric is in scope for: pattern recognition, signed retrieval, symbolic computation, multimodal sensor fusion, process control, anomaly detection, records-only query, cascade detection, and decision-making under signed-provenance constraints. It is honestly out of scope for: drug discovery molecular simulation, weather and climate model integration, large-scale physics simulations, and open-ended creative generation where the value is in the diversity of output rather than the provenance of any single output. The substrate does not displace those workloads, and the metric does not claim to compare there.

What you are looking at

This is the first version of the Compute per Solar Watt benchmark, published by Validiti Institute. The substrate-side numbers behind each preset are honest estimates derived from existing Validiti benchmarks and published architectural mappings. Phase 1 measurement work will replace these with peer-reviewable measured values; nothing here is gated behind that update — the methodology is open in full so anyone can verify, contribute, or override.

Incumbent-side numbers are sourced from published vendor datasheets, MLPerf results, hyperscaler sustainability reports, and the peer-reviewed academic literature on AI training energy. The conservative-comparison principle: where multiple incumbent numbers exist, the calculator uses the most favorable-to-incumbent published value.

Override anything. Disagree with a default? Plug in your own. The tool gives you the framework; the inputs are yours.