So, we have to rely on the wallet providers or on the developers of the fork to implement
a replay protection mechanism.
The exchanges were very clear we will not list this unless there is strong
replay protection.
1st Nov: the Bitcoin Gold blockchain is activated (if
replay protection is implemented), and users can claim their BGold.
The team is working on
replay protection, but it is a difficult task and they are looking for more developers to help out.
They're pushing for
replay protection.
I think they're actually between a rock and a hard place and at some point they're going to have to implement
replay protection and then it's going to be clear that it's a contentious hard floor and we're actually talking about an alt coin rather than an upgrade to bitcoin.
However, this support is only at the condition that there is a supported wallet and
that replay protection is properly implemented.
But what we know is that the SegWit2x chain may not include
replay protection.
The main points of differences in Bitcoin Gold which catch our interest are: the Proof of Work (PoW) algorithm, mining hardware, difficulty adjustment, and
replay protection.
The replay protection is a way where it is a feature where you can prevent this replay attack from happening.
Headed up by Jeff Garzik, the lead developer behind the failed SegWit2x hard fork, along with Matthew Roszak and SongXiu Hua, this UnitedBitcoin (UB) hard fork will offer
replay protection to prevent people from accidentally spending their coins on both the Bitcoin and the UnitedBitcoin blockchains.
Block size increase up to 4 MB, high block generation rate (2.5 minutes),
replay protection, recalculation of complexity after each block and unique address format.
No replay protection — a mechanism to prevent accidental use of coins on both chains — was the main criticism that even Nick Shabo had opposed SegWit2x.
Jeff Garzik merged in an opt - in
replay protection scheme for Segwit2x yesterday.
«If [SegWit2x] doesn't include
replay protection, the fork detection we have in Electrum will be useful.»
And voices critical of the project — like Voegtlin and his call for
replay protection — could consistently count on rounds of applause.
«In order to ensure the safety of the Bitcoin ecosystem,» the statement began, «Bitcoin Gold has implemented full
replay protection, an essential feature that protects users» coins from being spent unintentionally.»
Ledger will add immediate support for the bitcoin gold fork if / when the code is available, with
replay protection, and if it's successful / valid — Bitcoin Gold will fork on block 491407 — just hold your BTC in a Legacy or Segwit address before.
Unlike Bitcoin Cash, which was launched by supporters of a block size increase in response to the SegWit lock - in, SegWit2x lacked
the replay protection needed to prevent potential loss of users» funds through accidental replay spending and replay attacks.
Moreover, Trezor also highlights that the bitcoin gold developers have not added
replay protection yet, which is an issue for a lot of service providers.
Bittrex is concerned about the lack of consensus code,
no replay protection, no publicly known developers, and the fact that no business has been provided with adequate code for testing and auditing.
The most contentious issues with this fork are the lack of
replay protection, a significant pre-mine for bitcoin gold developers, and a severe lack of infrastructure support.
Instead, they are saying Bitcoin Core should add
replay protection if it's a concern.
We'll bring back transactions when it's safe either because there is one chain or funds are protected by our own
replay protection.
It has built - in
replay protection along with its own unique address format.
Since this fork has
replay protection, it's much easier to claim your airdrop than if it didn't have those measures in place.
Instead, since many Bitcoin Core developers feel that 3 months is too short to prepare for a hard fork,
replay protection on Bitcoin Core is a non-starter.
Bitcoin Interest is the recently announced fork of the Bitcoin network, including full
replay protection.
Segwit2x has garnered some controversy over the fact that it will not have
replay protection.
Unfortunately, most
replay protection schemes are hard forks.
The developers behind Segwit2x are refusing to add
replay protection.
Jeff Garzik merged in an opt - in
replay protection scheme for Segwit2x yesterday.
Jeff Garzik recently reverted opt - in
replay protection on the btc1 GitHub.
And voices critical of the project — like Voegtlin and his call for
replay protection — could consistently count on rounds of applause.
Meanwhile, some fear the big block version of bitcoin will fail to contain adequate technical measures (known as
replay protection) to ensure transactions on both chains don't become muddled.
We opted for strong
replay protection and a difficulty reset, to make the coin as usable as possible.
The second major concern was that Bitcoin Gold does not have an inbuilt
replay protection.
This communities put emphasis on the manner in which the agreement was forged, including the problem for lack of
replay protection and other problems.
The other issued raised in addition to misleading statements were the rushed nature of the hard fork and the lack of
replay protection.
The main issue that is causing supporters to abandon ship is the problem of
replay protection.
If the B2X chain does not have
replay protection, transactions will be valid on both chains at the same time.
Currently, the B2X chain does not have
replay protection built in.
Following the community feedback, we are now exploring different
replay protection addition to the fork to avoid network instability.
A lack of
replay protection and «scammy» URLs associated with the cryptocurrency were also cited as major concerns.
Additionally, Forkgen users can choose whether they want to implement
replay protection to ensure no one accidentally loses their forkcoin.
At the very least, optional 2 - way
replay protection is strictly superior to the current situation of no
replay protection.
This is a contentious hard fork with no planned
replay protection, therefore we anticipate major network disruption when the blockchain is forked.
First and foremost, Overwinter adds so - called
replay protection to zcash, whereby should some users stay on the old chain and send transactions, those transactions will not be repeated on the new chain.
Probably they would still support it if
replay protection is added and it is in discussion during these days on s2x mailing list and github.