Deviant · Why Bitcoin Cash
May 2026
A structural justification

Why Deviant builds on Bitcoin Cash.

Given the structural findings documented in the corpus, the choice of base layer is not a preference. It is the consequence of the requirements. This document states the requirements, applies them to the three chains, and arrives at the conclusion that follows.

I · Premise

What Deviant is, briefly.

Deviant builds tools and assets that depend on Bitcoin operating as Bitcoin was specified to operate. The specifics of the asset categories, the wallet, and the broader ecosystem are documented separately in the architecture and product documents. For the purposes of this document, what matters is the structural requirement that ties all the components together: Deviant's components require a base layer that preserves the load-bearing properties the Bitcoin whitepaper specifies.

This is not a marketing position. It is a technical requirement. Several of the structural mechanisms Deviant relies on cannot operate coherently on a base layer that allows transaction replacement after the fact, has structurally disabled the original SPV verification model, has dissolved the relationship between on-chain supply and tradeable supply through derivative-mediated synthetic claims, or has introduced witness-segregation architecture that makes the original §2 coin-as-chain-of-signatures property non-binding at the protocol level. The choice of base layer is determined by what the components require to function, not by the brand identity attached to any particular chain.

The work this document does is short: state those requirements explicitly, apply them to the three chains in the Bitcoin lineage, and document which chain meets them. The supporting analysis for each chain's relationship to the whitepaper is in the corpus's other documents. This document does not re-litigate those findings; it applies them.

II · The requirements

What the base layer must preserve.

Deviant's components depend on five structural properties of the base layer. Each property maps to a specific section of the whitepaper and a specific operational consequence. Each requirement is named with the consequence that follows from its absence.

Base-layer requirements
— 01
Non-reversibility of transactions. Once a transaction is confirmed on-chain, it cannot be replaced, recalled, or reordered. Whitepaper §1. Without this property, a chain cannot function as a payment-settlement layer for irreversible operations, and any application built on the assumption that confirmed transactions are final is operating on a foundation the protocol itself does not provide.
— 02
On-chain capacity for the application volume. The base layer's transaction throughput must accommodate the application's transaction volume at fees that match the application's economics. Whitepaper §7. Without this property, applications are forced into custodial second-layer architectures that reintroduce the trusted-third-party intermediation the protocol was designed to displace.
— 03
Intact verification architecture. The protocol's original verification model — coin as chain of digital signatures verifiable by pruned nodes and SPV clients against block-header commitments — must remain operational at the protocol level. Whitepaper §2, §7, §8. Without this property, applications depending on light-client verification operate on a degraded security model that the original specification did not anticipate, and the protocol's pruning architecture cannot be relied on for storage-constrained deployments.
— 04
Coherent supply-to-tradeable-supply relationship. The on-chain supply visible at the protocol level must reflect the supply that constitutes the asset's economic existence. Implicit in the whitepaper's hard-cap design. Without this property, derivative-mediated synthetic exposure dissolves the relationship between protocol-level scarcity and tradeable scarcity, and the economic semantics of the asset diverge from its protocol-level definition.
— 05
Pseudonymity discipline supported at the protocol level. The protocol must support — even if it cannot enforce — the §10 specification that fresh keys be used per transaction. Whitepaper §10. Without this property, applications cannot offer users the privacy mechanism the whitepaper specifies, and the protocol's privacy architecture has been replaced by a different model that has different security properties.

These five requirements are not arbitrary preferences. They are the conditions under which the components Deviant is building can operate coherently. A bearer-instrument asset cannot be redeemed for a different asset that the network later decides to reissue at the same address. A payment system cannot function when payments can be replaced after the recipient has shipped the goods. A privacy-preserving application cannot promise users a privacy model that the protocol does not support. The requirements come from what the components are, not from a stylistic preference for any particular chain.

III · The mapping

Which chain meets the requirements.

