TIME-STATE
As-of: 2026-09-04  Information cutoff: 2026-09-04  Anchor event: Emerald AI Series A round announced August 2026 (VentureBeat)
Subsequent developments: None disclosed at cutoff.

Exec brief

Grid interconnection is the binding constraint on AI datacenter growth. Load-side flexibility is the umbrella term for the ways an AI datacenter converts a portion of its firm electrical demand into a contractually recognised grid resource. The economic product is a flexibility right: a contractual operating claim that allocates the right to change the customer's electrical operating envelope under defined conditions, in exchange for consideration (faster interconnection, lower firm-capacity charges, capacity-market receipts, or another form of payment).

Six architectural bets are visible in 2026.

  • A software coordination layer that reduces AI training on grid signal (Emerald AI).
  • A battery-integrated datacenter that shifts load in time (Verrus).
  • A behind-the-meter gas microgrid that substitutes for grid power during stress (Enchanted Rock).
  • A renewable and battery co-located datacenter (Prometheus + ENGIE).
  • A flexibility-ready site development model (Cloverleaf, Rowan).
  • A cooling-side thermal shift that appears in academic literature but has not produced a merchant vendor.

These architectures monetise different products: reduced grid demand, temporal energy substitution, firm electrical supply, interconnection optionality. What they share is the ability to convert electrical optionality into a bankable contractual right.

They are not six competing technologies. They operate at different points in the electrical stack, and they layer rather than substitute.

The category anchor event is Emerald AI's Series A round announced in late August 2026, co-led by Energize Capital and DCVC with participation from NVIDIA, Radical Ventures, Samsung Ventures, Siemens and GE Vernova, plus Eaton in an earlier strategic round. The round was reportedly $150 million at approximately $1.05 billion post-money (Converge Digest). At the reported post-money valuation, the market is underwriting a very large probability of commercial-scale hyperscaler curtailment behaviour that translates into accredited capacity and repeatable platform value capture, an assumption verified so far in one field trial documented in the Emerald / SRP arXiv paper (Colangelo et al., arXiv 2507.00909). This piece maps the six architectures, works through where each creates a flexibility right, and lands on where the defensible margins sit.

01The problem and the product

A datacenter is only as real as the firm megawatts at its meter. Not before.

Across PJM, ERCOT, MISO and CAISO, large-load interconnection studies now drag between four and seven years for gigawatt-scale campuses. Generation queues trail further behind. PJM's Expedited Interconnection Track (FERC-approved 9 June 2026) opens narrow generation-side exceptions and does not change the load-side timeline.

Against silicon cycles refreshed every 18 months, that gap leaves full generations of accelerator hardware waiting on gravel lots.

Load-side flexibility is what the customer accepts in exchange for compressing that timeline.

Concretely: a 500 MW datacenter agrees to operate at 350 MW for the 200 hours per year when the grid is stressed. The utility approves an interconnection at 500 MW nameplate against a 350 MW firm commitment. No new capacity was created. Capacity risk moved from the utility to the customer, in exchange for MW that arrive in months instead of years.

Every approach in this piece monetises some form of electrical optionality at the grid interface.

The flexibility right is the financial asset.

The product being sold is a contractual claim held by the grid, utility, or ISO to change the customer's permitted operating envelope under defined conditions. The underlying enabler may be software, a battery, a gas microgrid, a co-located renewable PPA, or an interconnection contract. The battery, generator, and scheduler are enabling assets. The right itself, and the accredited capacity attached to it, is what carries the financial value.

The underwriting question in every exercise here is the flexibility right created at the grid interface and the party that captures its value.

CANONICAL TERM · FLEXIBILITY RIGHT
Flexibility Right: the contractual operating option that specifies who may change the customer's electrical operating envelope, under what conditions, for how long, with what performance obligation attached, and in exchange for what consideration. The right may be held or exercised by a grid operator, utility, ISO, hyperscaler tenant, platform vendor, or site operator depending on how the contract is written. The underlying enabler can be software, storage, generation, a renewable PPA, or an interconnection agreement. Economic value flows to whoever owns the contractual claim and captures the resulting payment, avoided cost, or acceleration value. This right passes through six stages between physical capability and captured equity value. The waterfall in §16 walks the attrition at each stage. "Flexibility right" is used here as an analytical category. Every jurisdiction expresses it through different legal instruments: an interruptible-load obligation, a conditional interconnection agreement, a dispatch contract, a capacity accreditation, a bilateral tariff concession, or any other enforceable operating option.

02Four economic functions: shed, shift, substitute, relocate

Load-side flexibility as a phrase covers four distinct economic functions. Every approach in this piece performs one or two of them, never all four. The industry calls all four "flexibility," but they are economically different products.

Four functions land under the flexibility umbrella. Shed. Shift. Substitute. Relocate. The visual below carries the definitions.

Four economic functions inside "load-side flexibility" The industry calls all four "flexibility." They are economically different products. 01 SHED Reduce electricity consumption during grid stress Grid: avoided peaking generation, deferred transmission upgrades. Customer: firm-capacity credit, avoided demand charges, capacity-market receipts. Load falls. Compute output drops. 02 SHIFT Move electricity consumption across time Value: intra-day energy arbitrage, alignment with variable renewable output, ancillary services participation (frequency response, reserves). Load moves in time. Total consumption unchanged. 03 SUBSTITUTE Replace grid electricity with another source Gas microgrid, on-site renewables plus storage. Value: capacity-market participation, interruptible-load tariff credits, fuel arbitrage. The load is not flexible. The supply behind it is. 04 RELOCATE Move compute to where and when power is cheap Physical relocation or logical routing of AI workloads. Value: energy cost per MWh reduced by 30-60% versus flat-load procurement. Compute chases cheap electrons; site plurality required. Firming that keeps compute running while replacing grid power is a supply-side substitution, not load-side flex. Different market and different economics.

One thing reads off the taxonomy immediately: the "firming" bucket that older demand-response literature groups with load-flex is actually supply-side substitution and clears through different markets. That reframes Enchanted Rock's gas microgrid economics as capacity-market plus interruptible-load, not as load reduction. The layering point (that no single approach performs all four functions, so any real deployment stacks two or three) is developed in §03.

CANONICAL DISTINCTION

Technical flexibility is what the datacenter can physically do. Bankable flexibility is what the grid contract recognises, measures and pays for. The gap between the two is where most of the investment risk in this space concentrates. Each of the six approaches in §04–§11 is really a bet on closing that gap in a specific way, and §16 walks the regulatory accreditation machinery that determines how much of any technical claim survives the translation.

03The stack, not the winner

The six approaches in this piece are not competing technologies chasing the same market. They operate at different points in the electrical stack, and a single hyperscaler site typically layers three or four of them at once. The campus was developed by a Cloverleaf or Rowan (flexibility-ready land plus interconnection). The primary supply-substitution infrastructure is an Enchanted Rock gas microgrid or a Verrus-style battery microgrid. The renewables PPA feeding the site may come through an ENGIE-style structure. The software coordination layer that dispatches load-shed events on grid signal is Emerald AI or a hyperscaler-internal equivalent.

Three scarcity rents accrue at different layers of that stack, and each layer has a different margin structure.

  • Interconnection scarcity. The MW at the meter, the queue position, the permitting. Captured by land and site developers. Real-estate developer margins, high single digits to low teens on invested capital. Substrate for everything else.
  • Physical flexibility scarcity. The batteries, gas gensets, or renewable-plus-storage assets that create the operating envelope. Captured by infrastructure balance sheets under long-term contracts. Project-finance IRRs of 8 to 12 percent unlevered on the underlying assets, uplifted by contract structure.
  • Coordination scarcity. The control plane between hyperscaler workload schedulers, the datacenter's physical flexibility assets, and the grid market interface. Captured by whichever software or protocol becomes the interoperability standard. SaaS-like margins if the standardisation happens, thin API-layer margins if it does not.

The rest of the piece walks the six architectures in order, then returns to the stack to ask which layer captures which scarcity rent under which grid conditions.

04Problem-to-solution mapping

The matrix below maps each approach against the four economic functions.

The matrix confirms the layering established in §03. It also makes visible a distinction the industry usually blurs: Enchanted Rock and Prometheus perform supply-side substitution and clear through capacity markets and PPAs, not through load-shed tariffs. Grouping them with software-coordinated load reduction obscures how differently they are priced.

Function × Approach · which architecture performs which economic function
Primary = the natural tool. Strong = clear contribution. Marginal = contributes but not the fit. Empty = does not perform.
Emerald AISoftwareVerrusBattery-DCEnchanted RockGas microgridPrometheusRenew co-locCloverleaf/RowanSite devCoolingThermal shiftSHEDReduce grid draw on cuePRIMARYSTRONGMARGINALMARGINALSHIFTMove consumption in timeMARGINALPRIMARYSTRONGMARGINALMARGINALSUBSTITUTEReplace grid with on-siteSTRONGPRIMARYPRIMARYRELOCATEMove compute where power is cheapSTRONGPRIMARYMARGINALPrimary toolStrong contributionMarginalDoes not perform

05Why hyperscalers curtail: the interconnection-hedge math over the energy-arbitrage math

Curtailment is often described as demand response against peak electricity prices. On unit economics, that framing does not survive.

An H100 or B200-class GPU-hour is worth $1 to $4 in 2026, whether measured by hyperscaler internal transfer prices or public cloud on-demand rates for the same silicon. Taking that GPU offline for an hour to duck a peak-power event costs the operator its full opportunity value. The peak-power event itself, even during a five-alarm wholesale spike that carries prices from $50 to $1,000 per MWh, saves at most $0.95 to $1.40 per GPU-hour on the throttled kilowatt.

Depreciation on the same silicon runs another $0.89 to $1.25 per GPU-hour (straight-line, four-year life). This is a sunk-capital anchor, silent on the incremental cash cost of an idle hour, but it confirms the direction the opportunity-cost number is already pointing.

