Post
Topic
Board Bitcoin Discussion
Re: Analysis and list of top big blocks shills (XT #REKT ignorers)
by
jonald_fyookball
on 11/01/2016, 02:30:27 UTC

As far as the numbers, there's 8 bits in one byte.  Therefore, a difference of 8 megabits in speed is one megabyte per second.
If block size is 8 MB, that's 8 seconds.  Yet it takes 10 minutes to solve a block so 8/600.


Each node connects to 8 nodes, and each of these 8 nodes connect to another 8 nodes, and so on. But some of these connections are duplicated, so it will take several hop before a block is relayed to majority of the nodes, 4-5 hops maybe. When you have 8 seconds for a block transfer and the block verify time of 8 seconds, the nodes on the far end of the network would receive it in 80 seconds, which is a significant delay

Let's first imagine the ideal bitcoin blockchain done by aliens: It takes 1 second to receive and verify each block, takes 1MB hard drive space, and can carry unlimited amount of transactions in 10 minutes  Cheesy  Then you add those real world limitations on it and see which part you can compromise

Ok fine, but the additional hops don't have anything to do with the miner himself and how long it takes him to propagate his winning block in the first place.
Therefore my point is still valid:  The small-blocker argument of 'geographic centralization will happen with bigger blocks due to internet speed descrepencies' doesn't really hold water.

Actually, I have a question that you might be able to answer for me.

If two miners get their blocks out at roughly the same time, and one has a slightly longer chain (not an additional block but just a lower hash/more work/more transactions/higher difficulty -- you know what i'm trying to say) , do nodes throw out the first one and use the second one?