Pilot sites open in the Netherlands, Germany and Poland

Take the flexible connection, with the risk known.

Grid operators in the Netherlands, Germany, Poland and Spain now offer flexible connections: full power most hours, a lower limit when the grid is congested. We work out how much of that your site can safely sign, and with what battery. Then our controller runs each event to the end across the battery, cooling and any compute you allow, on top of the equipment you already have, and keeps an event record. Today it runs on a simulated site; pilots start with an assessment of your own data.

Example 20 MW AI site · grid event16:00
Animated illustration: the grid operator lowers the limit to 12 MW, the battery, cooling and AI training ease off, the tenant hall is not touched, and the site stays under the limit. Grid operator Limit 12 MW Grid Grid connection 18.4 MW now Limit 20 MW No limit now Edge controller watching every second Battery 80% standby Cooling normal Hall A · AI inferencetraining training: full speed Hall B · tenants Not touched their own servers
Grid draw18.4 MW
Full 20 MW available
7–10 yrsto get a firm connection in Frankfurt, Amsterdam, Dublin or London
≈45 GWof extra data-centre load Europe's grids could take if it gives way 0.5% of the time. Our estimate; map below.
85%of hours at full power under TenneT's time-bound contracts. The other 15% is when you'd step back.

The problem

Finished buildings, no power.

A data centre takes about two years to build. A firm grid connection in Europe's main hubs takes seven to ten. The grid isn't full all the time, though. It fills up on cold evenings and hot afternoons, and is fine the rest of the year.

So grid operators have started offering flexible connections: full power most of the time, less when the grid is congested. The catch is risk. Once you sign, you have to deliver every limited hour for years, sometimes for many hours or two days in a row, with a battery that also has to keep its backup reserve and recharge under the same limit.

Years from today, main European hubs
Build the data centre
≈2 yrs
Firm grid connection
7–10 yrs
Years 2 to 10: the building is ready and waiting for power
Flexible connection
often available now
0246810

Where there's room

About 45 GW of room on Europe's grids

We took 2025 hourly demand for 23 European countries and asked how much new data-centre load each national grid could take if that load stepped back in the busiest 0.5% of hours. Most of the room is in France, Germany, Italy and Spain.

Our estimate · circle area = GWMap of Europe with circles sized by our estimate of extra data-centre load each national grid could takeFrance: 13.2 GW (our estimate)Germany: 4.7 GW (our estimate)Italy: 4.4 GW (our estimate)Spain: 3.8 GW (our estimate)Poland: 2.0 GW (our estimate)Sweden: 2.0 GW (our estimate)Norway: 1.8 GW (our estimate)Greece: 1.4 GW (our estimate)Netherlands: 1.4 GW (our estimate)Finland: 1.1 GW (our estimate)Switzerland: 1.0 GW (our estimate)Czechia: 1.0 GW (our estimate)Belgium: 0.9 GW (our estimate)Portugal: 0.8 GW (our estimate)Bulgaria: 0.7 GW (our estimate)Ireland: 0.7 GW (our estimate)Austria: 0.6 GW (our estimate)Hungary: 0.6 GW (our estimate)Romania: 0.5 GW (our estimate)Denmark: 0.4 GW (our estimate)Croatia: 0.3 GW (our estimate)Slovakia: 0.2 GW (our estimate)Slovenia: 0.1 GW (our estimate)13.24.74.43.8FranceGermanyItalySpainPoland 2.0Sweden 2.0Norway 1.8Greece 1.4Netherlands 1.4Finland 1.1
43.5 GWacross 23 countries at 0.5% curtailment. A rough UK estimate brings it to about 45 GW.

Our own estimate, using Duke University's Rethinking Load Growth method on 2025 hourly demand (energy-charts.info / ENTSO-E data). It looks at whole national grids and ignores local bottlenecks, so treat it as the size of the opportunity, not a promise for any one site.

How it works

What happens during a grid event

Example: grid operator asks for 12 MW from 17:00 to 19:0015:00 · 18.2 MW
Chart of a two-hour grid event: the limit drops from 20 to 12 MW, the battery, cooling and AI training cover the gap, and power from the grid stays under the limit. Tenant servers are not touched.
Power from the gridLimit from the grid operatorWhat the site would drawBatteryCoolingAI training
1

The operator sends a limit

Usually a day ahead, for example 12 MW from 17:00 to 19:00. Sometimes with no notice at all.

2

Our controller holds it

It runs on site at the connection point and checks the meter every second. In our current design it works through the options in this order; each site's order and limits are agreed during the assessment:

  • Discharge the battery
  • Ease off the cooling
  • Slow AI training a little
  • Customers' servers and live inference: off limits
3

Everything is recorded

