Your keys now control two balances.

Every coin that existed before block 961632 exists on both chains, and the same keys control both copies. That's good news — but it creates one real technical hazard and a wave of predictable scams. Five minutes here covers both.

The three facts that matter

Replay: the one real technical risk

Both chains still speak the same transaction format. That means a transaction you broadcast on one chain can be copied — "replayed" — onto the other, where it is equally valid. Spend coins on one side carelessly and you may find you spent them on both.

Replay protection: shipped, but opt-in The enforcing chain's proof-of-work change (live since block 961640) came with opt-in replay protection: a transaction whose signatures set a new flag (SIGHASH_UNIFIED) is valid only on the enforcing chain and cannot replay onto the majority chain. Two big caveats before you relax:
  • It is per-transaction and opt-in — a transaction that doesn't set the flag replays exactly as before. Shrike sets it; most other wallet software cannot yet. Until your wallet explicitly supports it, assume your transactions are replayable.
  • It protects one direction. A transaction built for the majority chain has no equivalent mechanism and may still confirm on both chains.
So the safe defaults stand: don't move pre-split coins without a concrete reason; if you must, keep destination and change addresses ones you control on both chains. Post-split coins (mined or received at block 961632 or later) exist on one chain only and don't replay.

Wallets that work on the enforcing chain

Light wallets need a server that indexes the enforcing chain, and since the proof-of-work change they also need to understand its 164-byte block headers. Both are covered:

Electrum server: electrum.bitcoinxor.org
  • Port 50002 SSL (use this) · port 50001 plain TCP.
  • Let's Encrypt certificate, so your wallet verifies it with no fingerprint to check. Accept the one-time prompt if you connected before Sep 6, 2026, when it was self-signed.
  • Fulcrum, patched for the post-fork headers, on an archival Bitcoin Knots node. Run by the xorpool operator; source (a Fulcrum fork, branch bitcoin-xor).
  • The usual Electrum privacy caveat applies: the server sees which addresses your wallet asks about.

The scams you will see

Every fork in Bitcoin's history has produced the same crop. Expect all of these, aimed at both chains' users:

Hardware wallet holders

Your device keeps working on both chains — the split doesn't affect key storage at all. Concretely:

Coins on exchanges

Exchange balances are IOUs, not keys. Whether you get credited on one chain, both, or neither after the fork is each exchange's policy decision, not a protocol rule. If controlling your balance on both chains matters to you, the only guarantee is withdrawing to your own keys — with the replay caveat above — before relying on any exchange's fork handling.

The calm version Keys in your custody, seed never typed anywhere, no rushed transactions, no "claiming", software only from official sources. Do that and the split is a spectator event.