* [bitcoin-dev] BIP0008 clarification
@ 2018-02-08 2:49 Helder Garcia
2018-02-13 3:26 ` ZmnSCPxj
0 siblings, 1 reply; 2+ messages in thread
From: Helder Garcia @ 2018-02-08 2:49 UTC (permalink / raw)
To: bitcoin-dev
Hi,
I’m trying to understand the process of signalling and activation of updates in bitcoin. Following BIP34, BIP9, I got into BIP8.
In my understanding of what I read there, an update will be activated even if the threshold of 95% signalling is not reached in STARTED state, as soon as blockchain height is equal or higher than timeout_height.
Is my understanding correct? If so, isn’t it a risk to activate a change even if you don’t have the majority of hash power accepting it?
Thanks for your time,
—
Helder Garcia
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [bitcoin-dev] BIP0008 clarification
2018-02-08 2:49 [bitcoin-dev] BIP0008 clarification Helder Garcia
@ 2018-02-13 3:26 ` ZmnSCPxj
0 siblings, 0 replies; 2+ messages in thread
From: ZmnSCPxj @ 2018-02-13 3:26 UTC (permalink / raw)
To: Helder Garcia; +Cc: bitcoin-dev
Good morning Helder,
>Hi,
>
> I’m trying to understand the process of signalling and activation of updates in bitcoin. Following BIP34, BIP9, I got into BIP8.
> In my understanding of what I read there, an update will be activated even if the threshold of 95% signalling is not reached in STARTED state, as soon as blockchain height is equal or higher than timeout_height.
> Is my understanding correct? If so, isn’t it a risk to activate a change even if you don’t have the majority of hash power accepting it?
Assuming the update is widespread among economic actors, only miners who do not follow the more stringent rules of the update will suffer, as their blocks will have a high probability of not following those rules and thus will be implicitly rejected by economic actors. Rational miners who follow the update, no matter how small their hash power share, would prefer the chain that economic actors will accept as real and would build only on blocks that follow updated rules strictly.
Indeed, the time from STARTED to ACTIVE simply serves to let miners upgrade their software, as a concession that in the real world we cannot safely deploy new software in a single day.
Regards,
ZmnSCPxj
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2018-02-13 3:26 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-02-08 2:49 [bitcoin-dev] BIP0008 clarification Helder Garcia
2018-02-13 3:26 ` ZmnSCPxj
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox