Bitcoin Forum
October 11, 2024, 08:08:09 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1] 2 3 »  All
  Print  
Author Topic: block.version=1 blocks will all be orphaned soon  (Read 7265 times)
Gavin Andresen (OP)
Legendary
*
Offline Offline

Activity: 1652
Merit: 2301


Chief Scientist


View Profile WWW
March 18, 2013, 03:52:00 PM
 #1

Last July, BIP 34 was accepted. It specifies a "soft fork":

Quote
If 950 of the last 1,000 blocks are version 2 or greater, reject all version 1 blocks

We are getting close to that threshold: 821 out of the latest 1000 blocks were version 2.

If you are mining in a pool: there is a list of pools and what versions they are producing here. If your pool is producting version=1 blocks, you should urge your pool operator to upgrade or patch.

If you are mining with p2pool or solo and using a very old version of bitcoind: you should upgrade, or you risk your blocks getting orphaned.

How often do you get the chance to work on a potentially world-changing project?
DBG
Member
**
Offline Offline

Activity: 119
Merit: 100


Digital Illustrator + Software/Hardware Developer


View Profile
March 18, 2013, 11:10:40 PM
 #2

So long and thanks for all the bitcoin Deepbit?

Bitcoin - 3DTcMYT8SmRw4o4Lbq9cvm71YaUtVuNn29
Litecoin - MAoFYsBf7BzeK86gg6WRqzFncfwWnoYZet
/* Coins are never required but always appreciated if feeling generous! */
grue
Legendary
*
Offline Offline

Activity: 2058
Merit: 1434



View Profile
March 18, 2013, 11:17:25 PM
 #3

So long and thanks for all the bitcoin Deepbit?
the only thing holding back this patch is deepbit

It is pitch black. You are likely to be eaten by a grue.

Adblock for annoying signature ads | Enhanced Merit UI
eleuthria
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
March 18, 2013, 11:18:46 PM
 #4

So long and thanks for all the bitcoin Deepbit?
the only thing holding back this patch is deepbit

Not quite, we'd still be just shy if Deepbit's blocks were all v2.  If BTC Guild getwork could support v2 right now we would just about be there.  Working on that tomorrow to see if there's any way I can add v2 blocks to the coinbasing of PoolServerJ.

RIP BTC Guild, April 2011 - June 2015
DBG
Member
**
Offline Offline

Activity: 119
Merit: 100


Digital Illustrator + Software/Hardware Developer


View Profile
March 19, 2013, 05:29:15 AM
 #5

I know Graet (ozcoin) doesn't quite want to take down the getwork/merged mining server yet (and strand those users by our hand), but take Deepbit out of the equation completely, and if the top 4 pools were to all make a clean break it would happen.  However I was hoping for a rolling plan like slush proposed back in February, and I rather users update their software compared to just getting shut out.  I know it will happen in time so patience is a virtue here  Cry.

Bitcoin - 3DTcMYT8SmRw4o4Lbq9cvm71YaUtVuNn29
Litecoin - MAoFYsBf7BzeK86gg6WRqzFncfwWnoYZet
/* Coins are never required but always appreciated if feeling generous! */
eleuthria
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
March 19, 2013, 08:25:39 AM
 #6

I know Graet (ozcoin) doesn't quite want to take down the getwork/merged mining server yet (and strand those users by our hand), but take Deepbit out of the equation completely, and if the top 4 pools were to all make a clean break it would happen.  However I was hoping for a rolling plan like slush proposed back in February, and I rather users update their software compared to just getting shut out.  I know it will happen in time so patience is a virtue here  Cry.

Do note that this isn't a hard-fork.  It just means if you continue trying to mine v1 blocks, they will not be accepted by the rest of the network.  It's highly unlikely this would ever go beyond a single orphaned block, given the amount of hash power that is mining v2 blocks, and the amount of nodes that will refuse to forward your block.

This has been a "rolling plan".  It's been in place for 8 months, and only takes place when a supermajority of 95% is on v2.

RIP BTC Guild, April 2011 - June 2015
wknight
Legendary
*
Offline Offline

Activity: 889
Merit: 1000


Bitcoin calls me an Orphan


View Profile WWW
March 19, 2013, 07:17:56 PM
 #7

I think it just happened to Ozcoin.

http://blockchain.info/block-index/362524/00000000000001b4ee26f0189e4e3d139a3b8c5c8179109f270819eac7284aab
http://blockchain.info/block-index/363019/00000000000001d68223b78f7c012dcdce458cb3b46f2b325bd7bc6d067c396b

Mining Both Bitcoin and Litecoin.
eleuthria
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
March 19, 2013, 07:53:18 PM
 #8


That looks like your standard orphan.  The EclipseMC block was seen 15 seconds before the OzCoin block.  The time stamps just made it look the opposite due to Eclipse's timestamp being in the future, and Ozcoin's being in the past.

RIP BTC Guild, April 2011 - June 2015
Graet
VIP
Legendary
*
Offline Offline