Per-GPU-hour economics · what curtailment saves vs what it costs
Even in the best case for curtailment (max savings + min opportunity cost), the trade barely breaks even on marginal economics.
$0$1$2$3$4$5$ PER GPU-HOUROpportunity cost forfeitedH100 / B200 GPU-hour, 2026$1.00-$4.00Peak power avoided$50 → $1,000/MWh spike, 1 kW$0.95-$1.40Sunk depreciationBlackwell 8-GPU, 4-yr life$0.89-$1.25

Load-shed as energy arbitrage is at best break-even on marginal economics. Once you price in the training-deadline slippage from taking accelerators offline mid-run, it is structurally value-destructive. The framing is wrong.

So why do hyperscalers curtail?

Time-to-power. That is what curtailment buys.

Look upstream of the meter. Four to seven years of accelerator throughput waits on gravel lots while the utility works through its interconnection queue. If accepting 200 hours per year of throttled operation compresses that timeline by three years (from six years to three), the hyperscaler unlocks three years of otherwise-unsold GPU capacity. On a 100 MW AI training cluster (~100,000 GPUs at 1 kW each including overhead), at $1 to $4 per GPU-hour of opportunity cost, that pull-forward runs into the billions per site.

That is the economic engine large enough to support Emerald AI's $1.05B valuation. It also explains why the platform sells to the datacenter operator and not to the utility. The value accrues to the party waiting for MW.

The conditional acceleration asymmetry. Model it explicitly on a 100 MW cluster. Assume a $1.50 per GPU-hour net contribution after opex and depreciation. That is the conservative midpoint of the opportunity-cost range.

Collapsing the interconnection queue by three years (26,280 hours) pulls forward:

  • 100,000 GPUs × $1.50/hour × 26,280 hours ≈ $3.9B of gross contribution capacity pulled forward

The $3.9B is a throughput-value upper bound, not NPV, revenue, or incremental cash flow. It reflects gross contribution capacity that earlier energisation makes accessible, subject to actual utilisation and monetisation.

The cost of the curtailment commitment that unlocks it, at 200 hours per year of 30% throttling across a 10-year contract:

  • 100,000 × 0.30 × 200 × 10 × $1.50 ≈ $90M cumulative opportunity loss

Ratio: ~44:1. The exposed inputs are the four operational assumptions. The $/GPU-hour is a red herring. The ratio simplifies to (acceleration × 8760) ÷ (throttle depth × curtailment hours/yr × contract years) = (3 × 8760) ÷ (0.30 × 200 × 10) = 26,280 ÷ 600 = 43.8. Both the $/GPU-hour figure and the GPU count divide out. The ratio holds at 44× whether the cluster is 10,000 GPUs at $0.50/GPU-hour or one million GPUs at $5. The absolute dollar figures ($3.9B pull-forward, $90M cost) scale with $/GPU-hour and GPU count; the ratio does not. The ratio depends on the shape of the trade rather than its dollar scale.

Sensitivity of the ratio to the four operational drivers. Each row varies one variable, holding the others at base case.

ScenarioAccelerationThrottle depthHours/yrContract termRatio
Base case3 yr30%20010 yr43.8×
Short acceleration1 yr30%20010 yr14.6×
Very short acceleration0.5 yr30%20010 yr7.3×
Heavy throttle3 yr60%20010 yr21.9×
Frequent curtailment3 yr30%40010 yr21.9×
Long contract3 yr30%20015 yr29.2×
All four adverse combined1 yr60%40015 yr2.4×

Ratio caveats before you cite the 44×. The pull-forward calculation assumes 100% GPU utilisation across the recovered window; realistic utilisation is lower. Curtailment cost values throttled hours at the average $/GPU-hour, but curtailment correlates with grid peaks, which correlate with high-value compute, so real curtailment cost runs above the mean. The $3.9B is undiscounted; NPV would apply a discount rate to future contribution. And 100,000 GPUs on 100 MW assumes 1 kW/GPU including overhead; at PUE 1.3 for H100 / B200-class hardware, a realistic 100 MW facility carries 65,000-80,000 GPUs, not 100,000. Adjust for these and the absolute dollar figures shrink materially. The ratio holds provided the four operational assumptions hold.

One more risk operates above the ratio itself. Queue compression is a thesis-level assumption. If ISO reforms shrink interconnection queues from 4-7 years down to 2-3 years across major markets, every architecture in this essay loses part of its scarcity premium. Cloverleaf and Rowan take the direct hit on land inventory value. Emerald's 44× also compresses because a smaller acceleration window shrinks the numerator. Queue duration is the exposed macro variable across the whole flexibility-right thesis.

That is what can turn load-flex from an ESG afterthought into a P&L imperative for a hyperscaler in an interconnection-constrained region. The interconnection queue is the scarce asset. Flexibility is how you buy past it.

Conditional acceleration asymmetry · 44× at three years, sensitivity to acceleration duration
$1.50/GPU-hour net contribution assumed (the exposed underwriting input). Ratio derives from queue-collapse and throttle-commitment durations. Scale-invariant across cluster sizes.
BASELINE · 100 MW CLUSTER · 3-YR QUEUE COLLAPSE · 10-YR 200-HR/YR 30% THROTTLECURTAILMENT COST$90Mcumulative over 10 years44×INTERCONNECTION PULL-FORWARD$3.9B3 years of accelerator throughput pulled into the presentSTRESS TEST · WHAT BREAKS THE RATIO, WHAT DOES NOT10×20×30×40×50×break-evenBaseline (3-yr queue, 200 hrs, 30%)44×Queue collapse halved to 18 months22×Throttle depth doubled to 60%22×Throttle hours doubled to 400/yr22×All three stresses compoundedAny single lever halves the ratio to ~22×.Combined stress compresses it to ~5×. The trade still clears well above break-even.

So what. Any investor sizing the load-flex opportunity should benchmark against the interconnection-acceleration pull-forward, and stress-test the acceleration assumption first. Avoided energy cost is a rounding error against the pull-forward number.

UNDERWRITING LEDGER
Public · NVIDIA Blackwell server ASP ranges from public reseller pricing (~$250k-350k for 8-GPU HGX B200 platforms in 2026). NVIDIA H100 SXM5 draws 700 W; Blackwell B200 draws 1,000-1,200 W per package.
Derived · GPU-hour depreciation and marginal power cost derived from the ASP + 4-year straight-line + per-GPU-kW draw at 2026 wholesale price bands.
Interpretation · The load-shed transaction only clears when it is priced as an interconnection-speed hedge. Energy-arbitrage framings can understate the economic value by orders of magnitude when the flexibility right accelerates time-to-power.

06Approach 1: Software workload coordination · Emerald AI

Emerald AI is the software layer that reads a grid stress signal, translates it into a curtailment request, and coordinates AI training workloads across a datacenter so that compute output drops on cue without breaking the training job. The product name is Conductor. The bet is that AI training is elastic enough at the workload-scheduler level to shed load for hours at a time, and that hyperscalers will accept the throughput hit in exchange for faster grid interconnection and lower firm-capacity charges.

Named deployments.

  • Phoenix field trial (published July 2025). 256-GPU NVIDIA A100 cluster orchestrated through Databricks MosaicML. 33 experiments, 212 individual training/inference/fine-tuning jobs across SRP, APS and CAISO sample grid events. Headline: 25% power reduction sustained for three hours on a peak-stress day (Colangelo et al., arXiv 2507.00909). Partners: Salt River Project, Arizona Public Service, NVIDIA, EPRI DCFlex programme.
  • Aurora AI Factory (H1 2026). 96 MW facility in Manassas, Virginia. Digital Realty. Running against PJM signals.
  • Vera Rubin AI Research Factory (H2 2026). ~100 MW. EPRI, Dominion Energy, PJM Interconnection (Latitude Media).

Evidence base lands between one demo and a cross-hyperscaler production rollout.

Capital and investor base. Emerald closed its Series A in late August 2026, co-led by Energize Capital and DCVC. The round was reportedly $150 million at approximately $1.05 billion post-money (VentureBeat). Participants include NVIDIA, Radical Ventures, Samsung Ventures, Siemens and GE Vernova. An earlier strategic round in March 2026 added Eaton, reportedly at approximately $25 million (Emerald blog). Twelve Fortune Global 500 companies are now on the cap table. Total capital raised is approximately $200 million across seed, strategic round and Series A.

Eaton, Siemens and GE Vernova are the three largest incumbents in grid infrastructure and power conversion. Their strategic checks say the utility side has decided load-flex has commercial substance. NVIDIA's participation says the compute-side counterparty is aligned. Samsung Ventures is the memory and packaging counterparty. The absence of a hyperscaler direct investor (Google, Meta, Microsoft, AWS) is a notable gap. Hyperscalers view cluster scheduling (Borg, Apollo, and their internal equivalents) as core proprietary infrastructure, and letting a third-party control plane inject checkpoint-and-throttle primitives across proprietary interconnect topologies crosses a boundary they have not chosen to cross yet. Emerald's addressable market in the near term is therefore neo-clouds (CoreWeave, Lambda, Crusoe) and wholesale colocation landlords (Digital Realty and comparable REITs) that lack proprietary scheduler stacks, and this piece returns to the question in §15.

Business model. The commercial contract has not been fully disclosed. Public statements describe a platform-fee model paid by the datacenter operator, with revenue sharing tied to capacity-market receipts or interruptible-load tariff credits generated by the curtailment behaviour. The Conductor platform is deployed as a software layer between the utility SCADA signal and the hyperscaler workload scheduler.

UNDERWRITING LEDGER
Public · Series A round disclosed late August 2026 (VentureBeat, Emerald blog). Round size reportedly $150M. Post-money valuation approximately $1.05B. SRP Phoenix demo results published July 2025 by EPRI. Two named 2026 deployments (Aurora, Vera Rubin) with Digital Realty and EPRI respectively.
Derived · The $1.05B post-money prices Emerald at a ~5× multiple of cumulative paid-in capital (~$200M). With platform revenues running well under $10M ARR across early sites, this is an option-value multiple on category creation rather than an operating SaaS multiple. The forward valuation clears only if commercial-scale hyperscaler adoption arrives within 24 months.
Assumption · Platform take of 15-30% of stack flexibility value at reference deployments. Hyperscaler curtailment repeatability across 20+ sites within 24 months. No hyperscaler-internal coordination layer standardises first.
Interpretation · The valuation is defensible if the SRP demo behaviour transfers to production Nvidia training loads at commercial scale. The absence of a hyperscaler cap-table check is the risk signal.

