75% / 95% majority hashing power | Bitcointalksearch.org

gmaxwell

staff

Activity: 4284

Merit: 8808

Quote from: BlackJacky on November 11, 2016, 12:04:52 PM

has been implemented we only needed 75% majority hashing power to activate it if Im not mistaken. Now for version 0.13.1 with SegWit we need 95%.

You're mistaken.

Pre-BIP9 softforks had an extra stage where the new feature was enforced in blocks that claimed it, but wasn't required overall. 95% was still mandatory to require the change on the network. Bip9 eliminated that step because it added complexity without adding any obvious value. This behavior is set by the change itself, or-- rather-- BIP9 which is a meta-proposal for how changes like this should be done.

odolvlobo

legendary

Activity: 4508

Merit: 3425

Quote from: BlackJacky on November 11, 2016, 12:40:26 PM

Quote from: calkob on November 11, 2016, 12:27:28 PM

I presume that it is set by the developers, and because it is a serious change then they want to make sure that most of the network is going to change. If it was just 75% then there could be alot of miners who dont agree and we could end up with 2 bitcoins Sad

Correct me if Im wrong but we only could end up with two bitcoins if we do a hard fork. A split/fork in two bitcoins cant happen with a soft fork, right?

A fork is a fork, whether hard or soft. The difference is that, in a soft fork, a legacy node still considers a segwit transaction to be valid (though it doesn't interpret it as a segwit transaction). In a hard fork, a legacy node would consider a segwit transaction to be invalid.

The reason that there is still a fork is that a legacy node disagrees with a segwit node on how the outputs of a segwit transaction can be spent.

BlackJacky

full member

Activity: 237

Merit: 100

Quote from: calkob on November 11, 2016, 12:27:28 PM

I presume that it is set by the developers, and because it is a serious change then they want to make sure that most of the network is going to change. If it was just 75% then there could be alot of miners who dont agree and we could end up with 2 bitcoins Sad

Correct me if Im wrong but we only could end up with two bitcoins if we do a hard fork. A split/fork in two bitcoins cant happen with a soft fork, right?

calkob

hero member

Activity: 1106

Merit: 521

I presume that it is set by the developers, and because it is a serious change then they want to make sure that most of the network is going to change. If it was just 75% then there could be alot of miners who dont agree and we could end up with 2 bitcoins Sad

odolvlobo

legendary

Activity: 4508

Merit: 3425

Quote from: BlackJacky on November 11, 2016, 12:14:26 PM

Yes, it is much more important but who is deciding it to increase the percentage and to make it harder to activate it?

It is very simple. The developers of Bitcoin Core decide on what goes into Bitcoin Core. I'm sure they discuss it a bit. Wladimir van der Laan is the lead developer, so he probably has to approve.

OmegaStarScream

staff

Activity: 3500

Merit: 6152

Quote from: BlackJacky on November 11, 2016, 12:14:26 PM

Quote from: OmegaStarScream on November 11, 2016, 12:12:59 PM

Quote from: BlackJacky on November 11, 2016, 12:04:52 PM

Guys,

I noticed that some updates like e.g. version 0.12 where CheckLogTimeVerify has been implemented we only needed 75% majority hashing power to activate it if Im not mistaken. Now for version 0.13.1 with SegWit we need 95%.

Why is it sometimes 75% and sometimes 95%? Who sets this?

Thanks in advance to all

I'm not sure about this as I'm no expert but I guess It has something to do with how big and important the decision is , which means In this case SegWit is way more important and big then CheckLogTimeVerify.

Yes, it is much more important but who is deciding it to increase the percentage and to make it harder to activate it?

Bitcoin is decentralized but such a decision should be made from developers , from there... It's up to miners ,If they want to support the changes or not.

BlackJacky

full member

Activity: 237

Merit: 100

Quote from: OmegaStarScream on November 11, 2016, 12:12:59 PM

Quote from: BlackJacky on November 11, 2016, 12:04:52 PM

Guys,

I noticed that some updates like e.g. version 0.12 where CheckLogTimeVerify has been implemented we only needed 75% majority hashing power to activate it if Im not mistaken. Now for version 0.13.1 with SegWit we need 95%.

Why is it sometimes 75% and sometimes 95%? Who sets this?

Thanks in advance to all

I'm not sure about this as I'm no expert but I guess It has something to do with how big and important the decision is , which means In this case SegWit is way more important and big then CheckLogTimeVerify.

Yes, it is much more important but who is deciding it to increase the percentage and to make it harder to activate it?

OmegaStarScream

staff

Activity: 3500

Merit: 6152

Quote from: BlackJacky on November 11, 2016, 12:04:52 PM

Guys,

I noticed that some updates like e.g. version 0.12 where CheckLogTimeVerify has been implemented we only needed 75% majority hashing power to activate it if Im not mistaken. Now for version 0.13.1 with SegWit we need 95%.

Why is it sometimes 75% and sometimes 95%? Who sets this?

Thanks in advance to all

I'm not sure about this as I'm no expert but I guess It has something to do with how big and important the decision is , which means In this case SegWit is way more important and big then CheckLogTimeVerify.

BlackJacky

full member

Activity: 237

Merit: 100

Guys,

I noticed that some updates like e.g. version 0.12 where CheckLogTimeVerify has been implemented we only needed 75% majority hashing power to activate it if Im not mistaken. Now for version 0.13.1 with SegWit we need 95%.

Why is it sometimes 75% and sometimes 95%? Who sets this?

Thanks in advance to all

Topic: 75% / 95% majority hashing power (Read 504 times)