Author

Topic: 0 second block! (Read 1118 times)

legendary
Activity: 1512
Merit: 1036
July 16, 2011, 12:32:08 PM
#3
What's invalid?  The fact that the timestamp is the same doesn't mean that the blocks happened at the exact same time.  The time stamp of the later block can actually be earlier than the earlier one.  Why?  Because the timestamp is taken from the system clock of the computer doing the mining, which is likely not synchronized with atomic time.

Bitcoin doesn't validate the timestamps to precision - it only validates them to be within a reasonable window, like two hours.

I see: A timestamp is accepted as valid if it is greater than the median timestamp of previous 11 blocks, and less than the network-adjusted time + 2 hours. "Network-adjusted time" is the median of the timestamps returned by all nodes connected to you.

So there is no joy in this statistic... either miner's time could have been off - and a clock time could be up to ~1 hour negative and still be valid depending on the previous blocks.
vip
Activity: 1386
Merit: 1140
The Casascius 1oz 10BTC Silver Round (w/ Gold B)
July 16, 2011, 12:12:19 PM
#2
What's invalid?  The fact that the timestamp is the same doesn't mean that the blocks happened at the exact same time.  The time stamp of the later block can actually be earlier than the earlier one.  Why?  Because the timestamp is taken from the system clock of the computer doing the mining, which is likely not synchronized with atomic time.

Bitcoin doesn't validate the timestamps to precision - it only validates them to be within a reasonable window, like two hours.
legendary
Activity: 1512
Merit: 1036
July 16, 2011, 12:09:07 PM
#1
Block 136583:

{
  "hash":"00000000000001d7635c5037bd97519b583cd995a56edc0018dfb9a39106f758",
  "ver":1,
  "prev_block":"000000000000003f767918da359ac0dd5728edc90552b0e4f4af59419d1b70f5",
  "mrkl_root":"2d9712cefa0f81ac0fb6cb0812567c5f572ab9f0309e803fb01b039e1938fdf6",
  "time":1310829862,


Block 136584:

{
  "hash":"000000000000035ac219a1a52dde48ccd7348deed858b1da47b0f16b7ac70ea2",
  "ver":1,
  "prev_block":"00000000000001d7635c5037bd97519b583cd995a56edc0018dfb9a39106f758",
  "mrkl_root":"61e5c0c6a611568131217f21b69a4ac96c5bb5598a704627a3aecf8584d1ff9c",
  "time":1310829862,


Is this a first? Did deepbit just figure out the ultimate hack to avoid invalid blocks?  Tongue


Jump to: