Ethereum's Merge cut energy use but left capacity constrained

Replacing mining with staked capital transformed Ethereum's energy requirements. Application costs, settlement design and infrastructure reliability still needed separate work.

A concrete data center complex with ventilation grilles, rooftop equipment and tall exhaust stacks behind a perimeter fence.
CAMPUS data center, Frauenfeld, Switzerland, 2022.Kecko (opens in a new tab) · CC BY 2.0 (opens in a new tab)

Ethereum completed the Merge on 15 September 2022, replacing proof-of-work mining with proof-of-stake consensus. The existing execution layer, containing accounts, applications and transaction history, joined the Beacon Chain's consensus system. This was a change to how the network agreed on valid blocks. Users did not need to exchange their ether for a new asset or move their existing accounts to another blockchain.

The distinction mattered commercially. Removing mining sharply reduced the electricity needed to secure the network, addressing a substantial objection to its use. It did not make every application inexpensive or fast enough for its intended customer. A startup whose economics required cheaper transactions still needed to solve that problem, rather than treat successful completion of a network upgrade as proof that its business model now worked.

The energy reduction came from removing a competition

Under proof of work, miners spent computing resources competing to produce blocks. Proof of stake instead assigned block production and voting to validators that committed ether. The computers still had to run, verify transactions and communicate, but they no longer needed to compete through mining. Lower energy demand followed from replacing that activity, rather than making each mining machine incrementally more efficient.

Steel gantries, suspended conductors and tall insulators fill a high-voltage electrical switchyard.
750 kV electrical switchyard.Novoklimov (opens in a new tab) · CC BY 4.0 (opens in a new tab)
Estimated electricity use before and after the Merge
Period or categoryMWh/year
Proof of work
22,900,320
Proof of stake
2,600.86

Annualised network estimates from CCRI's September 2022 report, Table 3, commissioned by ConsenSys. Mining inputs cover August; client measurements cover August and September. The figures are modelled consumption rates rather than measured annual totals.

Source2

A report by the Crypto Carbon Ratings Institute, commissioned by ConsenSys, estimated annual electricity consumption of 22,900,320 MWh for the network before the Merge and 2,600.86 MWh for the proof-of-stake network. These annualised estimates used different modelling inputs: mining conditions for the old system and measurements of client software for the new one. They represented modelled rates of consumption rather than two completed years of electricity bills. The report acknowledged uncertainty about hardware, network size and infrastructure.

Lower electricity use did not remove congestion

A transaction fee pays for scarce inclusion and execution capacity. Ending mining changed who supplied consensus, but did not materially expand that capacity. Ethereum's technical explanation described a shift from variable block intervals averaging roughly thirteen seconds to slots lasting twelve seconds, some of which could be missed. That modest timing change was different from multiplying the amount of computation available to applications.

For a service subsidising customers' transaction fees, the unit economics still depended on the number and complexity of operations recorded on the chain and on demand from other users. A busy network could make a previously affordable customer action expensive. Product teams needed to model those costs under congestion, decide which operations genuinely required the chain and compare the costs and dependencies of scaling services. The Merge alone did not supply a fee guarantee.

Inclusion and finality served different customer promises

The guidance for application developers published before the transition explained new ways to identify safe and finalised blocks. Under proof of work, applications commonly waited for additional blocks before treating a transaction as sufficiently unlikely to be reversed. Proof of stake added explicit consensus states that software could query. A transaction appearing in the newest block and one reaching finality therefore remained different events with different implications for a service releasing value.

Consider a platform crediting an account after receiving a transfer. Its interface can show that the transfer has been observed while withholding an irreversible withdrawal until the required settlement condition is met. The right policy depends on the value and reversibility of the subsequent action. Merely replacing an old setting for block confirmations without examining that business dependency could produce either unnecessary delays or greater exposure than the product team intended.

Operating a node became a coordination task

The Foundation's deployment announcement required node operators to run both execution and consensus clients, connected through an authenticated interface. It also told application developers to test frontends, deployment pipelines, tooling and other components outside their contracts. A contract could remain compatible while an infrastructure dependency failed to recognise the new chain correctly. The work required to keep a product available extended beyond its smart contract code.

This created a concrete basis for assessing infrastructure suppliers. A customer needed evidence of supported client combinations, upgrade procedures and monitoring for finalisation problems. Running several endpoints was not necessarily adequate redundancy if they depended on the same software or operator. For a startup selling access to the network, reliable upgrades and clear service behaviour during a disruption were part of what the subscription fee had to fund.

A Raspberry Pi 4 Model B circuit board showing its Broadcom processor, memory, connectors and USB and Ethernet ports.
Raspberry Pi 4 Model B with a Broadcom BCM2711 Arm processor, July 2019.Laserlicht (opens in a new tab) · CC BY-SA 4.0 (opens in a new tab)

Staking changed the capital commitment

The Merge did not immediately enable withdrawals of staked principal and consensus rewards. The deployment announcement explicitly deferred that function to a subsequent upgrade. Fees received from transactions and a withdrawable staking balance were therefore different things. A business offering staking services during the transition needed to explain which assets could move, which depended on later protocol changes and how any promise of customer liquidity would be financed.

After the Merge, investors had to weigh the much smaller consensus energy requirement alongside a demanding infrastructure transition and application economics still constrained by capacity. The achievement could remove an environmental barrier in procurement without establishing customer demand or attractive margins. Businesses best placed to benefit were those able to connect the changed network properties to a specific service improvement and demonstrate the remaining costs in actual customer use.

Investment implications

  • Electricity estimates show the scale of the consensus change; they do not measure a full year of observed savings or an application's marginal energy use.
  • Fee exposure, transaction finality and infrastructure dependencies remained product decisions after the Merge.

Sources

  1. Mainnet Merge Announcement (opens in a new tab)

    Ethereum Foundation

  2. The Merge: Implications on the Electricity Consumption and Carbon Footprint of the Ethereum Network (opens in a new tab)

    Crypto Carbon Ratings Institute

  3. How The Merge Impacts Ethereum's Application Layer (opens in a new tab)

    Ethereum Foundation

  4. The Merge (opens in a new tab)

    ethereum.org; documentation updated May 2026

CIR Ventures Journal

Published

Browse the journal