Emerald AI Conductor · software coordination architecture Grid signal in, workload throttle out. Emerald owns no physical infrastructure. UTILITY / ISO Grid stress signal SCADA / DR event / wholesale price EMERALD CONDUCTOR Software platform Translates grid state into curtailment schedule HYPERSCALER API Workload scheduler Kubernetes / Slurm / custom orchestrator TRAINING JOB Load throttle 100% → 75% for 3 hours (SRP demo) Measured curtailment reported back for capacity-market settlement WHAT EMERALD OWNS The software layer between utility signal and workload scheduler. No physical infrastructure. Revenue model: platform fee + revenue share on capacity-market receipts. Deployed at Aurora AI Factory (96 MW, Manassas, H1 2026) + Vera Rubin AI Research Factory (~100 MW, Dominion territory, H2 2026).

07Approach 2: Battery-integrated datacenter · Verrus

Verrus takes the opposite architectural bet from Emerald. Rather than coordinate curtailment through software, Verrus designs the datacenter as a battery-first microgrid so that load can be shifted physically without touching the compute schedule. The workload never sees the grid signal. The battery absorbs the arbitrage or peak-shave window and the training job runs at nameplate throughout.

Technical design. Each Verrus datacenter building carries 50 MW of compute, 20 MW of other electrical demand (HVAC, lighting, controls) and a co-located utility-scale battery sized at 70 MW nameplate for four hours of discharge, giving 280 MWh of storage capacity per building (TechCrunch). The battery is the primary buffer between the grid tie and the compute load. Software allocates energy to specific tasks in real time. The datacenter can run at nameplate compute for hours while drawing zero net grid power, provided the battery is charged.

Named deployments.

  • Stealth exit March 2024 as a Sidewalk Infrastructure Partners venture (Alphabet-affiliated spinout).
  • First three sites: Arizona, California, Massachusetts. Target ops late 2026 / early 2027.
  • Customers: Not publicly named.

Capital. Verrus is backed by SIP's balance sheet rather than by a marked venture round. Exact capital-in has not been publicly disclosed. Site development at the announced scale requires nine-figure equity plus project debt, so the actual capital commitment is much larger than the announced Series total for Emerald.

Business model. Verrus builds, owns and operates the datacenter. Revenue arrives as long-term datacenter lease payments from hyperscaler and enterprise tenants, with an implicit uplift for the flexibility features. The battery generates a second revenue stream from wholesale energy arbitrage plus grid ancillary services participation in the ISO market covering each site. The economics rely on hyperscaler willingness to pay a rent premium for a flexibility-optimised building versus a conventional one.

UNDERWRITING LEDGER
Public · Verrus emerged from stealth March 2024 (TechCrunch). Building design specification (50 MW compute + 20 MW other + 70 MW/280 MWh battery) publicly disclosed.
Derived · A 70 MW / 4-hour battery at 2025-6 lithium-ion pack pricing (~$150-200/kWh installed) represents $42-56 million of storage capex per building, plus balance-of-system and land.
Assumption · Lease-rate flexibility premium covers incremental battery capex. Battery-plus-grid arbitrage return exceeds cycling degradation at 3-5% of installed capex per year. Neither the premium nor the arbitrage number is public.
Interpretation · The model clears only if the lease-rate flexibility premium covers the incremental battery capex and the battery-plus-grid arbitrage return exceeds cycling degradation. Neither number is public.

Verrus building · battery-integrated datacenter architecture 50 MW compute + 20 MW other + 70 MW / 280 MWh co-located battery per building. VERRUS BUILDING · SINGLE MODULE COMPUTE HALL 50 MW AI training racks liquid-cooled HVAC / OTHER 20 MW Cooling, lighting, controls BATTERY MICROGRID 70 MW / 280 MWh Utility-scale Li-ion, 4-hour discharge Absorbs grid arbitrage + peak shave events without touching the compute schedule GRID INTERCONNECTION (net-metered) TWO REVENUE STREAMS 1. Datacenter lease Hyperscaler tenant pays rent + flex premium. 2. Battery arbitrage Wholesale energy arbitrage + ancillary services (ISO market).

08Approach 3: Behind-the-meter gas microgrid · Enchanted Rock

Enchanted Rock is the incumbent in behind-the-meter natural gas microgrids for large commercial and industrial loads. The company deploys modular gas-fired gensets at customer sites, operates them as a microgrid that runs during grid outages or grid-stress events, and participates in interruptible-load and capacity-market programmes on behalf of the customer. The bet is old and proven in traditional C&I: what is new is that hyperscalers have now adopted the model at gigawatt scale for AI datacenters.

Named deployments.

  • Meta El Paso. El Paso Electric to contract 813 modular gensets. ~366 MW of behind-the-meter firm power (El Paso Matters).
  • Microsoft San Jose. Renewable-natural-gas microgrid with Enchanted Rock and U.S. Energy. Covers grid outages and California BIP events (U.S. Energy).

Both are contracted deployments at named production sites.

Business model. Enchanted Rock operates on an Energy-as-a-Service contract. The customer pays a fixed monthly capacity fee plus a variable fee tied to actual dispatch events. Enchanted Rock owns and operates the gensets, procures the fuel, and monetises capacity-market participation on top of the customer contract. The economic case strengthens as annual dispatch hours rise, and the required utilisation depends on the tariff structure, fuel cost, capacity payment and the customer's avoided grid cost. Contract-specific fee structures are not publicly disclosed.

Capital. Enchanted Rock is a growth-stage private company with disclosed multiple hyperscaler contracts and undisclosed revenue. Its balance sheet finances gensets against long-term customer contracts; the underlying financial profile resembles a specialised infrastructure operator more than a venture-backed software company.

UNDERWRITING LEDGER
Public · Meta El Paso gensets (813, ~366 MW) via El Paso Electric; Microsoft San Jose microgrid with RNG plus California BIP participation.
Derived · 813 gensets at typical modular-gas cost of $700-900/kW plus fuel infrastructure implies a capital deployment on the order of $300-400 million at the Meta El Paso site alone.
Assumption · EaaS capacity fee $8-15/kW-month range. Break-even utilisation at 500+ dispatch hours per year. Gas price and emissions permit environment holds through the 10-year contract window.
Interpretation · Enchanted Rock is the load-flex approach with the most public revenue evidence. The bear case is exposure to hyperscaler carbon commitments and to gas price spikes; both cases become binding over a ten-year horizon but do not bite in 2026.

Enchanted Rock · behind-the-meter gas microgrid Modular gas gensets in parallel with the grid. Dispatched during outages and grid-stress events. UTILITY GRID Primary supply Interruptible tariff GAS MICROGRID 813 gensets ~366 MW Modular natural gas or RNG TRANSFER SWITCH Grid parallel / island transition DATACENTER LOAD ~366 MW Meta El Paso (source: El Paso Electric filings) REVENUE STACK 1. EaaS fee Fixed monthly capacity payment from customer. 2. Dispatch fee Per-event when gensets run. 3. Capacity market CAISO BIP / ERCOT ERS / PJM capacity auction. Unit econ works at 500+ hrs/yr dispatch.

09Approach 4: Renewable and battery co-location · Prometheus Hyperscale

Prometheus Hyperscale builds datacenters that sit physically next to renewable generation and battery storage assets, tying the compute load to the on-site energy source as the primary supply and treating the grid connection as a firming and export path rather than the primary feed. ENGIE North America is the co-development partner and provides the renewables and storage assets under a shared platform (Barchart).

Named deployments.

  • Texas I-35 corridor. First sites targeted 2026, expansion through 2027.
  • Compute capacity per site: Not publicly disclosed.
  • Commercial structure: Long-term PPA with ENGIE-operated renewables + datacenter lease from Prometheus.

Model and economics. A typical site combines solar plus wind plus battery storage at a scale that covers 60-80 percent of the datacenter's annual energy demand on a matched basis, with grid draw covering the remainder. The battery smooths renewable intermittency and captures ancillary-services revenue in ERCOT. During grid stress, the site dispatches battery capacity to the grid rather than drawing from it. Commercial structure: ENGIE takes renewables IPP economics, Prometheus books the datacenter lease, flex value accrues to whichever entity holds the grid interface. The siting thesis is to co-locate at renewable generation nodes to shorten effective interconnection time and reduce the LCOE of the compute load.

UNDERWRITING LEDGER
Public · ENGIE and Prometheus partnership announced Sep 2025 for Texas I-35 corridor sites; first operations targeted 2026.
Derived · A 100 MW datacenter matched at 70 percent renewables coverage requires roughly 200-300 MW of solar plus wind capacity plus a 100 MW / 4-hour battery, implying $400-600 million of generation and storage capex per site at 2026 prices.
Assumption · 60-80% annual-matched renewable coverage is commercially acceptable to tenants outside the 24/7-matching hyperscalers. ERCOT ancillary-services revenue holds at 2026 levels through the 15-25 year PPA horizon.
Interpretation · The renewable co-location model is capital-heavy and requires patient project financing. Investable through renewable-IPP structures rather than through venture equity.
Prometheus + ENGIE · renewable-primary site with grid as firming path
Annual energy mix illustrative for a 100 MW DC matched at ~70% renewables. Grid draw fills the remainder. 24/7 matching gap is the model's addressable-market cap.
PHYSICAL TOPOLOGY · MW RATINGSSOLAR200 MW~440 GWh/yrWIND100 MW~260 GWh/yrOWNER · ENGIE (IPP)BATTERY100 MW400 MWh · 4hFirms intermittencyDATACENTER100 MW~876 GWh/yrLong-term PPAOWNER · PROMETHEUSGRID (ERCOT) · FIRMING + STRESS EXPORTFills ~30% of annual demand · Absorbs battery exports during stressbidirectionalANNUAL ENERGY MIX45%25%30%Prometheus70% annual-matched100%Google · MSFT24/7 hourly target30%gapTHE UNDERWRITING TENSIONValue split: ENGIE takes renewables IPP economics (8-12% IRR unlevered). Prometheus books DC lease economics. Flex value accrues to whichever entity owns the grid interface.Model fails hyperscaler 24/7 hourly matching (Google, MSFT) without 2-3× oversized renewables + long-duration storage. Compliance ceiling caps addressable tenant pool.

