//Answers>Learn about blockchain security fundamentals>What is a chain fork?
What is a chain fork?
// Tags
chain forkhard forksoft fork
TL;DR: A chain fork occurs when a blockchain's protocol rules diverge, creating two or more potential paths for the chain to follow. Soft forks introduce backward-compatible rule changes that tighten the existing rules, so non-upgraded nodes still accept new blocks and the network remains unified. Hard forks introduce non-backward-compatible changes, meaning upgraded and non-upgraded nodes follow different rules and the chain permanently splits into two separate networks if not everyone upgrades. Forks are the primary mechanism by which blockchains evolve, upgrade, and resolve community disagreements, but they also create risks around asset duplication, replay attacks, and ecosystem fragmentation.
The Simple Explanation
Think of a blockchain fork like a fork in a road. Everyone has been traveling the same path, following the same rules. At the fork, a new set of rules is proposed. If the change is backward-compatible (a soft fork), everyone can continue on the same road regardless of whether they adopt the new rules. The road narrows slightly (stricter rules), but all travelers can still use it. If the change is not backward-compatible (a hard fork), the road splits into two separate paths. Travelers must choose which path to follow, and those on different paths can no longer interact with each other.
In blockchain terms, "rules" means the consensus protocol: which transactions are valid, how blocks are structured, what the maximum block size is, how gas is calculated, how rewards are distributed. Every node on the network enforces these rules when validating blocks. When the rules change, nodes that have adopted the new rules and nodes still running the old rules may disagree about which blocks are valid. How this disagreement is resolved determines whether the fork is a soft fork (the network stays together) or a hard fork (the network splits).
Soft Forks
A soft fork tightens the existing rules. Blocks that are valid under the new rules are also valid under the old rules, but some blocks that were valid under the old rules are no longer valid under the new rules. This means upgraded nodes enforce stricter validation, while non-upgraded nodes still accept the new blocks because they do not violate the old rules.
Bitcoin's Segregated Witness (SegWit) upgrade in 2017 is the classic example of a soft fork. SegWit changed how transaction signatures were stored, reducing the effective size of transactions and enabling the Lightning Network. Non-upgraded nodes still accepted SegWit blocks because the blocks were valid under the old size limit rules. Upgraded nodes enforced additional rules about how signature data was organized, but this was invisible to old nodes.
Soft forks are generally considered safer than hard forks because they do not risk splitting the chain. As long as a majority of miners or validators adopt the new rules, the chain stays unified. Non-upgraded nodes may not understand or validate the new features, but they do not reject the blocks, so the network remains a single chain. The downside of soft forks is that they are limited in what they can accomplish. Because new rules must be backward-compatible, fundamental protocol changes (like changing the block structure, modifying the account model, or altering the consensus mechanism) are typically impossible to implement as soft forks.
Hard Forks
A hard fork relaxes or fundamentally changes the rules, making new blocks invalid under the old rules. Non-upgraded nodes reject the new blocks, and the network splits into two chains: one following the new rules and one following the old rules. Both chains share the same history up to the fork point and diverge from that point forward.
Most hard forks are planned and coordinated upgrades where the entire community agrees to move to the new rules. Ethereum's transition from Proof of Work to Proof of Stake (The Merge, September 2022) was a hard fork. Every node operator, staking provider, exchange, and application developer coordinated to upgrade their software before the designated block. Because the community was unified, the old Proof of Work chain (briefly marketed as "EthereumPoW") attracted minimal support and quickly became irrelevant.
Ethereum's regular network upgrades (Shanghai, Dencun, and others) are also hard forks, activated at predetermined block numbers or timestamps. The entire ecosystem upgrades in advance, and the old rules are abandoned. These coordinated hard forks are routine maintenance, not contentious events.
Contentious Hard Forks
The most dramatic forks occur when the community cannot agree on the direction of the protocol, and both sides have enough support to sustain an independent chain. These contentious hard forks result in two living blockchains, each with its own community, miners/validators, token value, and development team.
The most famous contentious fork is Ethereum Classic. In 2016, a bug in The DAO smart contract was exploited, draining millions of dollars worth of ETH. The Ethereum community debated whether to hard fork to reverse the theft. The majority supported the fork, creating a new chain (today's Ethereum) where the stolen funds were returned. A minority rejected the fork on philosophical grounds (arguing that "code is law" and the blockchain should never be retroactively modified), and they continued running the original chain, which became Ethereum Classic (ETC). Both chains persist today, with Ethereum being overwhelmingly larger and more valuable.
Bitcoin Cash is another major contentious fork. In 2017, the Bitcoin community debated how to increase transaction throughput. One faction favored increasing the block size from 1MB to 8MB. Another faction opposed larger blocks, preferring the SegWit soft fork and off-chain scaling solutions like Lightning Network. The disagreement was irreconcilable, and in August 2017, the big-block faction forked Bitcoin to create Bitcoin Cash (BCH). BCH subsequently forked again in 2018, splitting into Bitcoin Cash and Bitcoin SV.
What Happens During a Fork
When a hard fork occurs, every holder of the original cryptocurrency suddenly holds the same amount on both chains. If you held 10 ETH before the Ethereum/Ethereum Classic split, you had 10 ETH on the new chain and 10 ETC on the old chain. This asset duplication can create economic complexity, including replay attacks where a transaction valid on one chain is rebroadcast on the other chain.
For developers, a fork means deciding which chain to support (or whether to support both), updating node software, verifying that smart contracts behave correctly under the new rules, and communicating changes to users. For node operators, a fork requires upgrading client software before the fork block to follow the intended chain. Nodes that fail to upgrade are left on the old chain, serving stale data and potentially causing applications to break.
How Quicknode Handles Forks
Quicknode's infrastructure team monitors all planned hard forks across 80+ supported networks and ensures that nodes are upgraded before fork activation. This means developers using Quicknode do not need to manage client upgrades themselves or risk their applications ending up on the wrong side of a fork. When a chain undergoes a planned hard fork, Quicknode handles the transition seamlessly, and your RPC endpoints continue serving data from the canonical, upgraded chain.
For contentious forks where both chains continue operating, Quicknode evaluates community support, security, and developer demand before deciding whether to add the new chain as a supported network. Quicknode's multi-chain infrastructure means adding support for a newly forked chain is an infrastructure decision, not a development burden for customers.
Quicknode Streams handles fork transitions gracefully by delivering data in finality order, ensuring that any temporary chain ambiguity during the fork activation period does not result in incorrect data being delivered to your pipeline. Built-in reorg handling covers the edge cases that can arise during fork activation blocks.
