Gavin Andresen pushes for 2MB block size expansion, is the 75% computing power requirement reasonable?

Gavin Andresen pushes for 2MB block size expansion, is the 75% computing power requirement reasonable?

Gavin Andresen has written a new BIP proposal on Github regarding the Bitcoin block expansion issue. The so-called "BIP-bump2mb.mediawiki" is an improvement on the 2MB block expansion of the BIP102 plan. It is worth noting that its consensus computing power requirement is not the domestic "1992 Consensus", but 75%. Andresen's own explanation is:

“The hashrate constant for the deployment scheme was chosen based on previous experience with Bitcoin consensus upgrade rules: 1.0×10000000 was chosen to be compatible with the BIP 9 proposal for deploying parallel soft forks; 2. The hashrate requirement was chosen to be 75% instead of 95% to minimize the veto of the expansion by a single large mining pool or miner, in addition to ideological opposition or threats of violent intimidation; 3. There will be a four-week grace period after the voting period ends, which can give people enough time to upgrade.”

The proposal, put forward by core developer Gavin Andresen, has been seen as a good "compromise" by some core developers in the community. A user of the /r/btc forum said in a post: "Well done, Gavin Andresen. So far, you have proven your willingness to compromise time and time again, even in the face of constant obstacles."

As mentioned above, this expansion plan only needs more than 75% of the computing power of the entire network to support the change ( when 750 blocks out of 1,000 consecutive blocks vote in favor of this plan ), and there will be a 28天grace period before the hard fork is actually triggered.

The proposal states that it will add 1.3 billion bytes of hash to the transaction signature for each block. This change will expire in 2018年一月份and is not backward compatible. At present, judging from the reactions of the /r/bitcoin, /r/btc, Bitcoin.com forums and Bitcointalk.org communities, the feedback on this plan seems to be relatively positive. Andresen said at the end of this BIP:

“In the short term, in order to maintain the existing economic policies on transaction fees and block space, in line with market expectations, and to prevent market chaos, a one-time expansion is what we need. The limit on the number of signature operations and signature hashes is to prevent the CPU exhaustion attack caused by the high cost of verifying 2MB blocks by “rogue miners”.”

What do you think of this BIP? Is the 75% computing power requirement reasonable?

Original article: https://news.bitcoin.com/gavin-andresen-is-ready-to-bump-to-2mb/
By Gavin Andresen
Compilation: Overnight porridge
Source (translation): Babbitt Information (http://www.8btc.com/gavin-andresen-2mb)


<<:  Bank of America seizes the technological frontier and will apply for 20 blockchain patents

>>:  Digital security giant Gemalto and Symbiont team up to improve blockchain securities trading security

Recommend

What does a short nose mean for a woman?

Some noses are long, some are short. What is the ...

What is the fate of a person with a straight nose?

What is the fate of a person with a straight nose...

Mole on forehead

It is said that the forehead reflects a person...

Are peach blossom eyes beautiful?

Regarding peach blossom eyes, some people say the...

A woman with under-eye bags is a real beauty

A woman with under-eye bags is a real beauty &quo...

PwC Hong Kong Office Announces Acceptance of Bitcoin Payments

PricewaterhouseCoopers (PwC), one of the “Big Fou...

What is a beauty peak?

In the Tang Dynasty, fat was considered beautiful...

Is the fortune of the cut-off pattern good or bad? Poor ability

The zanzi lines are actually hanging needle lines...

Couple in love

I often hear people praise you for looking like a...

How to read the face of extreme personality

How to read the face of extreme personality 1. Ch...

People with moles on the right palm should arrange their study room like this

The layout of the study can generally be in line ...