Why Would ‘One CPU One Vote’ Come To Bitcoin Cash (BCH) After BTG Failures
If you like Bitcoin Cash (BCH), you have probably already heard about the hard fork that is currently being scheduled for November 15, as most of the community simply cannot stop talking about it. One of the main things on the debate is the conflict between Bitcoin ABC against Nchain with its newly announced Bitcoin SV.
Steve Shadders, from Nchain, has recently shared a post in which he addresses the main concerns about Bitcoin SV, which will be published during September for everybody to use. According to him, the main concern is that people think that they will be forced to use the 128MB blocks, but that is simply not the truth.
Instead of making the miner move and use this new system, they are encouraging them to configure block size limits themselves instead.
Two Different Visions
Nchain and Bitcoin ABC are definitely at odds. Some have even called this the Bitcoin Cash Hard Fork war, but let’s not exaggerate. Over the last few weeks, Bitcoin ABC published a new code for Bitcoin Cash that includes two changes in the consensus of the token, one of them is the new OP_CHECKDATASIG (CDS) and the other one is that canonical transaction ordering (CTOR).
However, Nchain has decided to launch another full node client and not to include any of these modifications in it. So, in contrast to the code of Bitcoin ABC, the Bitcoin SV, created by Nchain, will feature the restoration of some original code from the Satoshi original plan like OP_MUL, OP_LSHIFT, OP_RSHIFT and OP_INVERT at the same time that the 201 opcode script limit will be removed.
This is part of a plan to get the code more near the original vision from Satoshi (SV stands for Satoshi Vision) and to remove the block size cap to increase it up to 128MB.
The main problem here is that several issues can happen if the miners decide to use different clients. Coin Dance has even created a BCH node compatibility page to help with future issues.
Nchain firmly believes that it is on the right track to preserve the original code, instead of changing it like Bitcoin ABC. Increasing the block size can also work to help in the scalability of the platform.
On a recent article, Steve Shadders has encouraged miners to define their own block size limits. There are, according to him, soft caps and hard caps. A soft cap is the maximum block size a miner will mine and the hard cap is the maximum size a miner will accept from other miner. Essentially, they will be able to govern the network themselves and to decide how to deal with the protocol.
According to Shadders, the “power of choice” is essentially what companies like CoinGeek, that backs this project, are intending to change. They want to give power to the miners instead of dictating things. This way, miners will be able to have more autonomy and governance.
While Bitcoin SV sets default values because it has to do it, but it will not only let the users do as they it will actually endorse their decision to let the community set the new values instead of only using the official ones.
1 CPU = 1 Vote
According to CoinGeek, which is preparing for a split during the hard fork, BCH is facing another consensus-seeking election like the one that created it. The group believes that it is like voting for president. 1 CPU will equal 1 vote, so hash power alone will not be able to be used to vote, which is more democratic. They believe that it is unlikely that they will get a split in November.
Bitcoin Unlimited has plans to implement consensus changes, too. The consensus would give miners the ability to decide on the hashpower by voting. Recently, Bitcoin Unlimited tried to help in the conversation between Bitcoin ABC and Nchain, but it was not successful.