10Approach 5: Interconnection optionality · Cloverleaf and Rowan

Cloverleaf Infrastructure and Rowan Digital Infrastructure do not sell flexibility. They sell the option to become flexible later. Both companies develop hyperscale datacenter campuses on land that is pre-permitted for high-MW grid interconnection and pre-designed to accept future flexibility retrofits (battery microgrids, gas gensets, PPA hookups) that a tenant hyperscaler may want to add. The primary product is a shovel-ready site with power infrastructure in place. Flexibility features enter the site plan as optionality rather than as an operating layer that Cloverleaf or Rowan runs directly.

The economic distinction matters. Cloverleaf and Rowan are not in the load-flex value chain the way Emerald, Verrus, Enchanted Rock and Prometheus are. They are one layer beneath: the interconnection-ready substrate on which the flexibility infrastructure of the other four approaches gets built. Land inventory, permitting, substation capacity, and interconnection-queue position are what these companies own. As the ISO queues stretch through the 2026-28 window, that substrate becomes progressively scarcer and its unit economics compress upward.

Named deployments.

  • Cloverleaf × NVIDIA (21 Aug 2026). Strategic partnership on US AI datacenter development, including utility and energy-provider integration (DataM Intelligence). Multiple gigawatt-scale projects in development.
  • Rowan Digital Infrastructure. Operating across 20 US states with build-to-suit hyperscale campuses. Quinbrook-backed.
  • Rowan Cinco (Texas). 300 MW campus under construction (rowan.digital).

Business model. Cloverleaf and Rowan operate as datacenter real-estate developers with a power-infrastructure investment layer. Revenue arrives as long-term hyperscaler lease payments plus a return on the power infrastructure. Flexibility features (space for a future battery, access to a gas lateral, sub-station capacity for a future PPA hookup) show up as options rather than direct revenue.

Technical model. The differentiator versus a conventional datacenter developer is the deliberate pre-provisioning of headroom: land for future storage, electrical layout that can accept a microgrid retrofit, tenant contracts that permit third-party flexibility overlays. In practice this is a real-estate underwriting call rather than an energy-system underwriting call.

UNDERWRITING LEDGER
Public · Cloverleaf NVIDIA partnership 21 Aug 2026; Rowan Cinco 300 MW Texas under construction (public rowan.digital).
Derived · Site developer economics resemble datacenter REIT unit economics. Hyperscaler leases at large-load AI-ready sites clear at $100-140 per kW-month for the shell plus power infrastructure at 2026 prices.
Assumption · Flex-ready pre-provisioning adds 3-8% to construction cost. ISO queue timelines stay in the 4-7 year band through 2028, sustaining land inventory value. No material queue-reform acceleration lands before 2027.
Interpretation · Cloverleaf and Rowan are best modelled as datacenter REIT equivalents with a flexibility optionality wrapper. Their upside is in the interconnection-ready land inventory that becomes progressively scarcer as the queue stretches, more than in direct flex-value capture.

Cloverleaf / Rowan · flexibility-ready site development Land parcel + power infrastructure delivered flex-ready. Tenant hyperscaler adds flex retrofits later. HYPERSCALE CAMPUS PARCEL · SHOVEL-READY SUBSTATION 300-1000 MW Grid interconnection TENANT PAD #1 150 MW DC Hyperscaler lease TENANT PAD #2 150 MW DC Hyperscaler lease FLEX RETROFIT SLOTS · PRE-PROVISIONED Battery microgrid slot · Gas lateral tie-in · Third-party PPA hookup · Substation capacity headroom Optionality baked into the master plan. Tenant retrofits later if needed. DEVELOPER MODEL Revenue $100-140 per kW-month shell + power infra lease. Upside Interconnection-ready land inventory scarcity. Flex value Optionality, not direct revenue. Cloverleaf · Rowan

11Cooling-as-flex: the embedded option

Cooling accounts for 15-30 percent of total datacenter power draw at hyperscale AI facilities, depending on climate and cooling architecture. In principle, the thermal mass of the cooling system offers a flexibility knob independent of compute. Pre-cool ahead of a grid peak, let the datacenter coast at slightly higher inlet temperature during the peak, then run cooling harder afterwards to catch up. The compute workload never sees the flexibility event. The physics works and has been studied in academic literature. The commercial model has not appeared.

Physics and commerce. The physics is well-behaved. Liquid-cooled 130 kW AI racks have thermal time constants of several minutes, whole-hall chilled-water buffers extend that to hours, and campus-scale thermal storage extends it further. The theoretical flex envelope is a few percent of the datacenter's total electrical load, sustainable for tens of minutes to a few hours, at essentially zero compute impact. Commerce has been the problem. Hyperscaler thermal SLAs are tighter than the cooling-flex window would require, the addressable revenue per site is small relative to compute-side flex, and no merchant vendor has emerged to productise the capability. The functionality is embedded inside DCIM incumbents (Vertiv, Schneider, ABB) as a background control feature.

Where it becomes viable. Cooling-flex works as a layered add-on. A Verrus-style battery-integrated site can dispatch cooling-side flex in parallel with battery cycling. An Emerald AI curtailment event can be paired with a coordinated cooling ramp. In both cases, value accrues to whichever operator owns the site.

UNDERWRITING LEDGER
Public · Cooling as a fraction of datacenter power draw is documented across published PUE studies (typical 1.2-1.5 PUE implies 15-30 percent non-compute).
Derived · For illustration, assume cooling represents roughly 75 percent of the 30 MW facility overhead implied by a PUE of 1.3 at a 100 MW IT load. That implies about 23 MW of cooling load, though the actual split depends on architecture, climate, and heat-rejection topology. A cooling-flex event that shifts half that load for one hour yields roughly 12 MWh, worth $500-1,500 at typical wholesale peak prices. That is energy-arbitrage value only. Contractual capacity or reliability value under a bilateral tariff would price differently.
Interpretation · The addressable flex value per event is small enough that a standalone cooling-flex platform cannot support venture-scale economics. The idea is worth noodling as a complement to other approaches. It is not a company by itself.

Cooling-as-flex · thermal shift concept (physics works, commerce has not) Pre-cool the datacenter ahead of a grid peak. Coast at higher inlet temperature during the peak. Recover afterwards. T-2h T-0 (peak start) Peak (2-4 hours) T+peak end Recover PRE-COOL Chiller ramps up Cool below setpoint to build thermal buffer +15% cooling load GRID PEAK Chiller ramps down Datacenter coasts on thermal buffer; inlet temperature rises within SLA -50% cooling load (roughly) RECOVER Chiller catches up Return to setpoint +10% cooling load WHY NO MERCHANT VENDOR Hyperscaler thermal SLAs restrict extended excursion. Flex envelope is small (~1-3% of DC total load) versus compute flex (~25%). Capability is embedded in DCIM incumbents (Vertiv, Schneider, ABB) as a background feature, not sold as a standalone product.

12Unit economics: what each approach actually costs

Each approach has a distinct capital intensity and a distinct revenue mechanism. The economics that decide whether a bet clears reduce to four numbers: capex per MW of flex delivered, annual opex, the revenue stack per MW-year, and the number of dispatch hours per year the approach captures. The rest of this section works those four numbers for each approach at 2026 market prices. Every number below is an author estimate against public sources where sources exist. Each approach's Underwriting Ledger flags which numbers are Public, Derived, or Assumption.

Capex intensity vs revenue per MW-year · six approaches at 2026 prices
Bubble area ≈ typical capital-at-risk per site. Log X-axis. Colour = layer in the flex stack.
CAPEX INTENSITY · $ per MW of flex delivered (log scale)REVENUE PER MW-YEAR · $ thousands$10k$100k$1M$10M$0k$50k$100k$150k$200k$250kEmerald AICoolingEnchanted RockCloverleaf/RowanVerrusPrometheus+ENGIECoordination layerPhysical flexibilityLand + interconnectionEmbedded featureBubble area ≈ typical capital-at-risk per site

Software coordination (Emerald AI). Capex per MW of flex is near zero at the platform vendor level; the underlying compute and grid infrastructure is already owned by the hyperscaler and utility. Emerald's own opex is R&D and integration engineering, funded from the $200M raised. On the customer side, Emerald's reported model is a platform fee plus a revenue share on capacity-market receipts. Author estimate of the revenue stack: $20-50 per kW-year of flex delivered (composed of PJM capacity-market clearing prices, interruptible tariff credits, and avoided demand charges), of which Emerald captures 15-30 percent as platform revenue. At 100 MW of coordinated flex, the arithmetic runs: 100 MW × $20-50/kW-year = $2-5M stack flex value, of which Emerald captures 15-30% = $300k-$1.5M annual per-site Emerald revenue. Dispatch hours are grid-driven, typically 50-200 hours per year in PJM.

Battery-integrated DC (Verrus). Capex per MW of flex is dominated by the battery. At 2026 installed prices ($150-200/kWh), a 70 MW / 4-hour battery costs $42-56 million per building. The datacenter shell adds $8-12 million per MW of compute capacity, standard for large-load AI-ready construction. Opex is dominated by battery cycling degradation (roughly 3-5 percent of installed capex per year at heavy cycling) and site O&M. Revenue: datacenter lease at $100-140/kW-month (comparable to Cloverleaf, Rowan) plus battery arbitrage of $30-80 per kW-year (ERCOT ancillary and wholesale energy arbitrage at 2026 prices). The combined per-building total site revenue (datacenter lease plus battery arbitrage) is on the order of $70-100 million annually before financing. Only a portion of that number is attributable to the flexibility layer itself; the payback question is whether the flexibility premium in the lease rate covers battery capex, and neither the premium nor the capex is publicly disclosed.

