But it DOES mean to expect 1109 blocks for A and 907 block for B, it is just that
since luck is involved it will be close to those numbers. Could be 1078/938, or 1176/840
or whatever, but it will always tend down to "1109/907" though.
nope its not that predictable
ok
antpool has
565peta 20
slushpool 207peta 12
bitfury has
350peta 12
btc.top has 232peta11
f2pool has
428peta 11
as you can see based on hash power you would expect f2pool to be nearer to 17 not 11
and slush should be nearer 10 not 12
I think the issue is that on the AVERAGE it IS linear. But in real time at any given moment,
it could be anything, even 2015/1. Your comments ignore mining through time, right?
And that is why we have a misunderstanding?
But, the addition of B,C,D will effect Pool A's work after the next difficultly adjustment.
The newly adjustment difficultly will make Pool A's 500petas weaker than the prior difficulty.
difficulty is not adjust by hashrate... just time it took for 2016 blocks..
EG i could make 1 million pools all with say 20peta each... knowing over 2 weeks they have not solved a block.
and have no actual bearing on the speed the other pools make blocks
the difficult wont change differently if im just running them pools or not.. they have no impact on other pools. even if there is now an extra 20mill pta "network hash"
.
how the difficulty is measured,
imagine its measured over 4 blocks(simple maths)
if block A was made in 9:30
if block B was made in 9:30
if block C was made in 9:30
if block D was made in 9:30
then the difficulty would say that they were made ~5% too fast. so adjust 5% more harder difficulty is implied (technically 10% to counter the 5% gain already made vs the 4 blocks yet to come that need to be 10:30.. to hopefully average the 8 blocks 10:00
remember block A solution was from ONE pools work using only that pools hash, no other pool helped.
remember block B solution was from ONE pools work using only that pools hash, no other pool helped.
remember block C solution was from ONE pools work using only that pools hash, no other pool helped.
remember block D solution was from ONE pools work using only that pools hash, no other pool helped.
I understand that. I just don't undesatnd why you would say that Pool A could still get
2016 when more pools enter that are close to their hash power. In thoery, over time
and averaged Pool A should not be able to get close to 2016 blocks, and should lose
more so tend down to an average around 504 block. It might be 623/539/445/409.
But, 623/539/445/409 should average to 504 for Pool A. Anything over 504 is luck
(ignoring that Pool A has a few petas more than B,C,D, I state this in general).
So am I correct here or am I still misunderstanding what you are intending to mean?
in theory maybe. but other things are in play too.
more blocks could have been solved by antpool more often or even by any pool more often but it gets orphaned off and seconds later something else is there taking the glory.
pools cold take advantage of spv/empty block mining to get a few seconds advantage (this actually helps more than pure hashrate)
also by rlaying the block out faster can shave off time compared to trying to hash a few seconds to take the glory
oh and umm.. right now there are way MORE than 20 pools.. but you dont see them as they dont get to be seconds faster then some pools.
thus the actual "network hashrate" is bigger then you think
