Skip to main content
Digital Economy & AI Economics

AI Capex Boom

AI Capex Boom: Who Pays for India’s Compute?

AI Capex Boom: Who Pays for India’s Compute?

Who bears the capital, utilisation and obsolescence risk of building large-scale ai compute in india.

2-minute answer: Private partners (Jio, Tata, Yotta, CtrlS and others) own and finance the actual GPU hardware under the IndiaAI Mission - the government subsidises the hourly RATE charged to startups and researchers (roughly ₹65-150/hour versus $2.50-4/hour on commercial cloud), not the hardware itself. Public capacity has scaled fast (38,000+ GPUs by December 2025, a further 20,000-GPU pledge in February 2026, targeting 100,000 by late 2026). The real cost question for a team using it is utilisation risk, not just the headline rate - idle allocated capacity is still a cost.

Quick View

Core question

Who bears the capital, utilisation and obsolescence risk of building large-scale ai compute in india.

Decision lens

Contribution, cash timing, resilience and control.

Primary reader

Founder, cfo, product leader and investor.

Measurement date

25 June 2026

Current Context

India’s digital economy is being shaped by public digital rails, AI infrastructure, open networks and payment interoperability. ONDC’s official portal reports 616+ live cities and 7.64 lakh sellers or service providers, with the portal’s order statistic dated May 2025.

How It Works

  • GPU clusters require power, cooling, networking and specialised operations
  • demand can grow quickly but workload mix and price competition affect utilisation
  • public subsidy can expand access while shifting part of investment risk to taxpayers

Economic Logic: Who Actually Owns the Risk

The IndiaAI Mission answers "who pays" with a specific structure, not a single actor: the GOVERNMENT DOES NOT OWN THE GPUs. It empanelled private partners - Jio, Tata, Yotta, CtrlS among them - who own and finance the physical hardware, data centres, power and cooling. What the government does is SUBSIDISE the hourly rate charged to startups, researchers and academic institutions - roughly ₹65-150 per GPU-hour after subsidy, against a market rate of $2.50-4.00 (roughly ₹210-335) per hour for comparable capacity on commercial cloud providers. The capex risk (will the hardware be utilised enough to justify the investment, will it be obsolete before it is paid off) sits with the private empanelled partners; the government absorbs part of the OPERATING cost through the subsidy - a materially different risk split from either "taxpayers built this" or "private capital bears it all."

The scale moved fast: public GPU capacity crossed roughly 38,000 units by December 2025, with a further pledge of 20,000 sovereign GPUs announced at the February 2026 India AI Impact Summit, taking total public capacity past 58,000 - officials have stated a target of 100,000 GPUs by late 2026, subject to budget approval and vendor delivery, under a ₹10,372 crore overall mission outlay.

For a startup or research team evaluating whether to build on subsidised IndiaAI compute versus commercial cloud, the real economic question is not just the headline hourly rate - it is UTILISATION RISK. A subsidised rate is only cheap if the workload can actually use the allocated capacity consistently; idle subsidised GPU-hours are still a cost against whatever allocation cap or waitlist position the team holds, and switching workloads back to commercial cloud mid-project carries its own migration cost that a simple hourly-rate comparison misses.

Calculation Framework

Compute return = utilised GPU hours × net revenue per hour − power, financing and depreciation

The formula is a decision aid rather than an accounting standard. Define every input consistently, use cash amounts where possible and run a downside case. A short payback can still be unattractive when the benefit is uncertain, while a longer payback may be acceptable when it removes a major operational risk.

Worked Example

Worked example: A provider installs expensive accelerators expecting 70% utilisation, but model efficiency and new hardware reduce demand for the original configuration. The decision should compare the base case with a stress case. Change volume, price, collection time, utilisation or failure cost and observe whether the conclusion survives.

Decision Scenarios

ScenarioWhat to test
Base caseNormal demand, expected timing and planned operating cost
Downside caseLower volume, slower cash collection or higher running cost
Control caseAuthority limits, evidence and exception reporting
Exit caseSwitching, resale, cancellation or recovery value

Metrics to Track

GPU utilisationTrack the level, trend, owner and action threshold.
revenue per GPU hourTrack the level, trend, owner and action threshold.
power costTrack the level, trend, owner and action threshold.
depreciation periodTrack the level, trend, owner and action threshold.
network costTrack the level, trend, owner and action threshold.
contracted demandTrack the level, trend, owner and action threshold.

Cash Flow Lens

Translate the plan into actual collection and payment dates. Include deposits, taxes, implementation cost, financing, maintenance, refunds, penalties and contingency. An attractive margin can still create a funding crisis when cash arrives after unavoidable outflows.

Use incremental economics. Costs that continue without the decision are not incremental. New supervision, support, compliance, working capital and failure risk are incremental even when they do not appear in the vendor proposal or headline business case.

Risk Signals

  • Using revenue or adoption without measuring contribution and cash
  • Ignoring transition, maintenance, support or switching cost
  • Treating one strong month as a durable trend
  • Leaving a concentrated dependency without an alternative
  • Scaling before controls and evidence can support the volume

90-Day Action Plan

  1. Assign one owner to GPU utilisation and define a monthly threshold.
  2. Create a baseline using at least three recent operating periods.
  3. Model a downside case with slower collections, lower utilisation or higher failure cost.
  4. Document authority, exception and escalation rules before scaling.
  5. Review the decision after 30, 60 and 90 days using realised cash and operating data.

Evidence Checklist

  • Source contracts, invoices and transaction-level records
  • Bank statements, ageing reports and reconciliation support
  • Operating logs, usage records and exception reports
  • Approval trail, access register and management review notes
  • Assumptions, calculation workbook and downside scenario

Finin2min Takeaway

The best decision is not the one with the most attractive headline. It is the one whose economics remain understandable after volume, timing, risk and control are converted into cash.

Common Questions

What is the first number to calculate?

Start with GPU utilisation. Define it clearly and compare it with cash flow and service quality.

Should the decision use profit or cash?

Use both, but cash timing decides whether the business can survive the plan. Include tax, financing and working-capital effects.

How should uncertainty be handled?

Use a base, downside and exit case. State the assumption that would make the decision unattractive.

How often should the dashboard be reviewed?

Operational metrics may need weekly review; strategic economics should be assessed monthly and after any major contract or policy change.

Official Sources

Disclaimer: Educational material only. It is not investment, lending, legal, tax or technology advice. Rules, prices and market conditions can change; read the applicable official material before acting.

Source and review trail

Use the current official instrument, portal or regulator publication before acting. This panel separates the category authority from page-specific references.

Primary category
Energy, Climate & Infrastructure
Official starting point
powermin.gov.in

Page source links

HomeInsightsCalculatorsEditorial PolicyLegal

© 2026 Finin2min. All content is for informational purposes only. Not financial advice.
Home / Insights / Markets & Economy Insights
More on Markets & Economy Insights
Browse all Markets & Economy Insights articles →
Related Articles
Inference Costs vs Training Costs: The Economics Behind AI Pricing AI Productivity Paradox: Why Faster Tools May Not Raise Output Immediately Data Centres in India: Power, Water, Land and Network Economics Cloud Repatriation: When Companies Bring Workloads Back From Public Cloud Sovereign AI Infrastructure: Strategic Asset or Expensive Duplication?