Currently supported Bitcoin Cash upgrades

This page lists the Bitcoin Cash upgrade proposals that have currently been implemented in Bitcoin Cash Node, along with their implementation status. Note that the Bitcoin Cash Node project co-publishes the specifications of all Bitcoin Cash upgrades through a separate repository.

For implementation status of Bitcoin (Core) proposals in Bitcoin Cash Node, see BIPs.

Network upgrades

• August 1st 2017 (UAHF) upgrade implementation completed in v0.14.5:
  • REQ-1: The fork is enabled by default as of v0.14.1 (D221).
  • REQ-2: Activation time can be configured with the -uahfstarttime option (D221) and the setuahfstarttime RPC command (D243) as of v0.14.1.
  • REQ-3: Fork block must be >1MB as of v0.14.1 (D200).
  • REQ-4-1: Block size limit increases to 8MB by default (D207) and this must be set >1MB (D240), as of v0.14.1.
  • REQ-4-2: Generated block size limit increases to 2MB by default (D207) and this must be set >1MB (D240), as of v0.14.1.
  • REQ-5: Block SigOps limit relaxes (D127) while transaction size limit (D8) and transaction SigOps limit (D129) remain, as of v0.14.1.
  • REQ-6-1: Magic OP_RETURN value temporarily becomes disallowed as of v0.14.1 (D148, D281).
  • REQ-6-2: SIGHASH_FORKID becomes mandatory as of v0.14.5 (D371).
  • REQ-6-3: Replay-protected sighash format becomes allowed as of v0.14.1 (D68).
  • REQ-6-4: STRICTENC enforcement begins as of v0.14.5 (D371).
  • REQ-7: Effective immediately, Emergency Difficulty Adjustment is enabled as of v0.14.2 (D298).
  • REQ-DISABLE: The possibility to disable the fork by setting activation time to zero is not implemented.
  • OPT-SERVICEBIT: The NODE_BITCOIN_CASH service bit is set as of v0.14.5 (D366).
• November 13th 2017 (Cash Hard Fork) upgrade implementation completed in v0.16.0:
  • LOW_S and NULLFAIL enforcement begins as of v0.16.0 (D616).
  • New Difficulty Adjustment Algorithm takes effect as of v0.16.0 (D601, D628).
• May 15th 2018 (Monolith) upgrade implementation completed in v0.17.0:
  • Default block size limit increases as of v0.17.0 (D1149).
  • Opcodes are re-enabled as of v0.17.0 (D1231).
  • Automatic Replay Protection has been scheduled for November 15th 2018 in v0.17.0 (D1199).
  • Default OP_RETURN limit increases as of v0.17.0 (D1158, D1205).
• November 15th 2018 (Magnetic Anomaly) upgrade implementation completed in v0.18.0:
  • Topological transaction order is replaced with canonical transaction order as of v0.18.0 (D1529).
  • OP_CHECKDATASIG and OP_CHECKDATASIGVERIFY are added as of v0.18.0 (D1625, D1646, D1653).
  • Minimum transaction size is enforced as of v0.18.0 (D1611).
  • SIGPUSHONLY enforcement begins as of v0.18.0 (D1623).
  • CLEANSTACK enforcement begins as of v0.18.0 (D1647).
  • Automatic Replay Protection has been rescheduled to May 15th 2019 in v0.18.0 (D1612).
• May 15th 2019 (Great Wall) upgrade implementation completed in v0.19.0:
  • Schnorr signatures are enabled as of v0.19.0 (D2483).
  • SegWit recovery becomes allowed as of v0.19.0 (D2479).
  • Automatic Replay Protection has been rescheduled to November 15th 2019 in v0.19.0 (D2376).
• November 15th 2019 (Graviton) upgrade implementation completed in v0.20.0:
  • Schnorr multisig is enabled as of v0.19.12 (D3736).
  • MINIMALDATA enforcement begins as of v0.19.12 (D3763).
  • Automatic Replay Protection has been rescheduled to May 15th 2020 in v0.20.0 (D3868).
• May 15th 2020 (Phonon) upgrade implementation completed in v0.21.0:
  • The SigOps system is replaced with the new SigChecks system as of v0.21.0 (D5029, D5179).
  • OP_REVERSEBYTES is added as of v0.21.0 (D5283).
  • Default in-mempool ancestors/descendants limits increase as of v0.21.0 (D5244).
  • Automatic Replay Protection has been rescheduled to November 15th 2020 in v0.21.0 (D5253).
• November 15th 2020 (Axion) upgrade implementation completed in v22.0.0:
  • ASERT Difficulty Adjustment Algorithm takes effect as of v22.0.0 (MR!692).
  • Automatic Replay Protection has been unscheduled in v22.0.0 (MR!709, MR!715).
• May 15th 2021 (Tachyon) upgrade implementation completed in v23.0.0:
  • Unconfirmed transaction chain limit is removed in v23.0.0 (MR!1130).
  • Multiple OP_RETURN outputs are allowed in v23.0.0 (MR!1115).
• May 15th 2022 (Upgrade 8) upgrade implementation completed in v24.0.0:
  • CHIP-2021-03: Bigger Script Integers v1.0 is implemented in v24.0.0 (MR!1253).
  • CHIP-2021-02: Native Introspection Opcodes v1.1.3 is implemented in v24.0.0 (MR!1208).
  • BIP-0069: Lexicographical Indexing of Transaction Inputs and Outputs is implemented in v24.0.0 (MR!1260).
• May 15th 2023 (Upgrade 9) upgrade implementation completed in v25.0.0:
  • CHIP-2021-01 Restrict Transaction Version v1.0 is implemented in v25.0.0 (MR!1599) bundled into (MR!1600)
  • CHIP-2021-01 Minimum Transaction Size v0.4 is implemented in v25.0.0 (MR!1598) bundled into (MR!1600)
  • CHIP-2022-02 CashTokens v2.2.1 is implemented in v25.0.0 (MR!1580) bundled into (MR!1600)
  • CHIP-2022-05 P2SH32 v1.5.1 is implemented in v25.0.0 (MR!1556) bundled into (MR!1600)
  • CHIP-2023-04 Adaptive Blocksize Limit Algorithm for Bitcoin Cash commit ba9ed768 (19 Nov 2023) is implemented in v27.0.0 (MR!1782 and its dependency MRs)

Other

• CashAddr: The address format for Bitcoin Cash is implemented as of v0.16.2, with bitcoin-tx support completed in v0.21.2 (MR!274, MR!275). The preferred address format can be selected with the -usecashaddr option.
• Double Spend Proofs: The DSProof feature is implemented as of v23.0.0 (MR!965). See notes on the BCHN implementation.
• JSON-RPC: Bitcoin Cash Node is compatible with the JSON-RPC specification, but the JSON-RPC functionality has significantly improved since. See our JSON-RPC API documentation for an up-to-date overview of what is available in Bitcoin Cash Node.
• Block format: Bitcoin Cash Node is compatible with the block data structure specification, albeit the transaction order has changed since the November 15th 2018 network upgrade.
• Transaction format: Bitcoin Cash Node is compatible with the transaction data structure specification.