pull down to refresh

Here's a safer procedure that doesn't involve running shady wallets:

  1. Create a throwaway Electrum wallet, and send $5 worth of BTC to it
  2. Do the scary pay-to-many transaction for that coin only with a destination address of your real wallet
  3. Now you have a SHA256-only coin in your real wallet!
  4. Create an annonymous account on the shady exchange, enable 2FA (needed later for withdrawal), generate a BTC2B deposit address, note it
  5. In the real Electrum wallet, create a transaction that sends all your coins (EXCLUDING the SHA256-only one!) to the deposit address
  6. Do NOT sign that transaction yet, just export it into a file
  7. In the real Electrum wallet, create a transaction that consolidates all your coins (INCLUDING the SHA256-only one!) into one (or multiple) change addresses
  8. Triple check everything is going to your own address, verify the color of the output (must be green/yellow)
  9. Sign and broadcast, wait for 6+ confirmations
  10. Now load the unsigned transaction from step 6, sign it, export it to clipboard
  11. Open mempool.guide in Tor Browser, click Broadcast Transaction, paste and broadcast
  12. You should see the deposit in the exchange, after about 6 confirmations, it will be tradable
  13. Sell for USDC (more liquidity) or BTC, withdraw (USDC through swap) to own wallet
10 sats \ 0 replies \ @anon 13 Sep

This is all correct, but there are privacy implications to consider.

One may have UTXOs in sha256-bitcoin that are valuable enough to not consolidate for privacy reasons, that is, where the privacy value of keeping them unconsolidated outweighs any benefits that would accrue from doing so. They may perhaps be valuable enough to just spend/trade some day one by one.

Then you take the same UTXOs on blake2b-bitcoin, they have much lower market value and you end up consolidating them. This unfortunately allows a sophisticated multi-chain analysis entities to take information given on bitcoin-blake2b and apply it for ownership heuristics on bitcoin sha256.

I wonder how many OP_RETURNS are out there that show intention to fork coins and what further inferences can be made from them. A cluster of "random" data ones in a short time frame may be reason enough to suspect some corellation.


Very good advice about using electrum to cache a movement transaction first. If one forgets to do that, I came to realize that electrum has a way to make a synthetic history: take it offline (invalid localhost server will do), load a fresh wallet and there will be no transaction history. A desirable history of relevant UTXOs can be loaded via tools->load from *, and the popups have a add to history button.

It is tricky to know for sure that a UTXO that seems to be on bitcoin-sha256 only (origin story not known) will stay that way. A send to self at least creates a checkpoint, a competing transaction that one expects to use on blake2b-bitcoin only will at least not relay on that network if it turns out the competing send to self sent first relayed on both networks.


Another bit of electrum fun, the movement of a known bitcoin-sha256 only UTXO from one wallet can be paired up with self-movement of another UTXO from another wallet by way of coin join features done before any signing. This doesn't provide any coinjoin privacy (the one to one movements are obvious), but it does help normalize coinjoin and reduce a wallet to wallet transfer step.

reply