Activity: 980
Merit: 1001



View Profile WWW
March 19, 2013, 11:59:35 PM
 #9

well with the forking blockchain and patches needed to keep ecoinpool running etc, I'm about ready to turn getwork servers off
with the threshold for V2 blocks getting much closer it wont be long until it breaks anyway Smiley

| Ozcoin Pooled Mining Pty Ltd https://ozcoin.net Double Geometric Reward System https://lc.ozcoin.net for Litecoin mining DGM| https://crowncloud.net VPS and Dedicated Servers for the BTC community
doublec
Legendary
*
Offline Offline

Activity: 1078
Merit: 1005


View Profile
March 20, 2013, 08:36:01 AM
 #10

I just noticed that my merge mining getwork server was producing version 2 blocks without having a block height in the coinbase in certain circumstances. If you're a miner using a merge mining patch you might want to check that your coinbase is correct otherwise when the supermajority happens your blocks will be orphaned if the coinbase is wrong.
doublec
Legendary
*
Offline Offline

Activity: 1078
Merit: 1005


View Profile
March 20, 2013, 11:52:33 AM
 #11

Have we hit this already? I'm seeing in the logs of a v1 node:

Code:
ERROR: AcceptBlock() : block height mismatch in coinbase

kinlo
Sr. Member
****
Offline Offline

Activity: 263
Merit: 250


Pool operator of Triplemining.com


View Profile
March 20, 2013, 11:59:13 AM
 #12

FYI: The blockorigin site keeps track of the last 1000 blocks on http://blockorigin.pfoe.be/top.php

In the text on the bottom you will see the counts in blocks on v1.  95% is required so if the number of blocks on v1 drop below 50 over the last 1000 blocks, all blocks v1 will be rejected!
doublec
Legendary
*
Offline Offline

Activity: 1078
Merit: 1005


View Profile
March 20, 2013, 12:00:32 PM
 #13

FYI: The blockorigin site keeps track of the last 1000 blocks on http://blockorigin.pfoe.be/top.php

In the text on the bottom you will see the counts in blocks on v1.  95% is required so if the number of blocks on v1 drop below 50 over the last 1000 blocks, all blocks v1 will be rejected!
Note their current block number showing in their list. It's over 1,000 blocks out of date.
kinlo
Sr. Member
****
Offline Offline

Activity: 263
Merit: 250


Pool operator of Triplemining.com


View Profile
March 20, 2013, 12:05:04 PM
 #14

Note their current block number showing in their list. It's over 1,000 blocks out of date.

Iek, fixing that problem, thanks for noticing Smiley
doublec
Legendary
*
Offline Offline

Activity: 1078
Merit: 1005


View Profile
March 20, 2013, 12:08:01 PM
 #15

Iek, fixing that problem, thanks for noticing Smiley
No worries. I'd been using it to track the supermajority and working today on getting my merge mining server compatible with version 2 blocks. Then I noticed the error in my logs and which makes me think we've hit it and I've run out of time.
kinlo
Sr. Member
****
Offline Offline

Activity: 263
Merit: 250


Pool operator of Triplemining.com


View Profile
March 20, 2013, 12:17:54 PM
 #16

According to my site it's now down to 80 blocks on v1, 50 and we're there...

Scratch that, site is still building and out of sync... I'll update when I know for sure
doublec
Legendary
*
Offline Offline

Activity: 1078
Merit: 1005


View Profile
March 20, 2013, 12:30:19 PM
 #17

Scratch that, site is still building and out of sync... I'll update when I know for sure
It looks like we aren't - I ran a quick shell script on bitcoind. But due to a merge mining issue my coinbase has an invalid height and the check for that gets activated at 75% which we've hit. Lost three blocks, argh!
Gavin Andresen (OP)
Legendary
*
Offline Offline

Activity: 1652
Merit: 2301


Chief Scientist


View Profile WWW
March 20, 2013, 12:37:10 PM
 #18

There are three stages to the rollout:

1. Before 75% are producing block.version=2 blocks: no special checking
2. Between 75 and 95% : block.version=2 blocks MUST have height in coinbase.  We are here.
3. 95% or more:  all blocks MUST be block.version=2 and MUST have height in coinbase.  Should happen soon.

Shell script to count block versions:

Code:
gavin$ for i in {225925..226925}; do ./bitcoind getblock $(./bitcoind getblockhash $i); done | grep version | sort | uniq -c
 173     "version" : 1,
 828     "version" : 2,

How often do you get the chance to work on a potentially world-changing project?
kinlo
Sr. Member
****
Offline Offline

Activity: 263
Merit: 250


Pool operator of Triplemining.com


View Profile
March 20, 2013, 12:59:54 PM
 #19

Blockorigin has been fixed too.  So we're now still at 16.90% v1 blocks...
mot7
Newbie
*
Offline Offline

Activity: 19
Merit: 0


View Profile
March 20, 2013, 04:07:19 PM
 #20

Has anything interesting happend on TestNet as a result of this change?
Pages: [1] 2 3 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!