Glossary

Chain Split

A chain split occurs when a blockchain diverges into two separate chains, each following different consensus rules or transaction history.

Key Takeaways

  • A chain split occurs when a blockchain diverges into two or more competing chains, each maintaining its own version of transaction history from the point of divergence onward. Splits can be temporary (resolving in minutes) or permanent (creating a new cryptocurrency).
  • Three causes drive chain splits: hard forks that loosen consensus rules, soft forks that tighten them, and accidental splits from bugs or network partitions. Each type carries different risks for users and the network.
  • Users holding coins at the moment of a permanent split receive balances on both chains, but without replay protection, spending on one chain can inadvertently spend on the other. Proper UTXO splitting is essential to safely transact after a chain split.

What Is a Chain Split?

A chain split is the divergence of a single blockchain into two or more separate chains. Before the split, both chains share identical history. After the split, they operate independently, potentially under different consensus rules and with diverging transaction records.

The term is related to but distinct from "fork." A fork is a proposed change to protocol rules, while a chain split is the actual divergence of the blockchain that results when not all participants agree on which rules to follow. Every permanent chain split involves a fork, but not every fork produces a chain split: if all nodes upgrade, the chain continues as one.

Temporary chain splits happen routinely during normal blockchain operation. When two miners discover valid blocks within seconds of each other, different parts of the network temporarily follow different chain tips. These splits resolve quickly through the longest chain rule. Permanent splits, however, create entirely new cryptocurrencies with independent communities, development teams, and market values.

How It Works

A chain split follows a predictable sequence, regardless of cause:

  1. All nodes share the same blockchain up to a specific block height
  2. A block is produced that some nodes consider valid and others reject (or two valid blocks are discovered simultaneously)
  3. Two competing chains form: nodes that accept the block build on it, while nodes that reject it continue from the previous block
  4. The UTXO set duplicates at the moment of the split: every address that held coins before the split now holds coins on both chains
  5. Each chain evolves independently, with its own new blocks, transactions, and state

Temporary Splits

Temporary splits are a normal part of blockchain operation. When two miners find valid blocks at roughly the same time, block propagation delays cause different nodes to see different blocks first. Each node builds on whichever valid block it received.

Resolution follows the fork choice rule: once one branch extends with an additional block (accumulating more chain work), all nodes converge on the longer chain. The abandoned block becomes a stale block, and its transactions return to the mempool for re-inclusion. On Bitcoin, these chain reorganizations typically resolve within one to two block intervals (10 to 20 minutes).

Permanent Splits

Permanent splits occur when the two chains have mutually incompatible consensus rules. The longest chain rule cannot resolve the divergence because each chain considers the other's blocks invalid regardless of length. Each chain continues independently with its own miners, hashrate, and difficulty adjustments.

After a permanent split, if hash power drops significantly on one chain, block times slow dramatically until the difficulty adjustment algorithm recalibrates. Bitcoin adjusts difficulty every 2,016 blocks (roughly two weeks). When Bitcoin Cash split from Bitcoin in 2017, it added an Emergency Difficulty Adjustment to handle the initial hashrate deficit.

Three Causes of Chain Splits

Hard Forks

A hard fork introduces changes that are not backward-compatible. Nodes running the old software reject blocks created under the new rules. If a significant portion of the network adopts the new rules while others refuse, the chain permanently splits into two.

Hard forks loosen consensus rules: they make previously invalid blocks valid. This means old nodes will never accept new-rule blocks, making divergence inevitable when adoption is incomplete. The Bitcoin Cash split (increasing the block size limit beyond 1 MB) and the Ethereum Classic split (reversing the DAO hack) are the most prominent examples.

Soft Forks

A soft fork tightens consensus rules, making previously valid blocks invalid under the new rules. Because new-rule blocks are still valid under old rules, soft forks are backward-compatible. Old nodes continue accepting the chain as long as the majority of miners enforce the new rules.

Chain splits from soft forks are typically temporary. If a miner running old software produces a block that violates the tighter rules, new nodes reject it and build on a different block. As long as the majority of hashrate enforces the new rules, the old-rule chain falls behind and is abandoned. Bitcoin's SegWit activation is an example of a soft fork that did not cause a permanent split because it achieved sufficient miner support.

Accidental Splits

Accidental splits result from software bugs, database incompatibilities, or network partitions rather than deliberate rule changes. The most notable example is the March 2013 Bitcoin chain split, caused by a difference between Bitcoin Core v0.7 (using BerkeleyDB) and v0.8 (using LevelDB). Block 225,430 contained a transaction that exceeded BerkeleyDB's undocumented limit on database locks, causing v0.7 nodes to reject a block that v0.8 nodes accepted.

The split lasted 24 blocks (roughly 6 hours) before miners coordinated to voluntarily downgrade to v0.7.2, allowing the network to converge on a single chain. This event is documented in BIP-50.

Notable Chain Splits

