Lombrozo covered soft forks, hard forks and a Bitcoin Improvement Proposal (BIP) that could eventually make it easier to
deploy soft forks on the network.
Bitcoin Core 0.12.1 was also the first time the group of contributors behind the project used BIP 9 (Version Bits) to
deploy a soft fork.
BIP9 was instead designed as a system that enabled smooth cooperation between developers and miners when
deploying soft forks, as soft forks deployed prior to BIP9 had led to some miners producing invalid blocks (and thus losing out on mining revenue) as they failed to comply with the new soft - fork rules in time.
Not exact matches
The most notable difference between Bitcoin Core and its recently launched competitor Bitcoin Classic is that the former plans to roll out Segregated Witness through a
soft fork, while the latter wants to
deploy a block - size increase through a hard
fork, meaning all full nodes on the network need to switch.
Rather than a Segregated Witness
soft fork, Bitcoin Classic prefers to
deploy a «cleaner» hard
fork in order to increase the block size limit to 2 megabytes.
Speaking to Bitcoin Magazine, developer Lawrence Nahum said that GreenAddress users will be able to receive and send SegWit transactions as soon as the
soft fork is
deployed on the Bitcoin network.
The release
deploys the first
soft fork on the Bitcoin network to use the methodology...
The proposal intends to make
soft fork deployment an easier process by allowing multiple
forks to be
deployed at the same time.
This is a change to the way in which
soft forks are rolled out, and it will allow many
soft forks to be
deployed at the same time.
Rather than a Segregated Witness
soft fork, Bitcoin Classic prefers to
deploy a «cleaner» hard
fork in order to increase the block - size limit to 2 megabytes.
Although
soft forks may be easier to
deploy in the near future, Lombrozo added, «Hard
forks are still hard.»
Although the code for the
soft fork has been
deployed, miners can not signal their support for it until May 1st.
Though through clever tricks — like these ones —
soft forks can actually be
deployed to expand Bitcoin's capabilities.
Currently, there are multiple new bitcoin implementations being tested and the possibility of Segwit2x, a user activated
soft fork (UASF), and a user activated hard
fork (UAHF) being
deployed.
There are many pros and cons to
deploying major feature changes as
soft versus hard
forks, but if we want to see SegWit safely
deployed in 2017 it will need to be as a
soft fork.
Soft forks can be
deployed without knowing when all full nodes will adopt the rule, or even whether they will ever adopt it at all.
On Aug. 1, 2017, the SegWit
soft fork was
deployed, which was aimed at tackling the scalability of the Bitcoin protocol, and offered several core advantages.
The Ciphrex CEO added that there was nothing like miner signaling in the original version of Bitcoin, and Satoshi Nakamoto never used miner signaling for the
soft forks that he
deployed on the network.
Lombrozo also noted that, in the past,
soft forks have been
deployed on Bitcoin without any special treatment for miners, and BIP 9 was supposed to solve some of the issues miners could face during the deployment of a
soft fork.
«The current
soft fork deployed in Ethereum poses a DoS vector.