Bitcoin Cash wurde über eine Bitcoin-Hard-Fork verteilt, wobei neue BCH an aktuelle Bitcoin-Private-Key-Inhaber verteilt wurden, indem die neue Kette der bestehenden Bitcoin-UTXO-Sets vor der Fork geerbt wurde. Etwa 16,5 Millionen BCH wurden am 1. August 2017 verteilt (Block 478559), zu diesem Zeitpunkt brach Bitcoin Cash aus den Konsensregeln von Bitcoin aus und machte Transaktionen inkompatibel.

Bereits 2010, kurz nachdem Satoshi ein Blocklimit in Bitcoin implementiert hatte, begannen Diskussionen über die Blockgröße. Die Diskussionen um das Blocklimit blieben jedoch bis 2017 weitgehend im Hintergrund, als die Spannungen innerhalb der Bitcoin-Community über steigende Transaktionsgebühren und zunehmend divergierende Meinungen zur Skalierung von Bitcoin zunahmen. Befürworter größerer Blöcke glaubten, dass es für Bitcoin zur Erfüllung der Vision einer elektronischen Peer-to-Peer-Währung, wie im ursprünglichen Whitepaper skizziert, entscheidend sei, das Blocklimit anzuheben, um die Transaktionskapazität zu erhöhen. Die Befürworter von Bitcoin Cash drängten auf ein System, das den Transaktionsdurchsatz auf VISA-Niveau ohne zweite Schichten und unter Beibehaltung erschwinglicher Transaktionsgebühren skalieren könnte. Es lehnte die Philosophie von Bitcoin Core ab, dass das zentrale Wertversprechen von Bitcoin Zensurresistenz und Vertrauensminimierung sei und dass Bitcoin Full Nodes maximal dezentralisiert werden müssten, um dies zu erreichen. Anstatt sich Bitcoin als Abrechnungsschicht oder digitales Gold vorzustellen, sieht Bitcoin Cash Bitcoin als elektronisches Peer-to-Peer-Cash-System vor und betont die Nützlichkeit von Bitcoin als Tauschmittel.

2017 fand auf der Consensus-Konferenz inmitten steigender Transaktionsgebühren auf Bitcoin und einer zunehmend angespannten Debatte um das Bitcoin-Blocklimit ein Treffen mit Minern und Kernentwicklern im sogenannten „New York Agreement“ statt, bei dem eine Einigung erzielt wurde unterstützt SegWit und einen 2 MB Hard Fork. Dieser als SegWit2x bekannte Vorschlag wurde von über 80 % der Hash-Rate des Netzwerks unterstützt. Trotz der Wünsche der Bergleute wollten die Benutzer SegWit ohne Erhöhung der Blockgröße aktivieren. Sie legten ein Datum (1. August 2017) fest, an dem Bitcoin einen Soft Fork durchführen würde, um SegWit zu unterstützen und die Blockgröße von 1 MB beizubehalten. Genügend Nodes signalisierten Unterstützung dafür, dass sie Miner dazu zwangen, ihre Blöcke vom Netzwerk zu akzeptieren oder abzulehnen. Eine Fraktion des Lagers der größeren Blöcke lehnte SegWit insgesamt ab und führte Frustrationen mit der Priorisierung von SegWit gegenüber größeren Blöcken an, und am 1. August 2017 starteten sie eine Hard Fork von Bitcoin namens Bitcoin Cash mit 8 MB Blocklimits. Das Blocklimit von 8 MB wurde später im Jahr 2018 auf 32 MB erhöht, nachdem eine weitere strittige Hard Fork den Wunsch einer Minderheitsfraktion betraf, das Blocklimit auf 128 MB anzuheben. Diese Hard Fork führte zur Gründung von Bitcoin SV, einer Fork von Bitcoin Cash.

Obwohl eine erhöhte Blockkapazität den Transaktionsdurchsatz in der Kette erhöhen könnte, könnte sie möglicherweise das Universum der Teilnehmer einschränken, die in der Lage sein könnten, vollständige Knoten zu betreiben, sodass sich die Community damit befassen muss, um ihre Vision von a umsetzen zu können dezentrales Peer-to-Peer-Cash-System. Neben dem Streben nach On-Chain-Skalierbarkeit durch größere Blockgrößen priorisiert Bitcoin Cash die schnelle Entwicklung technologischer Verbesserungen im Gegensatz zur konservativeren Philosophie von Bitcoin. Bis heute hat Bitcoin Cash 6 konkurrierende Node-Implementierungen: BitcoinABC, Bitcoin Unlimited, BXT, Parity, Bitprim und Bitcoin Cash. Bitcoin Cash hatte auch eine Vielzahl von Upgrades, von denen das letzte am 15.05.2021 stattfand. Dieses Upgrade führte zu einer Vielzahl von Änderungen, einschließlich der Entfernung des Limits für unbestätigte Transaktionen, der Aktivierung mehrerer OP_RETURNS, der Implementierung von Double-Spend-Proofs, der Aufnahme von Cash Improvement Proposals (CHIPs) zur Einführung neuer Spezifikationsänderungen am Protokoll und der Aufnahme einer neuen Mining-Block-Standardgröße von 8 MB.