CoinYQ Dossier

The Fork That Promised a Fixed Protocol and Kept Changing

BSV inherited Bitcoin Cash's ledger and Bitcoin's subsidy curve, then defined itself through a 2018 split, Genesis, signed recovery alerts and Chronicle. Its history turns “ownership” into two questions: who holds the key, and which software and institutional rules will recognize the spend?

One ancestry became three ledgers

Bitcoin ABC's UAHF specification set August 1, 2017 activation, required a fork block larger than 1MB and introduced mandatory SIGHASH_FORKID replay protection. That event created the Bitcoin Cash rule branch; it did not create BSV as a direct fork from today's BTC chain.

The BSV protocol index carries those BCH-era specifications forward and marks November 15, 2018 as the split-era upgrade. The Open BSV License then pins its chain definition to block 556767 and to Network Access Rules. Code lineage and a shared pre-split ledger are factual continuity; the label “original Bitcoin” remains the Association's thesis.

At each split, keys controlling eligible pre-fork outputs could authorize corresponding outputs on diverging ledgers once replay and chain rules allowed it. Buying BSV later does not create a claim on BTC or BCH, and the common history does not make the three networks interchangeable.

Genesis moved practical limits into node configuration

Genesis activated at height 620538 on February 4, 2020. Its specification separates Bitcoin Rules, consensus rules and standard local policies, removing or relaxing multiple consensus restrictions while leaving relay, mining and evaluation limits configurable. “Unbounded” therefore describes the absence of selected fixed protocol caps, not infinite throughput.

This choice makes operator configuration part of the practical product. A transaction may be consensus-valid yet fail a node's policy, and larger blocks still require bandwidth, storage, validation time and mining demand. Scaling claims have to be read beside the actual settings and the miners willing to accept them.

Recovery alerts changed the meaning of a key

An ordinary BSV output is a UTXO with a locking script; the corresponding unlocking data normally authorizes the spend. The alert documentation adds a second layer: signed messages can freeze and unfreeze specified UTXOs, add a reassignment transaction to a confiscation whitelist, ban or unban peers, and invalidate a block.

The confiscation specification is unusually explicit. A whitelisted transaction can move frozen inputs without their normal unlocking scripts because script verification is skipped, and the node trusts the service that calls the whitelist RPC. A court-order hash provides an audit pointer, but the node does not itself adjudicate whether the underlying court order is genuine.

This is neither shareholder governance nor automatic control over every independent computer. It is a published coordination system that participating nodes can run under Network Access Rules. For a holder, private-key control remains necessary in ordinary use but is not an absolute promise that all conforming BSV nodes will accept every signed spend.

Chronicle showed that restoration is still an upgrade

Chronicle shows why a restoration claim still needs an implementation record. Its specification offers an optional original signing digest and a 32MB script-number limit while keeping the previous digest as the default. Yet its planned mainnet height is 943835, whereas the official Skills Center release page gives 943816 with an April 7, 2026 target. Those conflicting plans do not establish where or when execution completed.

The upgrade illustrates the gap between branding and change management. BSV describes these moves as restoration, yet nodes still need a coordinated release and activation height to alter the rules. Stability is a governance objective enforced through deployment, not an absence of later hard forks.

A court separated the Satoshi claim from the chain

Craig Wright was prominent in BSV's origin story, but the High Court's May 2024 civil judgment declared that he was not Satoshi Nakamoto, did not author the white paper, and did not create Bitcoin or its initial software. The finding rejects an identity claim; it does not erase BSV blocks or decide each coin's ownership.

A December 2024 judgment separately found Wright liable for contempt for breaching the July order. Keeping the rulings distinct matters: the first resolved identity after a civil trial, while the later proceeding enforced the court's restrictions. BSV must therefore be assessed by its code, operators and institutions without treating Wright's claimed authorship as a credential.

How the project changed

  1. 2017-08-01
    Bitcoin Cash activates its UAHF

    New block and signature rules split the BCH branch from the earlier Bitcoin ledger.

  2. 2018-11-15
    The BCH dispute produces the BSV branch

    Competing rule sets split after a shared Bitcoin Cash history.

  3. 2020-02-04
    Genesis activates

    Height 620538 moves multiple fixed consensus restrictions toward configurable policy.

  4. 2022-11-11
    Confiscation transactions enter the specification

    Whitelisted recovery transactions may skip ordinary script verification for frozen inputs.

  5. 2024-05-20
    The High Court publishes the identity judgment

    The court declares that Craig Wright is not Satoshi and did not create Bitcoin.

  6. 2024-12-19
    A separate contempt judgment follows

    The court finds breaches of the July order; this is distinct from the identity declarations.

  7. 2026-04-07
    Chronicle target date, not verified completion

    Chronicle documents disagree: the specification gives planned height 943835; Skills Center gives 943816 with an April 7, 2026 target. Actual activation remains unconfirmed in this review.