Gas microgrid (Enchanted Rock). Capex per MW of firm capacity is $700-900/kW installed, plus fuel infrastructure and site work. Opex is variable and dominated by gas fuel cost during dispatch (roughly $80-140/MWh at 2026 Henry Hub prices plus RNG premium where applicable), balanced against per-event dispatch fees paid by the customer. The revenue stack is the cleanest of the six approaches: a fixed monthly capacity fee ($8-15/kW-month equivalent, contract-dependent), plus per-event dispatch fees, plus capacity-market receipts on top. Author estimate: at contracted volumes, the Meta El Paso installation could imply annual EaaS revenue in the tens of millions. The commercial contract economics are not publicly disclosed.

Renewable co-location (Prometheus + ENGIE). Capex is the heaviest of the six. Solar plus wind plus battery at the scale required to match 60-80 percent of a 100 MW datacenter's energy demand runs $400-600 million per site. That capital is deployed through project finance and long-term PPAs rather than through venture equity, so the equity check per site is smaller than gross capex, but the return horizon is 15-25 years. Revenue is split. ENGIE takes the renewables IPP economics (project IRR of 8-12 percent unlevered at 2026 wholesale prices in ERCOT). Prometheus books datacenter operator economics at conventional AI-DC lease rates. Flex value is a small overlay on top and accrues to whichever entity owns the grid interface.

Flex-ready site development (Cloverleaf, Rowan). Capex per site is land acquisition plus power infrastructure (substation, medium-voltage distribution, interconnection agreements, permitting, site work), typically $500k-$2M per MW of interconnection capacity depending on region and how much utility-side network upgrade the tenant absorbs. This is a developer model, so returns compound through leasing the pads to hyperscalers at $100-140/kW-month over 10-20 year terms. Flex-ready design adds perhaps 3-8 percent to construction cost for pre-provisioning. Flex-optionality does not directly generate revenue for the developer; it accrues to whichever tenant retrofits and monetises it.

Cooling-as-flex. No merchant capex or revenue model exists to compute. The value accrues to whichever operator owns the site. Illustrative revenue: 12 MWh per event at wholesale peak prices yields $500-1,500 per event, or roughly $50k-150k annually at 100 events per year on a single 100 MW site. That does not support venture-scale economics.

Quick reference · unit economics per approach (2026):

ApproachExampleCapex per MW flexRevenue mechanismApprox. revenue / MW-yearDispatch hrs/yr
Software coordinationEmerald AI~$0 (SW vendor)Platform fee + capacity-share$3-15k platform take50-200 (grid-driven)
Battery-integrated DCVerrus$600-800kDC lease + battery arbitrage$30-80k battery + leaseContinuous
Gas microgridEnchanted Rock$700-900kEaaS fee + dispatch + capacity$100-180k EaaS + capacity200-500+
Renewable co-locationPrometheus + ENGIE$4-6M (per MW DC)Renewables PPA + DC leaseSplit PPA/lease economicsContinuous
Flex-ready siteCloverleaf, Rowan$500k-2M/MW interconnectHyperscaler lease + power infra$100-140/kW-monthN/A (substrate)
Cooling-flexNo merchant vendorNone (embedded)Accrues to site operator$50-150k/site/yr~100 events

Capex composition per approach ($ per MW of flex delivered)Where the capital sits determines what kind of investor prices each approach.Software (near-zero)BatteryBuilding shellLand + interconnectGas gensets + fuelRenewables (solar/wind)Embedded featureSoftware coordinationEmerald~$0/MWCooling-flexembeddedNoneGas microgridEnchanted RockGas~$800k/MWFlex-ready siteCloverleaf, RowanShellLand + power infra $500k-2M/MW interconn$500k-2M/MWBattery-integrated DCVerrusBattery $42-56M / buildingShellInfra$600-800k/MWRenewable co-locationPrometheus + ENGIESolar + wind (200-300 MW)BatteryDC$4-6M/MW DC

13Cross-cutting comparison

The six approaches compared on the dimensions that decide investability: capital intensity, revenue mechanism, defensibility, dependency on external counterparties, and the specific grid conditions each one requires. The economics cells represent indicative economic value associated with the relevant layer rather than directly comparable company revenues. Read the comparison as capture potential across layers, not like-for-like revenue multiples. Cells use a single denominator: $/MW-year of bankable revenue flowing to whichever entity holds the flexibility right. Absolute magnitudes vary widely across rows because different businesses monetise different rights (substrate rent, arbitrage, capacity payments, platform take). Read the table as a directional underwriting screen.

Approach Example Illustrative annual economic value captured per MW Right-holder Adoption friction
Software coordination Emerald AI $6-15k at 30% take; $1-2.5k at 5% take Platform or hyperscaler (contract-dependent) High · touches training scheduler
Battery-integrated DC Verrus $30-100k (arbitrage + capacity) Site owner / infrastructure balance sheet Medium · lease-level bet
Gas microgrid Enchanted Rock $100-180k (EaaS + dispatch + capacity) Contracted operator + tariff structure Low · proven pattern
Renewable co-location Prometheus + ENGIE Flex overlay on PPA; mixed capture Grid-interface entity (typically ENGIE via PPA) Medium · PPA + 24/7 matching gap
Flex-ready site Cloverleaf, Rowan Substrate rent, not flex revenue Tenant hyperscaler post-retrofit Low · standard lease
Cooling-flex No merchant vendor ~$500-1,500/site/year (embedded) Site operator (DCIM owner) High · touches thermal SLA

The table reads three signals immediately. First, capital-at-risk spans roughly four orders of magnitude across the six approaches, although the denominators differ; Emerald is the only obvious venture-equity-native business model; everything else depends primarily on project finance, infrastructure or real-estate balance sheets. Second, no single approach hits the intersection of low friction, low capex, and high defensibility; every bet trades one of the three for the other two. Third, the software layer (Emerald) has the sharpest defensibility risk because its value is bracketed above by hyperscaler willingness to curtail and below by utility willingness to pay.

14Where value flows: layer economics

§03 established the stack.

This section walks the layer-by-layer margin economics that determine which participant captures which share of stack value in a real deployment.

Value in a stacked architecture accrues by layer, and the layers have different margin structures.

  • Land and interconnection (Cloverleaf, Rowan): the substrate. Margin in this layer comes from real-estate leases plus power-infrastructure returns. Defensibility comes from the queue position and the permitting that took two to five years to assemble. Overall economics track datacenter REIT unit economics, high single digits to low teens on invested capital.
  • Physical flexibility infrastructure (Verrus, Enchanted Rock, Prometheus + ENGIE): the flex chassis. Value accrues to the balance sheet that owns the batteries, gensets or renewables. Margins are infrastructure-project-style, low double digits IRR, and the defensibility comes from long-term customer contracts.
  • Software coordination (Emerald AI): the flex control plane. Value here is SaaS-like at the platform level but is capped above by hyperscaler willingness to curtail and capped below by utility willingness to pay for load-flex through capacity payments. Defensibility depends on becoming the interoperable standard between hyperscaler schedulers and grid operators.
  • Cooling-side flex: embedded feature, not a layer. Value accrues to the operator that owns the DCIM.

The reading matters for two reasons. First, treating Emerald and Verrus as competitors is a mistake; they solve different sub-problems and are more likely to be layered together than to displace each other. Second, the venture-market pricing of $1.05B for Emerald bakes in the assumption that the coordination layer captures the largest share of stack economics, and this is not the empirically obvious outcome. Enchanted Rock at the physical-infrastructure layer has more revenue evidence today than any other approach in the shortlist, and it is a private company without a comparable valuation event.

Third, the marginal value of any layer depends on what already exists at the site. Software coordination plus battery inertia yields more than software alone. Software plus a co-located gas microgrid yields more than either independently. Behind-the-meter generation plus workload orchestration yields more than either in isolation. The stack composes rather than substitutes. Underwriting any one in isolation misses what the layered site actually earns. The strategic question becomes who owns the coordination between the layers, and who captures the rent from that coordination.

The load-flex stack: layers compose, they do not substitute A single hyperscaler site layers three or four of these approaches. Value accrues by layer, and margin structures differ. COORDINATION LAYER Software: Emerald AI Conductor · hyperscaler-internal equivalents SaaS-like 15-30% margin on stack economics PHYSICAL FLEXIBILITY INFRASTRUCTURE Battery: Verrus · Gas microgrid: Enchanted Rock · Renewables + battery: Prometheus/ENGIE Owns the batteries, gensets, or renewable + storage assets on the customer side. Infrastructure 8-12% IRR project finance + long-term contracts LAND + INTERCONNECTION SUBSTRATE Site development: Cloverleaf · Rowan Digital Land, permitting, substation, interconnection queue position. Everything else stacks on top. Real estate high single/ low double IRR on invested cap Embedded (not a layer): cooling-side thermal flex, dispatched by whichever operator owns the DCIM. Not a merchant product.

15Two hard underwriting questions

Two questions decide whether the category is investable. Every valuation event to date, including Emerald's $1.05B post-money, prices in a specific answer to both, and the evidence remains thin.

Q1. Will hyperscalers actually curtail production training at commercial scale?

The Salt River Project demonstration in May 2025 showed a 25 percent load reduction sustained for three hours on a working AI datacenter cluster. That remains the only publicly documented field deployment at commercial datacenter scale. Beyond it, the record is a set of controlled tests and hyperscaler policy statements.

The reason the question is hard: a curtailment event on a live training job either interrupts a checkpoint (small compute waste, easy recovery), throttles the gradient step (larger loss, harder recovery), or forces a partial reschedule of the run across GPUs (worst case, potentially days of retraining). Which one happens depends on the specific curtailment protocol negotiated between Emerald's Conductor and the hyperscaler's workload scheduler. Hyperscaler CTOs have published willingness-to-curtail commitments; those commitments have not been repeatedly tested against production workloads in the way that the SRP demo tested one site on one day.

Repeatability across 20+ deployments decides it: different hyperscalers, different workload types (training vs inference), different grid-stress patterns (heat waves, winter storms, forced generator outages). If Emerald's Aurora and Vera Rubin deployments in 2026 produce that repeatability, the $1.05B post-money is defensible. If not, the software layer margin compresses toward zero, because the platform ends up as an SRP-demo lookalike rather than a hyperscaler-wide standard.

The inference transition could materially change the economics. Training clusters have massive sunk capex and tightly coupled all-reduce communications across InfiniBand or NVLink, which makes ad-hoc throttling expensive and operationally risky. Inference workloads are stateless, geographically routable, and decoupled at the request level. If inference becomes a larger share of datacenter MW through 2026-2028, Emerald's coordination problem shifts from complex scheduler checkpointing to token routing and batch-latency relaxation. Curtailment on inference is orders of magnitude easier to operationalise than curtailment on foundation-model pre-training. The valuation case gets easier as the workload mix shifts.

The technical hurdle runs deeper than checkpoint-and-resume. Modern large-model training uses 3D parallelism (data, tensor, pipeline) across hundreds or thousands of nodes with tightly coupled all-reduce communications over InfiniBand or NVLink. A curtailment event that pauses a subset of nodes risks stranding the interconnect fabric on the remaining ones, or forces a partial reschedule that costs hours of retraining. That is different from throttling GPU frequency, which Conductor's Phoenix demo used at A100 scale. Production training with 3D parallelism at Blackwell scale has a higher failure surface than the demo covered.

The physical plant also imposes a ramp-rate ceiling. Transformer, UPS, cooling-loop and accelerator thermal dynamics mean the commercially useful response window is likely measured in minutes rather than seconds. The sub-minute cadence a naive software model assumes overestimates what the physical plant can actually cycle. Repeatable throttling frequencies live behind silicon reliability curves that Nvidia and hyperscaler reliability teams have not publicly quantified for this use case, and the ceiling is architecture- and reliability-dependent.

Q2. Who captures the flexibility value between platform, hyperscaler, and utility?

Flexibility value at a 100 MW site plausibly clears at $2-15 million per year depending on grid conditions and dispatch frequency. That range is an underwriting anchor. No published tariff yet exists for AI training curtailment as a resource category. Three parties want that value.

The hyperscaler contributes the compute asset and takes the throughput hit during curtailment. The utility receives the grid-side benefit (avoided peaking, deferred transmission upgrades) and controls the price signal. The software platform (Emerald) mediates between them and enables the transaction. In every deployment structure disclosed to date, the value split has been bespoke. There is no published tariff for "AI training curtailment" analogous to PJM's capacity market clearing price for conventional demand response.

The venture-market bet on Emerald prices in a scenario where the platform captures 15-30 percent of the total flex value across a stack of deployments. That 15-30 percent share is an underwriting assumption. Observed evidence remains thin. That share is possible if Emerald becomes the interoperability standard between hyperscaler schedulers and grid operators. It is also compressible to 5 percent or less if hyperscalers build the coordination layer internally, or if utilities standardise a direct-to-hyperscaler API that skips the platform.

The hyperscaler build-vs-buy scenario tree. Hyperscalers do not outsource cluster scheduling. Google runs Borg; Microsoft runs Apollo variants; AWS runs proprietary orchestration. Extending Borg to ingest OpenADR or utility SCADA signals is a normal engineering-sprint effort for a hyperscaler platform team. The historical precedent is instructive: startups tried to sell software-defined WAN routing across hyperscaler backbones, and each hyperscaler built its own (Google B4, Microsoft SWAN, AWS Global Backbone). Global control-plane software of any kind rarely survives inside hyperscaler proprietary stacks.

Emerald's realistic terminal outcomes. Two paths. First path: Emerald becomes the merchant operating system for tier-2 GPU clouds (CoreWeave, Lambda, Crusoe) and wholesale colocation landlords (Digital Realty, Equinix, CyrusOne) that lack proprietary scheduler stacks. Terminal state: independent SaaS company at $1-3B enterprise value depending on standardisation. Second path: strategic acquisition by a grid-infrastructure incumbent (Schneider, Eaton, Siemens, GE Vernova) that bundles Conductor into DCIM and switchgear product lines. Terminal state: acquisition at $500M-$2B depending on adoption evidence.

Neither terminal path runs inside Google Borg or AWS Nitro. Underwriting Emerald as a category-standard platform across all hyperscalers overstates the addressable market; the defensible frame prices it as the merchant/tier-2 standard plus a strategic-acquisition candidate.

HYPERSCALER CURTAILMENT AT SCALE
The repeatability test: 20+ deployments spanning different hyperscalers, different workloads (training vs inference), and different grid-stress patterns. If Emerald's Aurora and Vera Rubin sites reproduce SRP-style behaviour through 2026-27, the $1.05B post-money is defensible. If not, the software layer margin compresses toward zero.

16Regulatory dependency by approach

The regulatory question about load-side flexibility is no longer whether the grid recognises flexible large loads. FERC materially advanced that question on 18 June 2026 with six Section 206 show cause orders directing PJM, MISO, SPP, CAISO, ISO New England and NYISO to justify or reform their tariffs for large-load interconnection, with specific focus areas including transmission services for flexible large loads and co-located behind-the-meter generation (McGuireWoods summary; Utility Dive). The unresolved question is narrower and more consequential: how much accredited capacity does a particular AI load receive, under what measurement and performance rules, and who captures the resulting value.

The specific instruments that will carry the answer include Conditional Firm Interconnection Agreements (letting a load interconnect at a higher nameplate against a lower firm commitment), ERCOT's Large Flexible Load protocols under evolution in 2026, PJM demand-response participation frameworks that pre-date the show cause orders, and CAISO Rule 24 on baseline construction for participating demand response. The tariff filings that respond to the FERC orders through H2 2026 and H1 2027 will decide how each of these instruments translates a technical flexibility claim into a bankable capacity credit.

Technical flexibility versus bankable flexibility

The critical distinction that reads the space correctly. Technical flexibility is what the machine can do. Bankable flexibility is what the grid contract recognises, measures and pays for. They are not the same, and the gap between them is where most of the underwriting risk concentrates.

Emerald AI's Phoenix field trial demonstrated a 25 percent load reduction sustained for three hours on a 256-GPU AI cluster running production training and inference workloads. That is technical flexibility. Whether the same site earns 25% x 3h of accredited capacity in PJM or CAISO depends on separate measurements: baseline construction, telemetry standards, response time, minimum dispatch duration, availability windows, performance penalties, and the specific tariff or auction the resource participates in. None of these are settled for AI training curtailment as a resource category. FERC's June 2026 show cause orders put those questions into formal tariff proceedings across the six ISOs.

The bridge between technical and bankable flexibility is the underwriting variable most likely to compress or expand valuations in this space over 2026-2028.

There is a political dimension the accreditation debate does not always surface. PUC proceedings are increasingly contested by consumer-advocate groups arguing that flexible large loads should not be permitted to jump the queue if consumer reliability could degrade during forced curtailment, or if generation costs get socialised across ratepayers. Texas has already paused new large-load connections pending an audit. The bankability of flexibility depends on PUC willingness to grant preferential treatment for large flexible loads. That willingness is politically contingent.

The flexibility-right waterfall · from physical capability to captured equity value
Every stage attrits. Physical capability is the easy end. Accreditation and value capture are where the money is decided.
FROM PHYSICS TO EQUITY VALUE · THE ATTRITIONTechnical capabilityMW the site can physically move100%Operational capabilityMW it can move within SLA / cycling85%MeasurementMW that meter + telemetry can verify75%Contractual recognitionMW the utility contract counts62%AccreditationMW the ISO assigns capacity value50%Monetisation$/MW-year the market actually pays40%Value capture$/MW-year the platform / operator keeps30%Equity value$/MW multiple × contracted horizon22%THE UNDERWRITING CHAINEvery stage bleeds MW or dollars. The step that most compresses valuation is accreditation — where the ISO decides how much technical capacity to count.Percentages are illustrative attrition anchors, not measurements. The point is directional: the flexibility right is not the physics.

The breaker-trip test. For an underwriter, the critical enforcement question is: what happens if the customer does not perform? I call this the breaker-trip test. The answer need not be a literal breaker trip; it can be automated supervisory control, telemetry-backed enforcement, collateral, or financial penalties calibrated above the customer's completion incentive. The resource cannot be bankable if the promised response is economically optional at the moment of dispatch. Utilities preparing to accredit AI training curtailment as capacity are asking the same question in mechanical terms: what physically forces the load off if the software says no. A hyperscaler mid-run on a foundation model 99 percent complete has a strong incentive to eat a $50,000 per MWh liquidated-damages penalty rather than let the run crash. Toothless penalties mean the ISO cannot count the flexibility as capacity; punitive penalties mean the hyperscaler CFO will not sign the interconnection agreement. Bankable flexibility requires an enforceable mechanism the grid operator can rely on under failure conditions. In some architectures that may be a physical relay-actuated breaker trip; in others, automated supervisory controls, contractual penalties, and telemetry may be sufficient. The breaker trip is my proposed floor test. Regulatory doctrine has not settled here.

So what. Software-only architectures without an enforceable fallback face a valuation ceiling in the accreditation process regardless of technical demonstration quality. The specific mechanism (relay trip, automated controls, financial penalties calibrated above the hyperscaler completion incentive) is architecture-dependent, but the requirement for enforceability is not.

The specific accreditation and market participation rules vary across US ISOs, EU markets, and other regulatory regimes.