Each meter reading is signed and chained on the controller. The operator can check an event themselves using our public key. If anyone edits a single number, the check fails.

If the internet drops

Animation: the internet link is cut, the controller keeps the site under the limit and stores its readings, then uploads them when the link is back. Cloud Internet down Edge controller uploading every second Stored on site 0 Grid connection 11.8 MW, under the 12 MW limit

The controller sits at your grid connection, so it's designed not to need the cloud for a limit it has already accepted. While the link is down it keeps its signed readings on site and uploads them when the link is back.

The signed record

Animation: a chain of signed meter readings. One reading is edited, and verification fails at that reading.

Each reading is signed on the controller and linked to the one before it. The grid operator checks the chain with our public key. Change one number and the check fails at that reading.

How we differ

We start at the meter, not inside the servers.

Software that slows GPUs works well when you own the GPUs. In a colocation building you usually don't. We work from the grid connection inward and use the battery and cooling first, so the site can stay under its limit without touching tenant hardware. Where GPU-level control is available, we use it as one more option.

Diagram: from the grid connection inward. Battery first, then cooling, then AI training. Tenant servers in the middle are off limits. Grid connection · meter 1 · Battery 2 · Cooling 3 · AI training Tenants
GridPass
GPU software only
Works when tenants own the servers
Designed for it: facility assets first
Needs GPU access
Keeps the limit with the internet down
Runs on site (tested in simulation)
Usually needs the cloud
Record for the grid operator
Every second, signed
Usually summary reports
Hardware at the connection point
Industrial controller (certification planned)
None
Grid protocols
REST today; OpenADR and IEC 61850 next
Varies
Where it runs
Hosted in the EU
Mostly US

Where we are today: working software, a live simulation, and our first field pilots in planning. We'll update this page as they run.

Who it's for

Who it helps

Data-centre developers

Open on the connection that's available now instead of waiting years for a firm one. For AI capacity we estimate each megawatt running a year earlier is worth about €2M in revenue. Your numbers will differ.

Colocation operators

See how much of a flexible contract the battery and cooling can cover without touching tenant servers, and what it would take to cover the rest.

Grid operators

An event-by-event record from the site, alongside your own meter data. We want to learn what evidence you actually need; tell us.

AI companies and tenants

Capacity in the regions you want, sooner. Inference isn't touched. Training may run a bit slower during congestion, within limits agreed in advance.

Demo

Try it on a simulated site

The demo is a simulated 20 MW AI data centre running against the same controller code we'll install on site. Press Next to send it a grid event, cut its internet connection and check the signed record. No sign-up needed. Everyone sees the same simulated site, so you may catch someone else's run in progress.

Demo site, right now
Site time--:--
Grid draw--
Grid limit--
Battery--

Connecting to the demo site…

Power from the gridGrid limit
Open the demo →
GridPass demo: the site stays under the grid limit while the internet connection is down
Internet down. In the simulation, the controller keeps the site under the limit by itself.
GridPass demo: signed record of a grid event
The signed record. Change one reading and verification fails.

Operator console

What your operations team sees

The console shows what the controller is doing and why. In supervised mode each action waits for someone on your team to approve it. The grid operator gets its own view with the compliance record and evidence for each event.

GridPass operator console: approvals queue with a proposed action, its expected effect and reason
Approvals. Each proposed action shows its expected effect and the reason for it. If nobody approves it in time, it isn't applied.
GridPass operator console: event timeline with meter, limit and what each part of the site did
Events. The limit, the meter, and what the battery, cooling and GPUs did, second by second.
GridPass operator console: grid operator view with compliance per event and evidence packs
Grid operator view. Compliance for each event, with an evidence pack they can verify offline.

Pilot

A pilot starts read-only.

About three to four months on one site. You decide when to move to the next phase.

Weeks 1–3

Desk study

We go through your load data and connection offer, and work out how much flexibility you need and what it would cost.

Writes to your site: none
Weeks 3–8

Shadow mode

The controller is installed read-only. It shows what it would have done, and changes nothing.

Writes to your site: none
Weeks 8–12

Supervised

Real grid events. Your operations team approves each action before it happens.

Writes to your site: approved actions only
Weeks 12–16

Automatic

The controller handles events on its own, and the grid operator gets the signed record.

Writes to your site: automatic, within agreed limits
We don't write anything to your systems until you approve it, and every step can be undone.

Contact

Talk to us

We're looking for a few pilot sites in Europe, and for grid operators willing to review how we record events. Tell us about your site, or email either of us directly.

Andrii ShylenkoCo-founder · controls and embedded systemsandrii@gridpass.eu
Simon BarcziCo-founder · energy markets and grid economicssimon@gridpass.eu

We use your details only to reply to you. See our privacy notice.