Flexibility as capacity: How grid and AI compute interact, and an opinionated view on Emerald AI's valuation
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.
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.
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.
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.
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.
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.
| Scenario | Acceleration | Throttle depth | Hours/yr | Contract term | Ratio |
|---|---|---|---|---|---|
| Base case | 3 yr | 30% | 200 | 10 yr | 43.8× |
| Short acceleration | 1 yr | 30% | 200 | 10 yr | 14.6× |
| Very short acceleration | 0.5 yr | 30% | 200 | 10 yr | 7.3× |
| Heavy throttle | 3 yr | 60% | 200 | 10 yr | 21.9× |
| Frequent curtailment | 3 yr | 30% | 400 | 10 yr | 21.9× |
| Long contract | 3 yr | 30% | 200 | 15 yr | 29.2× |
| All four adverse combined | 1 yr | 60% | 400 | 15 yr | 2.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.
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.
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.
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.
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.
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.
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.
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.
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.
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):
| Approach | Example | Capex per MW flex | Revenue mechanism | Approx. revenue / MW-year | Dispatch hrs/yr |
|---|---|---|---|---|---|
| Software coordination | Emerald AI | ~$0 (SW vendor) | Platform fee + capacity-share | $3-15k platform take | 50-200 (grid-driven) |
| Battery-integrated DC | Verrus | $600-800k | DC lease + battery arbitrage | $30-80k battery + lease | Continuous |
| Gas microgrid | Enchanted Rock | $700-900k | EaaS fee + dispatch + capacity | $100-180k EaaS + capacity | 200-500+ |
| Renewable co-location | Prometheus + ENGIE | $4-6M (per MW DC) | Renewables PPA + DC lease | Split PPA/lease economics | Continuous |
| Flex-ready site | Cloverleaf, Rowan | $500k-2M/MW interconnect | Hyperscaler lease + power infra | $100-140/kW-month | N/A (substrate) |
| Cooling-flex | No merchant vendor | None (embedded) | Accrues to site operator | $50-150k/site/yr | ~100 events |
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.
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.
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 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.
| Approach | Primary regulatory dependency | Status 2026 |
|---|---|---|
| Emerald AI | ISO 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 |
| Verrus | ISO wholesale market rules for behind-the-meter battery participation; state-level interconnection tariffs | ERCOT ancillary services (fast frequency response, ECRS) accept battery participation; CAISO and PJM rules similar; state interconnection queues are the binding constraint |
| Enchanted Rock | Capacity-market rules for behind-the-meter dispatchable resources; state-level emissions permits for natural gas gensets | Established pattern; California BIP participation is contractual; Texas emissions permits (NSR, PSD) are becoming tighter for aggregated gas fleets |
| Prometheus + ENGIE | Renewables interconnection rules; hyperscaler willingness to accept non-24/7 power matching in PPA contracts | ERCOT interconnection queues 3-5 years; Google and Microsoft have published 24/7 matching commitments that this model does not fully satisfy |
| Cloverleaf / Rowan | Large-load interconnection queue timing; local utility franchise arrangements | 4-7 year timelines for the largest new large-load requests in major ISOs; land inventory value scales with queue length |
| Cooling-flex | None (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
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 take | Rev per contracted MW-year | MW needed for $70M ARR (15×) | MW needed for $105M ARR (10×) |
|---|---|---|---|
| 30% | $6-15k | 4,700 - 11,700 MW | 7,000 - 17,500 MW |
| 15% | $3-7.5k | 9,300 - 23,300 MW | 14,000 - 35,000 MW |
| 5% | $1-2.5k | 28,000 - 70,000 MW | 42,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 applied | Revenue required at $1.05B EV | Read |
|---|---|---|
| 10× | $105M ARR | Great industrial software |
| 15× | $70M ARR | Strong SaaS |
| 20× | $52M ARR | Exceptional growth |
| 25× | $42M ARR | Bubble-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.
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
The scenarios in text. Chart-anchored numbers converted to prose for reader auditability:
| Scenario | Probability (author view) | 3-4 yr EV | What must happen |
|---|---|---|---|
| Category standard (Emerald as coordination layer) | 15% | $2-4B | Hyperscaler adoption + durable 30% platform take |
| Strategic acquisition by grid incumbent | 45% | $500M-$2B | Schneider / Eaton / Siemens / GE Vernova bundles Conductor into DCIM |
| Merchant tier-2 standard | 25% | $1-1.8B | CoreWeave, Lambda, Digital Realty etc. adopt at scale |
| Absorbed or replaced | 15% | $200-400M | Hyperscaler 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.
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 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
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
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.