ApproachPrimary regulatory dependencyStatus 2026
Emerald AIISO accreditation and participation rules for software-coordinated load reduction (PJM Order 745 lineage, CAISO Rule 24, plus AI-training-specific rules under development)PJM accepts demand-response-as-capacity; AI-training-specific baselines, telemetry, response and performance rules are still being established across all six ISOs
VerrusISO wholesale market rules for behind-the-meter battery participation; state-level interconnection tariffsERCOT ancillary services (fast frequency response, ECRS) accept battery participation; CAISO and PJM rules similar; state interconnection queues are the binding constraint
Enchanted RockCapacity-market rules for behind-the-meter dispatchable resources; state-level emissions permits for natural gas gensetsEstablished pattern; California BIP participation is contractual; Texas emissions permits (NSR, PSD) are becoming tighter for aggregated gas fleets
Prometheus + ENGIERenewables interconnection rules; hyperscaler willingness to accept non-24/7 power matching in PPA contractsERCOT interconnection queues 3-5 years; Google and Microsoft have published 24/7 matching commitments that this model does not fully satisfy
Cloverleaf / RowanLarge-load interconnection queue timing; local utility franchise arrangements4-7 year timelines for the largest new large-load requests in major ISOs; land inventory value scales with queue length
Cooling-flexNone (embedded in DCIM)N/A

Two accreditation outcomes reshape the space through 2027. First, ISO-specific tariff filings responding to the June 2026 FERC show cause orders will define measurement, baseline construction and dispatch performance rules for flexible large loads. Those definitions determine how much of Emerald's technical 25 percent load-shed converts into accredited capacity in each ISO. Second, tightening of state-level emissions rules on aggregated gas gensets (in Texas or Virginia specifically) would compress Enchanted Rock's addressable market for new deployments. In parallel, PJM's Expedited Interconnection Track approved by FERC on 9 June 2026 (10 large generation projects per year, 10-month interconnection agreement target, 3-year commercial-operation target) reforms the generation side of the queue but does not directly speed up large-load connections (PJM Inside Lines).

17What would falsify each bet

Every approach has a small number of observable events that would falsify the investment case. Watching for these is more useful than tracking category-level enthusiasm.

  • Emerald AI: hyperscaler-internal coordination layer disclosed publicly (Google, Meta, Microsoft, AWS), OR SRP-style demo results that fail to reproduce at Aurora / Vera Rubin, OR utility direct-to-hyperscaler API standardisation that bypasses the platform. Any one would compress the $1.05B post-money significantly.
  • Verrus: battery cell prices reverse and rise back above $200/kWh installed, OR ERCOT / CAISO wholesale price volatility flattens enough to eliminate arbitrage, OR a Verrus-designed site opens without a signed hyperscaler tenant at the flex-premium lease rate. The economic case unwinds quickly on any of the three.
  • Enchanted Rock: hyperscaler carbon commitments (Google, Meta, Microsoft) accelerate to exclude gas-fired backup at new sites, OR federal or state emissions rules on aggregated gas gensets tighten to make the modular fleet economically infeasible. The Meta El Paso design would remain in operation but new deployments would slow.
  • Prometheus + ENGIE: hyperscaler PPA structures shift to require 24/7 renewables matching, which the co-location model cannot satisfy without oversized storage. That would push the model toward the fully-firmed variants that Microsoft and Google have already publicly favoured.
  • Cloverleaf / Rowan: ISO interconnection queue reforms materially reduce time-to-interconnection (from 4-7 years down to 2-3 years). Land inventory value compresses in proportion. Queue reforms are being discussed in every major ISO but none is scheduled to take effect before 2027.
  • Cooling-flex: already effectively falsified as a standalone investment case; no merchant vendor has emerged and the addressable value per site is too small to support one. Remains a feature-layer add for whichever operator owns the site.

18Emerald at $1.05B: the contrarian view

Emerald may have solved the technical problem before it has solved the economic one.

The technical proof exists. Five documented demonstrations, up to 40% power reduction in under a minute across 200 simulated events, commercial deployment underway at Digital Realty's Manassas site and NVIDIA's planned Vera Rubin facility. The technology works.

The economic proof is a different question. Emerald does not disclose revenue, ARR, contracted MW, gross margin, or backlog. It discloses deployment. Deployed sites are not the same as monetised sites, and MW under Conductor's coordination during a partnership are not the same as MW under a paying contract.

What contracted MW does $1.05B require?

Start from operations, not from multiples. Emerald earns platform revenue proportional to the MW under Conductor coordination and the share of stack flex value it captures. At a 30% platform take on the essay's $20-50/kW-year flex value, that is $6-15k in Emerald revenue per contracted MW-year. At a 5% take, it collapses to $1-2.5k per MW-year.

Work backward. For $1.05B to look defensible at a 10-15× revenue multiple, Emerald needs $70-105M in annualised recurring revenue. Divide that by the per-MW revenue and you get the contracted MW required:

Platform takeRev per contracted MW-yearMW needed for $70M ARR (15×)MW needed for $105M ARR (10×)
30%$6-15k4,700 - 11,700 MW7,000 - 17,500 MW
15%$3-7.5k9,300 - 23,300 MW14,000 - 35,000 MW
5%$1-2.5k28,000 - 70,000 MW42,000 - 105,000 MW

Emerald's currently announced footprint is Aurora (96 MW) plus Vera Rubin (~100 MW), roughly 200 MW total. The favorable case (30% take, high revenue per MW) requires 25-60× the current footprint under contract by 2029. The unfavorable case (5% take) is not investable at $1.05B under any reasonable multiple, regardless of MW growth. The take rate and the MW scale multiply. Both have to hold.

Cross-check: what ARR does that imply?

The MW frame converts to standard software multiples cleanly:

Multiple appliedRevenue required at $1.05B EVRead
10×$105M ARRGreat industrial software
15×$70M ARRStrong SaaS
20×$52M ARRExceptional growth
25×$42M ARRBubble-level pricing

Even at 25× revenue (bubble-level for infrastructure software), Emerald needs roughly $42M in annualised recurring revenue for the mark to hold. There is no public evidence Emerald is anywhere close to those numbers today.

Emerald's solution

Conductor is a lightweight orchestration layer. The central Python service runs in Emerald's cloud and sends throttle commands into the customer's datacenter. Lightweight agents inside the customer environment execute the commands by calling the customer's own workload scheduler (MosaicML, Slurm, Kubernetes, or proprietary orchestrators) via public API. Conductor works alongside those schedulers.

Conductor architecture · what runs where
Central Python service in Emerald's cloud. Lightweight agents inside the customer's datacenter. Customer's own scheduler stays in control of the workload.
GRID SIDEEMERALD CLOUDCUSTOMER DATACENTERUtility / ISOSCADA / OpenADRgrid stress feedConductorCentral Python serviceSaaS · Emerald-hostedno access to model ortraining dataEmerald agentlightweight process inside customer envCustomer's workload schedulerMosaicML · Slurm · Kubernetes ·proprietary hyperscaler orchestratorsNVIDIA GPU clusterfrequency scaling via NVIDIA-SMI (DVFS)grid signalthrottle commandscheduler API (public)job controlNVIDIA-SMITWO THINGS TO NOTICEConductor does not replace the customer's scheduler. It calls it via public API.Emerald has no visibility into model weights or training data.

Hyperscalers routinely adopt third-party SaaS in early stages (Datadog, Splunk, PagerDuty, Databricks), then build internal replacements once a function becomes core to operations. For the $1.05B mark to clear, Emerald has to remain the orchestration layer at gigawatt scale, over many years. That is the underwriting problem.

One caveat sharpens the risk without eliminating it. The Borg/Apollo precedent is about cluster scheduling. Emerald's actual capability includes ISO tariff arbitrage, utility settlement mechanics, and measurement/verification against grid baselines. Those are different competencies from what hyperscalers built internally for job scheduling. Building the utility-facing rights layer is a different problem from building Borg. That is one reason the category-standard scenario probability is above zero rather than zero.

The four terminal scenarios

Emerald terminal outcomes · 3-4 year horizon
Bars show EV range per scenario. Probability weights are author judgement. Right column = Terminal EV ÷ Series A post-money ($1.05B).
SCENARIO · PROBABILITYTERMINAL EV RANGE (3-4 YR)EV / ENTRY$1.05B entry$0$1B$2B$3B$4BCategory standardEmerald stays the orchestration layer · 15%$2B$4B1.9-3.8×Strategic acquisitionby grid incumbent · 45%$500M$2B0.48-1.9×Merchant tier-2 standardneo-clouds + colo · 25%$1B$1.8B0.95-1.71×Absorbed or replacedNVIDIA / hyperscaler / OpenADR · 15%$200M$400M0.19-0.38×Small shifts in probability weights move the mid-case call meaningfully. Averaging the tree into a single expected value is theatre.

The scenarios in text. Chart-anchored numbers converted to prose for reader auditability:

ScenarioProbability (author view)3-4 yr EVWhat must happen
Category standard (Emerald as coordination layer)15%$2-4BHyperscaler adoption + durable 30% platform take
Strategic acquisition by grid incumbent45%$500M-$2BSchneider / Eaton / Siemens / GE Vernova bundles Conductor into DCIM
Merchant tier-2 standard25%$1-1.8BCoreWeave, Lambda, Digital Realty etc. adopt at scale
Absorbed or replaced15%$200-400MHyperscaler builds internally, NVIDIA productises coordination inside DSX, or OpenADR direct-to-utility skips the platform

My personal call. $1.05B is roughly fair as an acquisition-modal bet. The mark makes sense if you believe grid-infrastructure incumbents (Schneider, Eaton, Siemens, GE Vernova, all on the cap table) will pay $500M-$2B to bundle Conductor into their DCIM offerings within 3-4 years. It does not make sense as a pure standalone SaaS bet unless you rate the hyperscaler-standardisation scenario at over 25%. My personal weight on that scenario is 15%. The category-standard upside is genuine but low-probability. The base case is that Emerald gets acquired, and the mark reflects that base case adequately.

The bull case, before the bear

