Bitcoin Forum

Bitcoin => Development & Technical Discussion => Topic started by: btc_enigma on August 28, 2015, 12:31:14 PM



Title: Block in future timestamp ?
Post by: btc_enigma on August 28, 2015, 12:31:14 PM
Today I found a block having timestamp which is > current time . Found this on my bitcoin node

Just to be sure I googled this on blockchain.info and found similar result:

https://i.imgur.com/GGSqYrS.png

Blockr had similar timestamp in the future ... but tradeblock was showing a past timestamp as expected

Wondering if somone could throw some light on this, is this expected ?


Title: Re: Block in future timestamp ?
Post by: monsterer on August 28, 2015, 12:34:06 PM
Timestamps are unreliable in a peer to peer environment. The only true 'time stamping' is POW.


Title: Re: Block in future timestamp ?
Post by: btc_enigma on August 28, 2015, 01:13:59 PM
Timestamps are unreliable in a peer to peer environment. The only true 'time stamping' is POW.

So nodes will accept blocks with timestamp > current time ?


Title: Re: Block in future timestamp ?
Post by: monsterer on August 28, 2015, 01:48:37 PM
Timestamps are unreliable in a peer to peer environment. The only true 'time stamping' is POW.

So nodes will accept blocks with timestamp > current time ?

There is a wide bounds for acceptability, I can't remember the exact bounding they use.


Title: Re: Block in future timestamp ?
Post by: achow101 on August 28, 2015, 02:39:18 PM
Timestamps are unreliable in a peer to peer environment. The only true 'time stamping' is POW.

So nodes will accept blocks with timestamp > current time ?

There is a wide bounds for acceptability, I can't remember the exact bounding they use.
I think the bounds are 120 minutes either way of the node's time.


Title: Re: Block in future timestamp ?
Post by: btc_enigma on August 29, 2015, 06:06:46 AM
Timestamps are unreliable in a peer to peer environment. The only true 'time stamping' is POW.

So nodes will accept blocks with timestamp > current time ?

There is a wide bounds for acceptability, I can't remember the exact bounding they use.
I think the bounds are 120 minutes either way of the node's time.

What is rational behind this design, I understand 1 min or so , for time lags on node . If block timestamp is so unreliable, what is the point of having it in the block header. This could lead to cases where timestamp of block n < timestamp of block n-1


Title: Re: Block in future timestamp ?
Post by: amaclin on August 30, 2015, 07:50:57 AM
bc.i has a bug

this site always shows the same timestamp for Block Timestamp and Received Time


Title: Re: Block in future timestamp ?
Post by: DannyHamilton on August 30, 2015, 08:01:25 AM
What is rational behind this design,

The only thing the timestamp is intended to be used for is calculating the new proof-of-work difficulty every 2016 blocks.  A variation in timestamps of 120 minutes or so isn't a problem for that use case, and it means that the decentralized peer-to-peer system doesn't need a centralized source of time that everyone can agree on.

This could lead to cases where timestamp of block n < timestamp of block n-1

Yes.  It happens all the time.


Title: Re: Block in future timestamp ?
Post by: btc_enigma on August 30, 2015, 10:57:23 AM
Quote
The only thing the timestamp is intended to be used for is calculating the new proof-of-work difficulty every 2016 blocks.  A variation in timestamps of 120 minutes or so isn't a problem for that use case, and it means that the decentralized peer-to-peer system doesn't need a centralized source of time that everyone can agree on.

Thanks. Make sense !


Title: Re: Block in future timestamp ?
Post by: spin on September 03, 2015, 10:03:29 AM
Yes.  It happens all the time.

Pardon the pun?