Evidence and primary sources

Last evidence review: 2026-09-05

What is Bitcoin SV?

Bitcoin SV is a SHA-256 proof-of-work blockchain whose recorded ancestry runs through Bitcoin Cash's August 2017 hard fork and the November 15, 2018 BCH split. Its node license identifies the BSV chain by a specific block at height 556767 and by continued compliance with the BSV Association's Network Access Rules. “Original Bitcoin” is the project's characterization, not proof that later protocol choices are identical to Bitcoin's 2009 software.

BSV carries a Bitcoin-style UTXO ledger, a 100 million satoshi unit and a subsidy schedule that began at 50 coins and halves every 210,000 blocks. The source code defines MAX_MONEY as 21 million BSV. This is a protocol amount bound and issuance schedule, not a reserve, redemption promise or claim on an issuer.

What problem does Bitcoin SV solve?

The project argues that large blocks and a broadly restored scripting language can make one proof-of-work ledger carry payments, data and applications at scale. Genesis removed or relaxed several fixed consensus limits and moved practical ceilings into node policy; the Chronicle design proposes an optional transaction digest path and relaxation of selected script restrictions.

That design transfers important decisions from a single headline block cap to software releases, miner configuration and network admission. It also creates a sharper ownership question: a private key normally authorizes an ordinary UTXO spend, yet published alert and confiscation machinery can direct nodes to freeze an output or accept a reassignment without its usual unlocking script.

How does Bitcoin SV work?

Miners assemble blocks, apply proof of work and receive subsidy plus transaction fees. Nodes validate blocks against consensus rules, while local policies decide what they relay or mine. Genesis activated at height 620538 on February 4, 2020; its “unbounded” language means several protocol-defined consensus caps were removed or made configurable, not that hardware, economics or node policy impose no limits.

The Chronicle specification sets a prospective mainnet height of 943835, while the official Skills Center release page gives 943816 and targets April 7, 2026. The reviewed documents therefore disagree on the height; they do not establish the actual execution height or completion date. The specification retains BIP143 by default, offers the original transaction-digest algorithm through the CHRONICLE signature flag, raises the script-number limit from 750KB to 32MB, and relaxes selected malleability checks for opted-in transaction versions.

Separately, Association-signed alerts support informational notices, UTXO freeze and unfreeze, reassignment whitelists, peer bans and block invalidation. The confiscation specification says a whitelisted transaction can skip script verification for frozen inputs and that the node trusts the caller invoking the whitelist RPC. Those functions describe node acceptance powers; they do not give every BSV holder a vote or a legal share in the Association.

Key facts

  • Bitcoin Cash's replay-protected UAHF activated on August 1, 2017; BSV's split-era specification is dated November 15, 2018.
  • The Open BSV License identifies the chain with a named block at height 556767 and Network Access Rules.
  • Genesis activated at height 620538 on February 4, 2020 and separated consensus rules from configurable local policy.
  • Chronicle documents disagree: the specification gives planned height 943835; Skills Center gives 943816 with an April 7, 2026 target. Actual activation remains unconfirmed in this review.
  • Node code defines 100 million satoshis per BSV, MAX_MONEY of 21 million and a 50-coin subsidy halved every 210,000 blocks.
  • Signed alerts can freeze, unfreeze or reassign UTXOs and can ban peers or invalidate blocks.
  • The reviewed protocol materials establish UTXO spending rules, but do not establish equity, reserve redemption, fixed income, treasury ownership or a token-holder protocol vote. Separate contractual or mandatory-law rights were not assessed.

Official links

Categories

Related coins

Frequently asked questions

Did BSV fork directly from BTC?

No. The traceable sequence is Bitcoin to Bitcoin Cash in August 2017, then the BCH split that produced BSV in November 2018.

Does “unbounded blocks” mean no limit exists?

No. Genesis removed certain fixed consensus caps, while miners and nodes still configure policy ceilings and face hardware and economic constraints.

Is the 21 million figure an issuer guarantee?

No. The figure describes the node software’s monetary bound and subsidy schedule. The reviewed protocol materials do not establish an issuer promise to redeem BSV against reserves; separate contractual rights were not assessed.

Can a valid private key always spend a BSV UTXO?

Ordinary spending requires the unlocking conditions, but participating nodes can apply signed freeze directives and whitelist reassignment transactions under the published recovery design.

Do BSV holders govern the protocol?

The reviewed protocol materials do not establish voting rights merely from holding BSV. Software publishers, node operators and miners influence which rules and chain their systems accept. Separate contracts and mandatory-law rights are outside this review.

What did the court decide about Craig Wright?

The May 2024 High Court judgment declared that he was not Satoshi, did not write the white paper and did not create Bitcoin or its initial software. The December contempt ruling was a separate judgment about breaching the July order.

External trackers

Choose a tracking site for Bitcoin SV: