Over the last few weeks, the BCH community has been talking about ‘hash wars’ and solving things with Nakamoto consensus. Lots of people believe that a ‘hash war’ will be sparked between miners who support Bitcoin ABC with miners who support the SV client. Others think there really isn’t much of a divergence within the community and there likely won’t be a split. On Oct. 9 the Coingeek columnist Erik Gibbs claimed Bitcoin ABC developers don’t believe in Nakamoto consensus. Gibbs also wrote that the recent debate has led to some people saying the November hard fork could result in a split.
“But there is a minority of individuals who are apparently pushing for it to happen,” the Coingeek writer explained. “One of these is Bitcoin ABC — The development team has repeatedly spoken out against several advances that are being added to Bitcoin BCH, including the Nakamoto Consensus.”
The Bitcoin ABC development team and volunteers appeared in a video on Oct. 4, answering all kinds of questions concerning some of the roadmap’s upgrades. During one of the questions, the ABC developers were asked why Bitcoin SV programmers disliked canonical transaction ordering (CTOR). The Bitcoin Cash miner and programmer Jonathan Toomim answered the question by claiming that the Bitcoin SV camp is wrong about CTOR.
“Bitcoin SV believes that CTOR is wrong and that we shouldn’t do it — They are wrong about that because CTOR is great and awesome and it will help Bitcoin scale,” Toomim details. “Bitcoin SV has this very interesting idea but interesting in not so good of a way. They want to increase the block size limit while simultaneously getting rid of the features that will help us achieve the block size limit or a higher capacity in a safe fashion.”
Toomim also adds that he doesn’t have any sympathy for the Bitcoin SV perspective at all. The developer says that CTOR helps improve block propagation and with the Graphene protocol added it could create a huge difference in optimization performance. Further, Bitcoin ABC developer Jason Cox detailed how the failure rate for compact blocks gets more excessive when huge blocks are processed. At the very end of the video, Toomin emphasizes that a ‘hash war’ is the wrong way to find a resolution to this disagreement.
“You can’t use a hash war to resolve this issue — If you have different hard forking rule sets you are going to have a persistent chain split no matter what the hash rate distribution is,” Toomin adds.
Overall the biggest disagreement between both camps is the method by which BCH can achieve scaling massive sized blocks. The Bitcoin SV team wants to upgrade the block size limit to 128 MB this November and continue increasing the limit over time. Bitcoin ABC believes the chain won’t be capable of handling these large block sizes without adding things like CTOR beforehand. The disagreement has led to certain members of the community choosing sides, while some remain neutral and wait to see if a ‘hash war’ will really come to fruition.
Feel like you missed something? For a brief history concerning BCH consensus changes planned for Nov. 15, 2018, check out these reports below:
What do you think about the upcoming Nov. 15 hard fork? Do you think a ‘hash war’ will take place? Let us know what you think about this subject in the comment section below.
Images via Shutterstock, Youtube, and SV-Pool.