RippleBoard

Rack-level power smoothing for AI compute.

The grid does not object to how much power a data center uses. It objects to how quickly it changes its mind.

A training run begins. Thousands of GPUs go from idle to full draw in under a second. It ends, and they collapse back just as fast. Megawatts appear and disappear on a timescale no generator can follow and no interconnection study anticipated.

The problem is not how much. It is how fast.

RippleBoard rack
What changed

There is no diversity left to average.

Data centers used to be the easy customer. Thousands of unrelated workloads averaged into one of the smoothest, most predictable loads on the grid, and a utility could plan around it.

Large-scale AI training ended that. One job runs in lockstep across tens of thousands of GPUs, and the facility’s power stops looking like a data center and starts looking like a square wave.

GPU CLUSTER DRAW — UNMANAGEDWHAT THE UTILITY SEES — WITH RIPPLEBOARDONE TRAINING JOBRAMP UPSTEADY STATERAMP DOWN

That waveform is now one of the hardest constraints on where compute can be built. Utilities are starting to set limits on how fast a site’s power may change, and speed-to-power has replaced cost-per-kilowatt as the thing that decides whether a site gets built.

Three phases, three responses

Upstream, the utility sees a trapezoid instead of a cliff.

Ramp up
Supercapacitors absorb the instantaneous surge while GPU draw is capped at workload start, then raised progressively in step with what the grid can follow. The facility ramps at the grid's rate, not the cluster's.
Steady state
Batteries and capacitors together hold the profile flat through the run, suppressing burst demand at the rack and maintaining stable voltage under load.
Ramp down
The direction nobody plans for. When a job ends, load does not decay, it vanishes. Supercapacitors and GPU burn mode dissipate the excess, bringing the facility down on a controlled slope instead of dropping it.
The dangerous direction

Industry attention goes to the surge. The collapse does more damage.

When a synchronized load disappears in milliseconds, the energy already in motion has nowhere to go. Voltage rises on equipment that was sized for the load it just lost. Upstream protection sees an event it was not specified for. The failures that follow are not usually dramatic, they are cumulative: stressed components, shortened service life, and a reliability profile that degrades in ways nobody attributes to the workload that caused it.

RippleBoard sits between the rack and that event. The supercapacitor stage absorbs the transient at the point of origin, before it propagates into the distribution system, the UPS, or the utility’s equipment.

The same mechanism delivers voltage ride-through in the other direction. Dips and surges arriving from the grid are met with localized energy injection in milliseconds, and the compute above does not observe them.

RippleBoard installed in rack
Curtailment is the currency now

Flexibility becomes a contractual asset instead of a risk.

The most valuable thing a large new load can offer a utility is flexibility.

76–126 GW

of new demand the existing grid could reliably absorb with no capacity expansion at all — provided those loads accept curtailment during roughly 0.25 to 1 percent of annual hours. The lower figure is about ten percent of national peak demand.

NORRIS, T. H., T. PROFETA, D. PATINO-ECHEVERRI, AND A. COWIE-HASKELL. 2025.
RETHINKING LOAD GROWTH. NI R 25-01. NICHOLAS INSTITUTE, DUKE UNIVERSITY.

That is the interconnection queue, solved, for any operator who can actually deliver curtailment on demand. Most cannot. Committing to shed load is straightforward on paper and difficult in a facility where curtailment means degrading a customer’s training run.

RippleBoard makes the commitment executable: load is shaped, capped, and reduced at the rack under BoardOS coordination, with stored energy covering the difference, rather than by turning compute off.

800 V DC

Built for the transition.

Nvidia’s move from 415 V AC to 800 V DC rack architecture changes where power conversion happens and how much is lost getting to the chip.

415 V AC
Conventional
Power is converted repeatedly on its way to the chip. Every stage costs efficiency and adds a component that can fail.
800 V DC
DC-native
High-voltage delivery straight to the rack, with fewer conversion stages between the source and the load.

RippleBoard is a DC-native system designed for that topology.

Specifications

The system.

Output voltage
48 / 50 V
Components
2× battery module, 2× supercapacitor module, 2× DC/DC
Communication
CAN, Ethernet, RS485
Cooling
Fan
Form factor
Standard rack dimensions
Response time
2–8 ms [to be confirmed]
Battery module
Capacity
15 kWh
Voltage
264 V nominal, 224–292 V range
Max power output
150 kW
Backup
5 minutes at 150 kW
Supercapacitor module
Capacitance
75 F
Max current output
2 kA
DC/DC module
Input voltage
192–310 V
Output voltage
48 / 50 V
Continuous input power
100 kW
Peak output power
150 kW, with battery and supercapacitor support
Peak load
165% for 100 µs, 155% for 15 min [to be confirmed]
It does not work alone

Same intelligence. Different problem.

The rack
RippleBoard
Shapes the waveform where the transient originates.
The building
EnergyBoard
Handles the facility load around the compute.
Coordination
BoardOS
Presents one shaped profile to the utility, not the sum of whatever the racks happened to do.

A commercial building has capacity it never uses. A data center has load it cannot get served. The loop runs the same either way.