EventDateBlock HeightType
Bitcoin accidental splitMarch 11, 2013225,430Accidental (bug)
Ethereum / Ethereum ClassicJuly 20, 20161,920,000Contentious hard fork
Bitcoin / Bitcoin CashAugust 1, 2017478,559Contentious hard fork
Bitcoin Cash / Bitcoin SVNovember 15, 2018556,766Contentious hard fork

Ethereum Classic (2016)

When the DAO (a smart contract holding roughly 3.6 million ETH) was exploited through a reentrancy vulnerability in June 2016, the Ethereum community voted to execute a hard fork that reversed the hack and returned funds to DAO token holders. A minority refused the rollback on philosophical grounds, continuing to mine the original unmodified chain. That original chain was rebranded as Ethereum Classic (ETC), while the forked chain retained the Ethereum (ETH) name.

Bitcoin Cash (2017)

Years of debate over Bitcoin's block size limit culminated in a chain split on August 1, 2017, at block 478,559. One camp favored increasing the block size directly; the other favored off-chain scaling through the Lightning Network and SegWit. Bitcoin Cash launched with an 8 MB block size limit (later increased to 32 MB). Anyone holding BTC at block 478,558 received an equal amount of BCH on the new chain.

Replay Attacks and Protection

One of the most significant risks during a chain split is the replay attack. Because both chains share identical transaction history up to the split point, a transaction broadcast on one chain can be "replayed" on the other chain and accepted as valid. Spending coins on one chain could inadvertently spend the equivalent coins on the other.

How Replay Protection Works

Strong replay protection modifies the transaction signing scheme so that signatures are inherently invalid on the other chain:

  • Bitcoin Cash implemented SIGHASH_FORKID, embedding a 24-bit fork identifier in the sighash type field. Transactions signed with this flag are invalid on chains that do not recognize it, providing automatic bidirectional replay protection.
  • Ethereum implemented EIP-155, adding a chain ID to the transaction signing digest. Ethereum mainnet uses chain ID 1 while Ethereum Classic uses chain ID 61, making their signatures mutually incompatible.

Without built-in replay protection, users must manually split their UTXOs by creating transactions that are valid on only one chain (for example, by spending a coin that exists on only one chain as an input alongside the shared coins).

How Chain Splits Affect Users

  • Coin duplication: holders receive balances on both chains at the moment of the split. This 1:1 relationship exists only at the instant of divergence.
  • Replay risk: without replay protection, spending on one chain can inadvertently move funds on the other. Users should avoid transacting until replay protection is confirmed or UTXOs are manually split.
  • Wallet compatibility: users may need chain-specific wallets to access coins on each chain. Exporting private keys and importing them into the correct wallet is often necessary.
  • Exchange disruptions: exchanges typically halt deposits and withdrawals around a known chain split. They may or may not support the new chain's asset.
  • Confirmation uncertainty: during a temporary split, block confirmations become unreliable. A transaction confirmed on one branch may be reversed if that branch is abandoned during reorganization.

Why It Matters

Chain splits test the resilience and governance of blockchain networks. They reveal how communities resolve disagreements over protocol direction, and they expose users to real financial risks if not handled carefully. Understanding chain splits is essential for anyone holding, building on, or transacting with blockchain assets.

For Bitcoin Layer 2 protocols, chain splits on the base layer carry additional implications. Off-chain protocols like the Lightning Network and Spark derive their security from the ability to settle on-chain. During a chain split, users of Layer 2 protocols need clarity about which chain their off-chain state will settle to and may need to force-close channels or exit positions to protect funds.

The history of chain splits also illustrates why soft fork activation processes have become increasingly conservative. Contentious changes risk fragmenting the network and diluting its network effect, which is why Bitcoin's development culture prioritizes broad consensus before activating protocol changes.

Risks and Considerations

Economic Fragmentation

A permanent chain split divides the network's hashrate, liquidity, developer talent, and user base. Neither chain benefits from the full strength of the pre-split network. The minority chain often suffers from low hashrate (making it vulnerable to 51% attacks), thin liquidity, and reduced merchant acceptance.

User Confusion

Chain splits create confusion about which chain is "real," which wallets to use, and how to access coins on both chains. Less technical users are especially vulnerable to mistakes, replay attacks, or scams that exploit the uncertainty surrounding a split.

Development Overhead

Exchanges, wallets, block explorers, and other infrastructure providers must decide whether to support both chains. Supporting a new chain requires engineering resources, security audits, and operational complexity. Many providers delay support or decline it entirely, leaving users without access to one set of their coins.

Governance Signal

While contentious, chain splits serve as a governance mechanism of last resort. They allow irreconcilable disagreements to resolve without either side being forced to accept terms they reject. In this sense, the threat of a chain split acts as a check on protocol governance: it ensures that no single faction can impose changes without broad support.

This glossary entry is for informational purposes only and does not constitute financial or investment advice. Always do your own research before using any protocol or technology.