The three chains in the Bitcoin lineage in 2026 are BTC, BSV, and BCH. The corpus's documentary work establishes each chain's relationship to the whitepaper. Mapped against the five requirements above, the picture is direct.

Requirement
BTC
BSV
BCH
01 · Non-reversibility (§1)
NORBF defaulted October 2024; transactions are replaceable until confirmed.
PARTIALProtocol-level non-reversibility; but project materials explicitly endorse miner-court compliance for freezing and reallocation.
YESNo RBF; first-seen-safe applied at the protocol policy level.
02 · On-chain capacity (§7)
NOBase 1 MB limit preserved; ~1.7 MB effective with SegWit. L2 routing is the policy direction.
YESUnbounded block size; multi-GB blocks demonstrated. Capacity is not the limiting factor.
YES32 MB base limit; throughput well below ceiling. Capacity is not the limiting factor.
03 · Verification architecture (§2, §7, §8)
NOSegWit witness segregation breaks §2; BIP 37 SPV deprecated by development community.
PARTIALOriginal verification architecture retained; but multi-GB blocks raise practical verification costs that affect light-client deployment.
YESNo SegWit; coin-as-chain-of-signatures intact; BIP 37 SPV operational; pruning architecture intact.
04 · Supply-to-tradeable-supply (hard cap)
NODerivative leverage dissolves the relationship; synthetic exposure operates at multiples of on-chain supply.
YESSame supply curve; limited derivative infrastructure; tradeable supply approximates on-chain supply.
YESSame supply curve; limited derivative infrastructure; tradeable supply approximates on-chain supply.
05 · Pseudonymity discipline (§10)
NOTaproot direction toward aggregated keys; chain-analysis ecosystem operationally integrated.
NOProject materials explicitly reframe §10 as "everything can be audited"; transparency presented as a feature.
PARTIALProtocol supports fresh keys per transaction; default wallet UX has not yet enforced this by default. CashFusion exists optionally.

The reading the table produces is direct. BTC fails on four of five requirements, with the four failures being protocol-level departures from the whitepaper that the chain's development direction has institutionalized over years. BSV meets two requirements fully and two partially, but fails on §10 in a manner that is not a user-experience gap — it is a deliberate reframing by the project's central interpretive frame, documented in the BSV companion. BCH meets four requirements fully and the fifth (§10) partially, with the partial position being a user-experience gap that wallet improvements can close without protocol changes.

The asymmetry between BCH's §10 partial and BSV's §10 failure is structural and worth noting. BCH's protocol supports fresh keys per transaction; default wallet UX has not yet been built to enforce this discipline by default, but the protocol is not opposed to it. BSV's project materials explicitly reframe the §10 specification as an audit-friendly transparency feature, positioning compliance monitoring as a design intent of Bitcoin. The first is a gap that better tooling can close. The second is a redefinition of what the chain is supposed to be.

IV · The conclusion

BCH is the only chain that meets the requirements.

Of the three chains in the Bitcoin lineage, BCH is the only one that meets enough of the structural requirements that Deviant's components can operate coherently on it. The choice is not a preference. It is a constraint imposed by what Deviant is building.

BTC fails on too many load-bearing requirements. A bearer-instrument architecture cannot operate on a chain that allows transaction replacement until confirmation. A privacy-preserving application cannot operate on a chain that has degraded the §10 mechanism through Taproot's aggregated-key direction. A high-volume payment application cannot operate on a chain whose policy direction has been to route ordinary transactions to custodial layer-2 networks. The structural departures BTC has undergone are not minor — they are the substance of the changes Vol.13 documents at length.

BSV's chain-level capacity is real and its protocol-level non-reversibility holds. The project's engineering work on Teranode is real. But the interpretive frame the project has built around the chain — the framing of Bitcoin as an audit-friendly registry operating within the rule of law, with miner-court compliance positioned as a design feature — describes a different system than the whitepaper specifies. A project building tools for an application stack that depends on §1's non-reversibility being structural rather than contingent on miner cooperation cannot rest on a base layer whose authoritative interpretive frame explicitly positions miner-court compliance as a feature. The technical chain may be sound; the interpretive ecosystem around it is structurally incompatible with what Deviant's components require.

