I was reading on replay vulnerabilities introduced by forks which only implement opt-in replay protection. Let 'X' be the 'legacy chain' (BTC) and let 'Y' be the forked chain (BTG). Now, if I understand correctly, in practical terms, an attack implies that a transaction 'G' on chain 'Y', can be replayed on chain 'X' (say transaction 'H'), hence the transacted amount will be deduced from coin stored on both chains.
I understand that if I move all (or part?) coin from chain 'X' to 3rd chain, say 'Z' (BCH for example, and let's call the transaction 'I'), prior to transacting on chain 'Y', the potential hypothetical 'attack' transaction 'H' cannot occur since the blocks on chain 'X' were already transacted to chain 'Z'. Do I stand correct?
Afaik segwit2x implements a similar way of opt-in protection, just that transaction 'I' has to be done to a specific address '3Bit....'. Is there a difference between the segwit 2x and my propesed protection mechanism, other than sending an amount of coin to an address which is not mine?
