soft fork vs hard fork

bitcoin

ethereum

The ABCs of Crypto

web3 infrastructure

Soft Fork vs Hard Fork: A 2026 Technical Comparison

A soft fork tightens validation rules while staying backward-compatible, so non-upgraded nodes keep accepting blocks and the network stays unified. A hard fork breaks compatibility, requiring every node to upgrade or the chain permanently splits, as Bitcoin and Ethereum each handle differently.

JUN 25, 2026

Last updated JUN 25, 2026 · V1

TL;DR

  • A soft fork tightens a blockchain’s validation rules while staying compatible with previous versions of the nodes, so non-upgraded nodes still accept new blocks and the network stays unified. 
  • A hard fork changes rules in a way that non-upgraded nodes reject, so every node must update or the chain permanently splits.
  • Ethereum ships coordinated hard forks on a schedule; Bitcoin prefers soft forks to minimize disruption.
  • A contested hard fork can create a permanent split, as with Ethereum Classic and Bitcoin Cash.
  • Both paths demand validator upgrade readiness. As one of the largest non-custodial staking providers, Everstake has maintained client diversity across 130+ networks with 99.98% observed uptime.

What is a blockchain fork

A blockchain fork is any divergence in a network’s transaction history or its rules. Forks fall into two categories: accidental forks and intentional protocol upgrades.

  1. Accidental forks happen when two miners produce valid blocks at nearly the same time. The network resolves these within a block or two by following the longest valid chain.
  2. Intentional forks are deliberate changes to the consensus rules. Decentralized networks have no central server to push an update, so a coordinated rule change across thousands of independent nodes is the only upgrade mechanism available.

Protocol forks come in two forms that differ by compatibility:

Soft fork is a backward-compatible rule change that non-upgraded nodes still accept.
Hard fork is a non-backward-compatible rule change that non-upgraded nodes reject.

What is a soft fork

A soft fork tightens the validation rules so blocks valid under the new rules remain valid under the old ones. Non-upgraded nodes keep accepting new blocks because the new rules are a subset of what they already permit.

The compatibility works in one direction only. Upgraded nodes enforce stricter conditions, while older nodes see nothing they would reject and continue validating the chain.

Bitcoin has used soft forks for every major upgrade since 2012. The seven major Bitcoin soft forks include P2SH (2012), SegWit (2017), and Taproot (2021).

SegWit restructured how signature data is stored, which fixed transaction malleability and effectively raised block capacity. Taproot activated at block 709,632 on November 14, 2021, adding Schnorr signatures and improved privacy for complex transactions.

Bitcoin soft forks rely on miner-signaling activation methods. BIP9 uses a version-bit signaling window, while Speedy Trial activated Taproot after 90% of miners signaled support within a fixed window.

What is a hard fork

A hard fork changes the rules so that blocks valid under the new rules are rejected by non-upgraded nodes. Every node must update to the new software or it falls off the canonical chain.

A node running old software cannot follow the upgraded chain, because it sees the new blocks as invalid.

Hard forks split into two types by intent:

Coordinated hard fork: the entire community agrees to upgrade together at a scheduled block or time. No lasting split results.
Contentious hard fork: part of the community rejects the change and keeps running the old rules, producing two permanent chains.

Ethereum delivers its upgrades as coordinated hard forks. Fusaka activated on December 3, 2025 at epoch 411392, bundling 12 EIPs including PeerDAS (EIP-7594).

Soft fork vs hard fork: direct comparison

The practical difference between a soft fork and a hard fork is compatibility and coordination cost. A soft fork keeps old nodes functional, while a hard fork requires every node to upgrade.

PropertySoft forkHard fork
Backward compatibleYesNo
Node upgrade requiredOptionalMandatory
Split riskLowHigh if contested
Coordination costLowerHigher
Rule change typeTightens rulesChanges or expands rules
Typical userBitcoin (SegWit, Taproot)Ethereum (Dencun, Pectra, Fusaka)

A soft fork is not automatically the lower-risk path in every case. A soft fork can pressure non-upgraded nodes into following rules they never explicitly accepted, which raises its own governance questions.

Chain splits explained

A chain split happens when a contentious hard fork divides a network into two chains that share history up to the fork block. After that point, each chain follows its own rules and produces its own blocks.

Two well-known splits illustrate the pattern:

  • Ethereum / Ethereum Classic: the 2016 split over reversing The DAO hack. The original chain became Ethereum Classic (ETC).
  • Bitcoin / Bitcoin Cash: the 2017 split over block size. The new chain became Bitcoin Cash (BCH).

Chain splits duplicate balances. A holder of the asset before the fork holds the same balance on both chains afterward.

Splits also introduce replay attacks, where a transaction valid on one chain is rebroadcast on the other. Replay protection, distinct tickers, and separate chain identifiers reduce this risk.

How Ethereum upgrades in 2026

Ethereum upgrades through scheduled, coordinated hard forks rather than soft forks. The whole network upgrades together at a target epoch, so no lasting split results from a planned upgrade.

Dencun (March 2024) introduced blob transactions, Pectra (May 2025) reshaped validator balance handling, and Fusaka (December 3, 2025) added PeerDAS.