Emerald's bull case is coordination. Software becomes the layer that dispatches across batteries, generators, and interconnection infrastructure, without needing to replace any of them. That is the case for a real tollbooth: the coordination layer sees every form of flexibility on a site and decides which one to spend for which grid event. Verrus's battery, Enchanted Rock's gas microgrid, Prometheus's renewables buffer, cooling-flex, and Emerald's own curtailment API can all be conducted by one platform if a platform earns the right to conduct them.

There is also a time-arbitrage argument that cuts against the bear. In the 2026-2028 window, securing 100-300 MW of AI capacity 24 months earlier is worth billions in terminal enterprise value to a hyperscaler racing frontier compute to market. Even if the coordination function gets internalised eventually, hyperscalers have every incentive to pay a software tollbooth now to unlock that acceleration. Emerald's near-term revenue window may hold 3-5 years even in the bear terminal case. That changes the return math on the Series A.

Being the coordination layer and owning the coordination rent are different things. Whether Emerald keeps the rent depends on whether it becomes the standardised interface for the industry, or whether hyperscalers, utilities, NVIDIA, and switchgear OEMs claim it first.

Who else can capture the value

Even if flexibility becomes a large market, Emerald has to own the tollbooth. Four parties can plausibly capture the value instead.

  • NVIDIA. Emerald's Conductor is already integrated with NVIDIA DSX Flex. NVIDIA owns the compute layer of AI infrastructure. If flex becomes an essential AI-factory feature, NVIDIA has strong incentives to productise the coordination layer directly inside DSX. That would turn Emerald into a component supplier of NVIDIA's stack rather than the category owner.
  • Utilities. ERCOT's flexible-load protocols and PJM's participation frameworks are being written to accept flexible loads directly. A utility can standardise an OpenADR API to hyperscalers and skip the platform vendor layer entirely.
  • Battery operators. A 100 MW / 4-hour battery produces the same firm flexibility a utility wants, and does it without asking the hyperscaler to sacrifice compute. Contractually cleaner than an agreement that requires training runs to pause. Emerald competes for the same flexibility wallet as physical infrastructure that already has financing precedent.
  • Hyperscalers themselves. Once the concept is proven, hyperscalers can integrate a curtailment scheduler into their own orchestration. The tech is not especially hard once someone has shown it works at commercial scale. That is the free-option problem: big players benefit from Emerald proving the concept, then decide whether to build, acquire, or partner.
  • Switchgear OEMs. Schneider Electric, Eaton, Siemens, and GE Vernova are baking grid-orchestration telemetry directly into substation switchgear and battery control units at the hardware level. That threatens to reduce a software coordination layer to a translation shim between hardware-native orchestration and workload schedulers, compressing its margin structure toward hardware-vendor economics.
  • Hardware-native power fabrics. DG Matrix's Intelligent Power Fabric targets the same outcome as Emerald (cheapest MW to highest-revenue load), at a different layer of the stack: physical routing hardware with embedded orchestration software, housed inside the datacenter's power distribution fabric. Hardware fabrics can compete on temporal flexibility (throttling power to a rack) and resource flexibility (routing between grid, generation, storage). They cannot do spatial flexibility (moving AI workloads across geographically distributed datacenters over fiber). Electrons do not cross regions. Jobs can. Spatial is inherently a software layer. If temporal and resource dominate the flex economy, hardware-native players win the coordination rent. If spatial becomes a material share of the flex mix (regional grid stress varies, inference routes to cheapest power), software-native players like Emerald have an exclusive lane. But that lane narrows if AI datacenters increasingly go behind-the-meter with onsite generation (Enchanted Rock at Meta El Paso, Microsoft's San Jose RNG microgrid, eventually SMR plus storage). A site with stable on-site power has less reason to chase cheap grid MW across regions. In that world, resource flexibility (hardware fabrics) dominates the flex economy and spatial flexibility shrinks to a niche.
THE PROOF-OF-CATEGORY TRAP
Emerald's biggest success could become its biggest valuation risk. If Emerald proves flexible AI load works technically and commercially, the marginal value of its proprietary control plane falls. Hyperscalers see a proof they can now replicate internally. Utilities standardise the interface using OpenADR. NVIDIA embeds the coordination function into the AI-factory stack. Emerald bears the cost of proving the market. Others capture the protocol rent.

What information would raise confidence in the valuation

None of the numbers below are currently disclosed. All of them would be standard for a Series B or later round with the same mark.

  • Contracted ARR: annualised recurring revenue under contract. Pipeline counts, customer counts, and deployment announcements do not answer this.
  • MW under contractual control: how many MW of AI compute are contractually committed to Conductor coordination, distinct from demonstrated or potential MW.
  • Revenue per controlled MW: shows whether the 100 GW TAM headline translates into a real business or stays a marketing figure.
  • Customer economics: for a 100 MW AI facility, how much annual value does Emerald create for the customer, and what percentage does Emerald capture?
  • Renewal and expansion: does a customer go pilot → 10 MW → 100 MW → 1 GW? Or pilot → thank you → internalise?

And one strategic question that decides whether it becomes a category standard

Does a hyperscaler actually make Conductor part of its production coordination stack, or does it build the function itself?

Does any of Google, Meta, Microsoft, or AWS publicly or contractually adopt Emerald Conductor for a production training cluster? Or does one of them publish its own version (an internal scheduler that reads OpenADR grid signals for curtailment)?

Emerald already has commercial deployments (Digital Realty, planned Vera Rubin with NVIDIA). The specific question is whether any hyperscaler runs Conductor as its production coordination layer, or whether one of them announces its own. Commercial deployment is a different claim from hyperscaler-standard coordination layer.

When we know

Four scenario paths through the next 16 months
Each line traces one scenario's EV through the events on the timeline. Lines draw from left to right, then hold and reset. Colour matches the scenario tree above.
EV · $ BILLIONS$0$1B$2B$3B$4B$1.05B entryAurora liveNov 2026FERC tariffsDec 2026Vera Rubin liveQ1 2027Hyperscaler adopt / build decisionQ2 2027Sep '26Jan '27May '27Sep '27Dec '27$3B$1.5B$1.4B$300MCategory standard (15%)Strategic acquisition (45%)Merchant tier-2 (25%)Absorbed or replaced (15%)By mid-2027, the four paths have diverged materially. The hyperscaler adopt-or-build decision is the largest single mover in the tree.

Aurora comes online in late 2026. Vera Rubin follows in Q1 2027. Between them, we get the first look at production curtailment data on Nvidia Blackwell training loads. FERC and the ISOs will file their tariff responses through the same window. The hyperscaler decision (adopt Conductor or build in-house) can come at any point. It is the largest single mover in the tree. By mid-2027, we will know which of the four paths Emerald is on.

The call

Bottom-up bear math. If Emerald reaches $50M sustainable revenue with 8× multiple, that clears $400M. If it reaches $100M revenue with 10× multiple, that clears $1B. Getting to $1.05B requires Emerald to reach ~$100M ARR and hold a 10× multiple. Both conditions have to hold.

A harsher read: $20-40M sustainable revenue at 5-8× multiple gets you $100-320M. That's the outcome if Emerald ends up as a component inside NVIDIA's stack or a strategic acquisition target, instead of a standalone SaaS platform.

The Series A cap table has NVIDIA, Siemens, GE Vernova, Eaton and eight other Fortune 500 strategics. Twelve total. Zero hyperscalers. The industrial and grid ecosystem cares about the category. No hyperscaler has yet backed Emerald as a production coordination layer. That is what the current mark is exposed to.

19The verdict

Deployment timeline 2025-2027 · disclosed events and scheduled milestones
Diamonds = disclosed / landed events. Open circles = scheduled but not yet landed. Source: named deployments per §06-§10.
202520262027Emerald AISRP demo$25M strategic$150M Series AAurora liveVera Rubin liveVerrus3 sites AZ/CA/MAEnchanted RockMicrosoft San JoseMeta El Paso 813 gensetsPrometheus + ENGIEENGIE partnershipTX I-35 first sitesCloverleaf / RowanRowan Cinco 300 MWCL × NVIDIACooling-flexNo merchant vendor as of 2026Disclosed / landed eventScheduled / not yet landed

The underwriting question is the same for all six approaches. Batteries, schedulers, and permit-ready sites create flexibility, but flexibility on its own does not pay. The money comes from someone paying for the option: interconnection concessions, capacity payments, avoided infrastructure, energy-market revenue, resilience premiums, or accelerated time-to-power. Contract owners earn the money.

Against that frame: Enchanted Rock has real revenue but no headline valuation number like Emerald's, and that is not because Enchanted Rock is a weak business. It is because the market prices infrastructure operators (like Enchanted Rock) more conservatively than software platforms (like Emerald), no matter how much revenue evidence exists. Aurora and Vera Rubin are necessary validation events. They are not sufficient valuation events. If they fail to reproduce SRP-style behaviour, the $1.05B mark is difficult to defend. If they succeed, the next question becomes whether that technical proof converts into contracted MW, accredited capacity, and durable platform take. The failure path compresses the mark toward the $200-400M range. Cloverleaf and Rowan sell the interconnection substrate every other approach layers on top of, and that substrate keeps hardening as the queue stretches.

The bottleneck keeps shifting. Today it is physical MW at the meter, which is why site developers and interconnection queues matter. That eventually gets solved. When it does, whoever can sell contracted flexibility to a utility becomes the scarce party. By the late 2020s the scarce piece is the software that coordinates the whole stack. Each shift moves the rent to a different owner.

THE TEMPORAL VALUE-MIGRATION THESIS
2026
Iron and permitted dirt. Flex dollars flow to gas gensets and interconnection-ready land.
2027-28
Contracts and accreditation. ISO tariff filings, capacity credit rules, hyperscaler firming-tariff structures decide bankable share.
2028-30
Control plane and interoperability. Whichever software becomes the utility-hyperscaler API standard takes the coordination rent.
Highest 2026 certainty is not necessarily where highest 2028+ margin lands.