The problem with slow pools isn't that they pay less, but that you put more eggs in one basket and if the round goes long you lose much more. But if the round is short, you gain much more.
true but in my example, their 100% was 20 days, i dont doubt in the long run it works out, but it could be several months before a short round. If they had a 600% block for the first one, it would be 4 months waiting on that short round to make it all worth it.
But tell me: have you plotted your daily efficiency over time? Say, daily shares and daily earnings over two weeks? Let me make a prediction: I bet you 1 bitcoin that oldDefaultScheduler will approach the theoretical maximum for the number of pools you use, but slicers will not.
Reason: Since variation due to pool luck is reduced, the short term efficiency might seem better than oldDefaultScheduler. But for two weeks of one compared to the other and the same shares submitted per day (and taking any difficulty changes into account) oDS will come out ahead since it will have more early shares than the slicer.
nope i havent. I dont 100% disagree with you, but had I not been slicing, i would have been on bloodies for days.. weeks if yall hadnt decided to mine there and so far they havent found a block, in that time others had short rounds. I know it is more complex than that but it sure seems to me like several days would have been wasted.. sure after a year if bloody hits.. if they dont change from prop over that time, or start to delay stats.. i might make up for all that time i wasted.
and on that last part
2 slow pools 5% a day.. we start pool one starts at 1% when we start the hopper the pool two at 0%
since both pools are at same hash rate we should stay on pool two until pool one finds a block.
pool one finds a block at 70%(or really close to 14 days)
without slicing.. reward 0 for 2 weeks.
with slicing i mined for half of that time it took to get 70%.. each share about 1.42 times average winner slicing.
Ok i know what you are saying.. it has been 2 weeks and now i am back on pool one at 0% while pool 2 is going above 70%.. as long as pool one hits a block before passing pool two.. we got mega payday that makes up for the last 2 weeks right?
lets see.
pool 2 is still having bad luck but after 2 weeks they find a block at 140%..
now after 2 weeks pool one is at 70% and then the admin decides to stop sending out stats, we have no clue when the round ends, we just ahve to wait until we get paid and the admin has decided to delay that so you can use that info to hop.
default.. i did pool 2 for 70% last week and pool one for 70 this week.. no pay for pool one.. paid on pool 2 my shares on pool 2 are worth 0.72 average value.
slicing i did 70 shares on pool two and 70 on pool one.(35 week one, 35 for week 2.. each). I get the same.. it is a tie.. my shares on pool 2 are worth 0.72
one month average.. slice wins
.
( the guy messing with stats has no baring on anything except to end the game. I think i showed the need to reduce variance in the first two weeks.. but since we are quitting this pool our future payout will be the exact same.. this leaves us with the last prop pool as everyone as gone anti hopping.. slice wins for all time)
yeah I am doing extremes.. and yeah I can see it will still work out over time, but time isnt certain in the bitcoin world and it is pretty damn uncertain in the hopper world.
I'd like to see some more graphs and math before i am sold.