The next upgrade, the Ethereum Glamsterdam upgrade, targets Q3-Q4 2026. Its two headliner EIPs are EIP-7732 (enshrined Proposer-Builder Separation) and EIP-7928 (Block-Level Access Lists). Ethereum chooses coordinated hard forks because they let the network add features that soft forks cannot express within tightened rules.

How Bitcoin upgrades

Bitcoin favors soft forks to avoid splitting the network. The culture prioritizes backward compatibility and minimal disruption to existing nodes.

SegWit (2017) and Taproot (2021) were both backward-compatible soft forks. Each tightened the rules so older nodes kept validating blocks without forced updates.

The preference stems from caution about changing the base layer. After the 2017 SegWit debate, much development moved to Layer-2 systems built on top of Bitcoin rather than further base-layer changes.

As of late 2025, Bitcoin developers continue discussing future soft-fork proposals such as the consensus cleanup, published as BIP54. No new consensus soft fork has activated since Taproot in 2021.

How governance works

Governance decides who proposes a fork, how consensus is coordinated, and what happens when coordination fails. No single party controls a decentralized network’s rules.

Four groups influence the outcome:

  1. Core developers: write and review the improvement proposals and client code.
  2. Miners or validators: produce blocks and signal support under the active rules.
  3. Node operators: choose which client software to run and enforce.
  4. The broader community: applications, exchanges, and holders who adopt or reject a chain.

Coordination runs through improvement proposals, client teams, and testnets. Ethereum uses EIPs and multi-client testnets, while Bitcoin uses BIPs and miner-signaling windows.

When coordination fails, the network can split. The 2017 Bitcoin Cash fork and the 2016 Ethereum Classic fork both resulted from communities that could not agree on a single rule set.

What forks mean for validators and node operators

A blockchain upgrade requires validators and node operators to update their clients before the activation block, or they risk downtime. Running stale clients during a hard fork drops a node off the canonical chain.

The operational risks during transitions include:

  1. Downtime: a node on outdated rules cannot follow the upgraded chain and stops working.
  2. Slashing: incorrect behavior during a transition can trigger penalties on Proof-of-Stake networks.
  3. Missed attestations: a lagging validator fails its duties and loses rewards.

Client diversity reduces correlated failure. If most validators run one client and it has a bug during an upgrade, a large share of the network can fail at once.

Operators track client release schedules and test on testnets first. Ethereum activated Fusaka on Hoodi, Holesky, and Sepolia testnets before mainnet, giving operators time to validate setups. Professional validator infrastructure carries upgrade readiness as a core requirement.

How Everstake handles upgrades

Everstake has maintained validator upgrade continuity across 130+ networks, deploying client updates in time for each activation. Everstake has a history of 99.98% observed uptime and zero material slashing events on major networks since inception in 2018.

Everstake validates every upgrade on testnets in time for mainnet activation, maintaining operational rigor and strict infosec practices across its infrastructure.

Client diversity is part of Everstake‘s operating model, reducing the chance of a correlated failure during an upgrade. Delegators retain custody throughout hard forks because Everstake operates a non-custodial model.

Everstake holds SOC 2 Type II and ISO 27001:2022 certifications, with GDPR compliance and NIST CSF alignment. These standards govern operational security during upgrade windows. For more, see Everstake‘s blockchain protocol research and its validator infrastructure across 130+ networks.

FAQ

What is the difference between a soft fork and a hard fork?

A soft fork is backward-compatible and tightens existing rules, so non-upgraded nodes still accept new blocks. A hard fork is not backward-compatible, so every node must upgrade or the chain splits.

Is a soft fork safer than a hard fork?

A soft fork carries lower split risk because it stays backward-compatible, but it is not automatically safer in every case. A soft fork can bind non-upgraded nodes to rules they never explicitly adopted. Everstake manages upgrade readiness for both types.

Does a hard fork always create a new coin?

No, a coordinated hard fork does not create a new coin because the whole network upgrades together. A new coin appears only from a contentious hard fork that produces two chains, as with Bitcoin Cash in 2017.

What happens to my assets during a hard fork?

During a coordinated hard fork, balances stay on a single chain and require no action from holders. During a contentious split, balances duplicate onto both chains. Everstake operates a non-custodial model, so delegators retain custody throughout.

Are Ethereum upgrades hard forks?

Yes, Ethereum delivers its upgrades as coordinated hard forks, including Dencun, Pectra, and Fusaka. The whole network upgrades together, so no lasting split occurs. Everstake deploys client updates in time of each Ethereum activation.

Who decides on a blockchain fork?

No single party decides; core developers, miners or validators, node operators, and the broader community must coordinate. Consensus runs through improvement proposals, client teams, and testnets.

What is a chain split?

A chain split is the permanent division of one network into two chains after a contentious hard fork. Both chains share history up to the fork block, then follow separate rules, as with Ethereum Classic in 2016. Everstake maintains continuity for validators through planned upgrades.

Share with your network

Sign Up for
Our Newsletter

By submitting this form, you are acknowledging that you have read and agree to our Privacy Notice, which details how we collect and use your information.