3

SegWit does not need to utilized by all (or even most) nodes in order to be used safely, but it must be adopted by almost all miners in order to successfully minimize or virtually eliminate the risk of forks or double spends after SegWit activation.

My understanding is that (non mining) nodes that have not activated SegWit, will still consider SegWit transactions valid (because they see no requirement for a signature). However, if some miners includes SegWit transaction(s) in a block that other (non SegWit) mining node(s) reject double spends or forks could theoretically occur. Is that understanding correct?

With this risk in mind, exactly how was the 95% miner adoption level selected? Are there any available statistical simulations that estimate the chances of double spends or forks at a threshold more or less than 95%?

Improve this question
1
  • I thought if it was a soft fork it doesn't matter if they reject the block or not, it's just a normal block that they would be rejecting- is that right? since the rules are all basically the same, it's backwards compatible
    – smatthewenglish
    Oct 26, 2016 at 12:26

1 Answer 1

Reset to default
4

New softforks are activated using BIP 9 (versionbits), which specifies the threshold requirements. The 95% threshold is inherited from the old BIP 34 (supermajority) softfork activation method.

A softfork with greater than 50% hashing power should always become the dominant chain because the upgraded miners will create a harder difficulty chain, and the non-upgraded nodes will be pulled onto that chain because it's still valid for them (soft-forks are backwards compatible). However, any non-upgraded miners may create blocks which are invalid under the new rules. Those blocks will be orphaned off the new chain. The lower the miner adoption rate, the higher this new orphan rate will be.

In reality, as soon as the threshold has been reached and the softfork is locked in, almost all miners will upgrade to the new rules.

The 95% rate is a very conservative threshold to ensure that there is widespread consensus for the new change.

miners who have not activated SegWit, will still confirm SegWit transactions

This isn't true. If a miner hasn't activated SegWit, then it can't include SegWit transactions in its block (to include a SegWit transaction, it would need to include the witness data and commit to the merkle root of the witnesses in the coinbase transaction). BIP 141 documents all the consensus rule changes for SegWit.

Improve this answer
3
  • 1
    Oh, hey there! Welcome to Bitcoin.SE. :)
    – Murch ♦
    Oct 26, 2016 at 15:12
  • @jonnynewbs thank you. It sounds like I confused my use of miner and node. I will edit my question
    – 254123179
    Oct 26, 2016 at 15:19
  • 2
    Non-segwit miners will not include segwit transactions, but for a different reason. The encoding of segwit scriptPubKeys is chosen in a way that makes it non-standard for all Core (and forks thereof) software since 0.10.
    – Pieter Wuille
    Oct 26, 2016 at 15:47

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

Not the answer you're looking for? Browse other questions tagged or ask your own question.