About the "Unknown block versions being mined!" warning

[abilger]

The following sentences are written at xbt.eu

BIP91 LOCKED-IN
292 blocks until rejecting non-SegWit blocks.

It seems that many pools are supporting BIP91.

[1714034960]

1714034960

[1714034960]

1714034960

[1714034960]

1714034960

[1714034960]

1714034960

[1714034960]

1714034960

[Bitcoinero_GB]

Ok, We have BIP91 locked in.

The message of the Core shouldn't be dangeous.
But my Core wallet is not working well. The syncro works fine. But when send a payment there is no connection, and the movement is not broadcasting to the network.

What I'm doing wrong? I was thinking that Core users don´t need to change anything (using 0.14.2)

[Meuh6879]

You can not emit with 0-fee ...

https://bitcoincore.org/en/releases/0.14.0/

Minimum Fee Rate Policies

Since the changes in 0.12 to automatically limit the size of the mempool and improve the performance of block creation in mining code it has not been important for relay nodes or miners to set -minrelaytxfee. With this release the following concepts that were tied to this option have been separated out: - incremental relay fee used for calculating BIP 125 replacement and mempool limiting. (1000 satoshis/kB) - calculation of threshold for a dust output. (effectively 3 * 1000 satoshis/kB) - minimum fee rate of a package of transactions to be included in a block created by the mining code. If miners wish to set this minimum they can use the new -blockmintxfee option. (defaults to 1000 satoshis/kB)

standard transaction weight 224B ... 0,00005 BTC of fees (25sat/B).
and now, we have 13600 transactions in mempool (65Mb).

[xbiv2]

The following sentences are written at xbt.eu

BIP91 LOCKED-IN
292 blocks until rejecting non-SegWit blocks.

It seems that many pools are supporting BIP91.

Fake news

https://blockchain.info/charts/bip-9-segwit
https://blockchain.info/charts/bitcoin-unlimited-share

[tspacepilot]

Fake news

https://blockchain.info/charts/bip-9-segwit

I guess the confusion here comes from the fact that you can signal BIP9 without signaling SegWit.   BIP9 signals on bit 4 and we definitely have like 80ish% of blocks in the last day or so signaling on bit 4.   SegWit readiness is signaled on bit 1 and I think that's what bc.i is tracking there.  As far as I know, in a couple hundred more blocks, the miners who signaled BIP9 are supposed to start rejecting blocks that don't signal segwit on bit 1.  We'll have to see whether all the folks who signaled BIP9 start putting bit1 and whether or not those who signaled BIP9 (bit4) actually do start orphaning blocks that don't signal bit1.

Disclaimer: this topic is confusing, I may be wrong.

EDIT: see next post by achow101: everywhere above that I said BIP9, I should have said BIP91.
 

[achow101]

Fake news

https://blockchain.info/charts/bip-9-segwit

I guess the confusion here comes from the fact that you can signal BIP9 without signaling SegWit.   BIP9 signals on bit 4 and we definitely have like 80ish% of blocks in the last day or so signaling on bit 4.   SegWit readiness is signaled on bit 1 and I think that's what bc.i is tracking there.  As far as I know, in a couple hundred more blocks, the miners who signaled BIP9 are supposed to start rejecting blocks that don't signal segwit on bit 1.  We'll have to see whether all the folks who signaled BIP9 start putting bit1 and whether or not those who signaled BIP9 (bit4) actually do start orphaning blocks that don't signal bit1.

Disclaimer: this topic is confusing, I may be wrong.
 

bit 4 is BIP 91. BIP 9 is the generic versionbits signaling system. BIP 9 is what segwit uses; BIP 91 is a modified version of BIP 9.

[junan1]

Fake news

https://blockchain.info/charts/bip-9-segwit

I guess the confusion here comes from the fact that you can signal BIP9 without signaling SegWit.   BIP9 signals on bit 4 and we definitely have like 80ish% of blocks in the last day or so signaling on bit 4.   SegWit readiness is signaled on bit 1 and I think that's what bc.i is tracking there.  As far as I know, in a couple hundred more blocks, the miners who signaled BIP9 are supposed to start rejecting blocks that don't signal segwit on bit 1.  We'll have to see whether all the folks who signaled BIP9 start putting bit1 and whether or not those who signaled BIP9 (bit4) actually do start orphaning blocks that don't signal bit1.

Disclaimer: this topic is confusing, I may be wrong.
 

• BIP 9 ("version bits") is a standard for proposing Bitcoin upgrades or "deployments".  Code for this is included in Bitcoin Core.
• BIP 141, together with BIP 143 and BIP 147, ("SegWit") is a deployment which follows the BIP 9 standard.  Code for this is included in Bitcoin Core.
• BIP 91 ("SegSignal") is a deployment which uses the BIP 9 machinery while not strictly following the standard.  Code for this is not included in Bitcoin Core but is included in a fork of Bitcoin Core called "btc1".

By modifying the version field in the block header, miners can "signal" their support for any combination of deployments.  Bit 1 of the version field corresponds to SegWit and bit 4 corresponds to SegSignal.

https://blockchain.info/charts/bip-9-segwit charts the signalling of SegWit (bit 1) where each datapoint is in fact the average signalling rate of the prior 2016 blocks (~ 2 weeks).  However, as you rightly observe, there has been a recent increase in SegWit signalling.  Of the last 144 blocks (~ 1 day), 131 have signaled for SegWit (~ 91%).  If the 2016-block moving average chart is at 95% or higher at a difficulty change then SegWit will "lock in".