BCH retains the structural properties the whitepaper specifies at the protocol level. The §10 user-experience gap is addressable through wallet improvements within the existing protocol. The on-chain capacity is sufficient. The verification architecture is intact. The supply-to-tradeable-supply relationship has not been dissolved through derivative-mediated leverage at the BTC scale. The chain's identity is aligned with the protocol's specifications, not in tension with them. Deviant's components can operate on BCH; they cannot operate coherently on the other two.

The choice of BCH is not a tribal commitment, an aesthetic preference, or a contrarian gesture. It is the consequence of what Deviant is building. A project whose components require Bitcoin to operate as Bitcoin was specified to operate has, in 2026, one chain available to build on. The other two have departed from the specification in directions Deviant's components cannot accommodate.

This conclusion is not a marketing claim. It is a structural finding produced by applying the requirements to the available options. A different project with different requirements might arrive at a different conclusion. A project building for institutional custody on regulated platforms might find BTC's properties adequate. A project building for enterprise data-ledger applications might find BSV's properties adequate. Deviant's specific requirements — bearer-instrument architecture, peer-to-peer settlement without trusted-third-party intermediation, privacy-preserving operation, application-volume capacity at base-layer-economical fees — are met only on BCH.

If, at some point in the future, BCH ceases to meet these requirements through protocol changes that depart from the whitepaper, the same analysis applied at that time would produce a different conclusion. The conclusion is contingent on the chain continuing to be what the documentary record currently establishes it to be. The discipline of the analysis — apply the requirements to the available options, accept the conclusion that follows — is what produces the answer, not the answer itself.

On the perception gap

The four-category reading companion document names the perception gap directly: BCH is the chain most aligned with the whitepaper, and is also the chain whose perception lags furthest behind its reality. For most observers in 2026, the dominant framing positions BTC as Bitcoin's continuation and BCH as a departure. The historical record documents how that framing was constructed.

For Deviant, this perception gap is both the problem and the opportunity. The problem: building on a base layer most users do not yet perceive as the chain most consistent with the whitepaper means working against the inertia of the captured discourse. The opportunity: the discrepancy between BCH's structural properties and BCH's perceived position is exactly the kind of gap that surfaces over time as users encounter the limits of the alternatives. Deviant's role is to build tools that operate on the reality, and to allow the perception to catch up to the reality through what the tools enable users to do.

V · The corpus

Where the substrate lives.

The analysis above rests on documentary work that is not reproduced here. Readers who wish to verify the substrate the conclusions depend on will find it in the corpus's other documents.

Companion documents
  • Vol.13 — Bitcoin's history and the block-size war. The full protocol-and-institutional record of how BTC was modified, including the changes to §1, §2, §7, §8, §10, and §11; the August 2017 chain split read against §1, §11, and §12; and the institutional layer surrounding the development direction. Approximately 33,400 words.
  • What the BSV — Bitcoin Satoshi Vision actually says about Bitcoin. Seven-pair comparison between Dr. Craig S. Wright's published writings about Bitcoin and the whitepaper's text. The structural finding that the Satoshi Vision Wright articulates describes a different system than the whitepaper specifies. Approximately 3,200 words.
  • The four-category reading of the three chains. Application of Epictetus's four-category framework to each chain's relationship to the whitepaper. The structural finding that the gap between appearance and reality is in the information environment, not in the chains. Approximately 3,800 words.

The documentary substrate is the work. This document is the application of the substrate to a specific question — why Deviant builds on BCH. The reader who accepts the substrate accepts the conclusion that follows from it. The reader who does not accept the substrate has the longer documents available to investigate the underlying claims and arrive at their own assessment.