<p>Bitcoin Gold was announced to have strong replay protection, a unique address format and a proof-of-work change. You will not need to do anything special to make sure that you're protected against replay attacks.</p>

<p>You may be interested in Jimmy Song's analysis here: <a href="https://bitcointechtalk.com/bitcoin-gold-what-you-need-to-know-8b3e645be409" rel="nofollow noreferrer">Bitcoin Gold: What you need to know</a></p>

CC BY-SA 3.0
2017-10-29T22:48:45.207Z
BTG Still [has no replay protection](https://github.com/BTCGPU/BTCGPU/issues/51), the announcement on the BTG website was false.
Jonathan Cross
CC BY-SA 3.0
2017-10-12T12:18:48.067Z
2017-10-12T12:18:48.067Z
Murch
<p>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.</p>

<p>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?</p>

<p>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?</p>

CC BY-SA 3.0
2017-10-11T16:40:00.393Z
I don't see what your proposed protection mechanism is.
Pieter Wuille
CC BY-SA 3.0
2017-10-11T16:53:32.643Z
To completely get rid of coins on 'X' before transacting on 'Y'...
orthogon
CC BY-SA 3.0
2017-10-11T17:44:09.423Z
How do you get rid of your coins on X without also getting rid of your coins on Y? The point of replay is that transactions on one side are equally valid on the other.
Pieter Wuille
CC BY-SA 3.0
2017-10-11T18:26:01.953Z
Also, you can't move coins from one chain to another. You can *exchange* them for the currency on the other chain, but that still implies you're sending your money to a counterparty. When transactions are replayable, the counterparty will receive both your X and Y coins.
Pieter Wuille
<replay-attack><bitcoin-gold>
Bitcoin Gold Fork - Replay Protection
orthogon
# Bitcoin Gold Fork - Replay Protection

(Asked by: username_0 on 2017-10-11)

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?

**Tags:** replay-attack, bitcoin-gold

> **Comments:**
> **username_1**: I don't see what your proposed protection mechanism is.  
> **username_0**: To completely get rid of coins on 'X' before transacting on 'Y'...  
> **username_1**: How do you get rid of your coins on X without also getting rid of your coins on Y? The point of replay is that transactions on one side are equally valid on the other.  
> **username_1**: Also, you can't move coins from one chain to another. You can *exchange* them for the currency on the other chain, but that still implies you're sending your money to a counterparty. When transactions are replayable, the counterparty will receive both your X and Y coins.  

---

## 1 answers

### Answer by username_2 on 2017-10-12. Score: 1

Bitcoin Gold was announced to have strong replay protection, a unique address format and a proof-of-work change. You will not need to do anything special to make sure that you're protected against replay attacks.

You may be interested in Jimmy Song's analysis here: [Bitcoin Gold: What you need to know](https://bitcointechtalk.com/bitcoin-gold-what-you-need-to-know-8b3e645be409)

> **Comments:**
> **username_3**: BTG Still [has no replay protection](https://github.com/BTCGPU/BTCGPU/issues/51), the announcement on the BTG website was false.  

---