SegSignal is already locked in and all nodes following SegSignal will consider invalid any blocks at height 477120 or greater (~ 2017-07-23, 8:00am UTC) (edit) which do not signal SegWit.  Note again that Bitcoin Core does not include code for this deployment (hence the warnings) and so Bitcoin Core nodes will not reject blocks as SegSignal requires.

[tspacepilot]

• BIP 9 ("version bits") is a standard for proposing Bitcoin upgrades or "deployments".  Code for this is included in Bitcoin Core.
• BIP 141, together with BIP 143 and BIP 147, ("SegWit") is a deployment which follows the BIP 9 standard.  Code for this is included in Bitcoin Core.
• BIP 91 ("SegSignal") is a deployment which uses the BIP 9 machinery while not strictly following the standard.  Code for this is not included in Bitcoin Core but is included in a fork of Bitcoin Core called "btc1".

By modifying the version field in the block header, miners can "signal" their support for any combination of deployments.  Bit 1 of the version field corresponds to SegWit and bit 4 corresponds to SegSignal.

https://blockchain.info/charts/bip-9-segwit charts the signalling of SegWit (bit 1) where each datapoint is in fact the average signalling rate of the prior 2016 blocks (~ 2 weeks).  However, as you rightly observe, there has been a recent increase in SegWit signalling.  Of the last 144 blocks (~ 1 day), 131 have signaled for SegWit (~ 91%).  If the 2016-block moving average chart is at 95% or higher at a difficulty change then SegWit will "lock in".

That's really clear, junan1, thanks.  I appreciate "SegSignal" as a name instead of numbers, which are easier to mix up.

SegSignal is already locked in and all nodes following SegSignal will consider invalid any blocks at height 477120 or greater (~ 2017-07-23, 8:00am UTC).  Note again that Bitcoin Core does not include code for this deployment (hence the warnings) and so Bitcoin Core will not reject blocks as SegSignal requires.

I understand that it's also a theoretical possibility that those who are currently sending SegSignal may not actually follow through and orphan non-segwit blocks.  But I understand that we expect them to do so.

[junan1]

• BIP 9 ("version bits") is a standard for proposing Bitcoin upgrades or "deployments".  Code for this is included in Bitcoin Core.
• BIP 141, together with BIP 143 and BIP 147, ("SegWit") is a deployment which follows the BIP 9 standard.  Code for this is included in Bitcoin Core.
• BIP 91 ("SegSignal") is a deployment which uses the BIP 9 machinery while not strictly following the standard.  Code for this is not included in Bitcoin Core but is included in a fork of Bitcoin Core called "btc1".

By modifying the version field in the block header, miners can "signal" their support for any combination of deployments.  Bit 1 of the version field corresponds to SegWit and bit 4 corresponds to SegSignal.

https://blockchain.info/charts/bip-9-segwit charts the signalling of SegWit (bit 1) where each datapoint is in fact the average signalling rate of the prior 2016 blocks (~ 2 weeks).  However, as you rightly observe, there has been a recent increase in SegWit signalling.  Of the last 144 blocks (~ 1 day), 131 have signaled for SegWit (~ 91%).  If the 2016-block moving average chart is at 95% or higher at a difficulty change then SegWit will "lock in".

That's really clear, junan1, thanks.  I appreciate "SegSignal" as a name instead of numbers, which are easier to mix up.

Thank you tspacepilot.  Note: "segsignal" is the name given to this deployment by the author of BIP 91, James Hilliard.

SegSignal is already locked in and all nodes following SegSignal will consider invalid any blocks at height 477120 or greater (~ 2017-07-23, 8:00am UTC).  Note again that Bitcoin Core does not include code for this deployment (hence the warnings) and so Bitcoin Core will not reject blocks as SegSignal requires.

I understand that it's also a theoretical possibility that those who are currently sending SegSignal may not actually follow through and orphan non-segwit blocks.  But I understand that we expect them to do so.

Yes, I wasn't too clear here.  All nodes (miners or otherwise) following the rules of BIP 91 (adopting SegSignal) will consider invalid any blocks which do not signal SegWit when this deployment becomes active.  However, there's nothing preventing nodes from giving up on SegSignal at any time.  Additionally, there's nothing preventing miners from setting bit 4 whether or not they intend to adopt SegSignal.

Technically, the same applies to SegWit itself.

[Meuh6879]

Update : https://www.xbt.eu/ (144 Blocks)

[Bitcoinero_GB]

Ok, We have BIP91 locked in.

The message of the Core shouldn't be dangeous.
But my Core wallet is not working well. The syncro works fine. But when send a payment there is no connection, and the movement is not broadcasting to the network.

What I'm doing wrong? I was thinking that Core users don´t need to change anything (using 0.14.2)

But Why I cannot send funds with bitcoin qt wallet?

[achow101]

Ok, We have BIP91 locked in.

The message of the Core shouldn't be dangeous.
But my Core wallet is not working well. The syncro works fine. But when send a payment there is no connection, and the movement is not broadcasting to the network.

What I'm doing wrong? I was thinking that Core users don´t need to change anything (using 0.14.2)

But Why I cannot send funds with bitcoin qt wallet?

It has nothing to do with the warning or any potential forks. You have likely just done something wrong. Make a post in the Tech Support forum and people will help you there. Don't ask for help in this thread as it is off topic.

[xbiv2]

Not trust to bitcoin-core developers and use bitcoin-core of 2014 https://github.com/bitcoin/bitcoin/releases/tag/v0.9.1
"Unknown block versions being mined!" warning have only in new versions

[simbo]

achow, thank you for the explanation! I was wondering, what this means

[Crystaleyes]

So, it's the 25th August and this message just popped up in my Bitcoin Core.

  Is it still benign?