Pages:
Author

Topic: bitHopper: Python Pool Hopper Proxy - page 51. (Read 355678 times)

hero member
Activity: 798
Merit: 1000
August 08, 2011, 07:30:23 PM
slush just got a new block and the hopper didnt switch over to it, its still making sure the other hoppable pools slice accounts are "caught up" =(...  I want slush to take priority over those...grr

Pull the latest code from c00w. There is code now to jump to slush while it's "hot" and return to normal when it's not, but only with the alternate scheduler:  --scheduler=AltSliceScheduler and only when it's set to mine_slush. 

Isn't this possible to do with the default slicer?
member
Activity: 84
Merit: 10
August 08, 2011, 07:19:07 PM
So wait, how many shares does polmine have right now?

The statistics page says:
317 451

The User Statistics page says:
1013326

Also, the statistics page says the current round is 9 hours long and that would put the current shares somewhere in the 1.3 million area.
hero member
Activity: 481
Merit: 500
August 08, 2011, 07:17:48 PM
slush just got a new block and the hopper didnt switch over to it, its still making sure the other hoppable pools slice accounts are "caught up" =(...  I want slush to take priority over those...grr

Pull the latest code from c00w. There is code now to jump to slush while it's "hot" and return to normal when it's not, but only with the alternate scheduler:  --scheduler=AltSliceScheduler and only when it's set to mine_slush. 
legendary
Activity: 924
Merit: 1004
Firstbits: 1pirata
August 08, 2011, 07:12:34 PM
also deepbit stats just report it at 100% shares it doesnt move.

someone else asked this before, it's reporting 100% of network difficulty for deepbit because they don't report actual round shares nowhere
donator
Activity: 2058
Merit: 1007
Poor impulse control.
August 08, 2011, 07:10:32 PM
@organofcorti I don't really get what you're trying to say, all the graphs seem to indicate overall eff. > 1 and that's what really matters to me (liked the 4th one) Smiley

All I'm saying is if you have more than three pools, the only hopping you have to do is when another pool has fewer shares than the one you're on. You shouldn't have to jump to backup at  43% - this number its only useful if you have one proportional pool and one pps pool. So if any pool ops are checking for you hopping off at 43%, not hopping off then won't have an effect on your long term earnings.

ok yeah that actually makes sense until you get over 100% then they start to be worth less than PPS



sort of. we're talking long term here, so even going over 1*diff doesn't matter. If you set the threshold to 3*diff, then for a particular round it might make a difference, but only if no other pools were available. But that's pretty rare and in the long run it wont have a significant effect on overall earnings.

Quote
and yeah you still want to slice, due to slow pools staying below everyone for so long

only if you want to reduce your variation, not if you want to maximise your payout in the long term.

Quote
but we shouldnt need the 43%

You're right - we don't. But we also don't need *any* threshold set.

I know this is all very counter intuitive - I wrote the sim and it took me a week to believe the results. Plus I'm probably not explaining it well, sorry.
hero member
Activity: 556
Merit: 500
August 08, 2011, 06:52:29 PM
also deepbit stats just report it at 100% shares it doesnt move.
legendary
Activity: 924
Merit: 1004
Firstbits: 1pirata
August 08, 2011, 06:51:21 PM
I did some heavy work on the pool status site on the wiki to make it more readable and up to date. Any help is appreciated.

nice, will do when possible Wink

@clipse how would you know they report it for real at that page, they were testing us the days before faking those
hero member
Activity: 504
Merit: 502
August 08, 2011, 06:50:48 PM
easy to fix the polmine stats, got to scrape from the user stats page rather than the public statistics.

hero member
Activity: 556
Merit: 500
August 08, 2011, 06:49:32 PM
anyone know why my hashrate is all over the place. It goes anywhere from 300 mh/s to 1200 mh/s. polmine is going at 500 mh/s now for me.
donator
Activity: 2058
Merit: 1007
Poor impulse control.
August 08, 2011, 06:48:28 PM
@organ
What about slicing? Worth it or not?

Not sure. I haven't attempted a byteHopper simulation because I need the decision tree for slicing so i can translate to an algo in R. But mathematically speaking, the earliest shares in a round are worth the most. Knowing that 43% doesn't mean anything but that the earliest shares do, I don't think slicing will do anything other than reduce variation at the cost of reducing payout.
bb
member
Activity: 84
Merit: 10
August 08, 2011, 06:44:50 PM
I did some heavy work on the pool status site on the wiki to make it more readable and up to date. Any help is appreciated.
legendary
Activity: 1526
Merit: 1002
Waves | 3PHMaGNeTJfqFfD4xuctgKdoxLX188QM8na
August 08, 2011, 06:39:18 PM
@organofcorti I don't really get what you're trying to say, all the graphs seem to indicate overall eff. > 1 and that's what really matters to me (liked the 4th one) Smiley

All I'm saying is if you have more than three pools, the only hopping you have to do is when another pool has fewer shares than the one you're on. You shouldn't have to jump to backup at  43% - this number its only useful if you have one proportional pool and one pps pool. So if any pool ops are checking for you hopping off at 43%, not hopping off then won't have an effect on your long term earnings.

ok yeah that actually makes sense until you get over 100% then they start to be worth less than PPS

and yeah you still want to slice, due to slow pools staying below everyone for so long


but we shouldnt need the 43%

I like to test for a few days.

Just put in --threshold 100 ?
legendary
Activity: 924
Merit: 1004
Firstbits: 1pirata
August 08, 2011, 06:39:12 PM
I have polmine on info until i work it out.. i will watch both numbers and see which is a lie when a block is found



What did you find out?

home page:
Current round start:  
2011-08-08 16:26:42
Current round duration:  
0 dni 7 godzin 24 minut 59 sekund
Valid round shares/total:  
124 276

BH shows: 124276 6.58% and mines


They're fucking with us.  Their last block was discovered at 2:26 GMT and it changed around 9:30 GMT, 6 hours later.  And, it changed after a period of downtime.  I still have them on info, don't trust them.

you're maybe right...

Current round start:   
2011-08-08 16:26:42
Current round duration:   
0 dni 8 godzin 0 minut 38 sekund
Valid round shares/total:   
202 453

Previous round start:   
2011-08-08 04:52:03
Previous round duration:
0 dni 11 godzin 34 minut 39 sekund
Total amount of shares:
93 406 617

3 round ago...

66)    97,50% (wypłacony) Tx: 6fea3409    ( ..... / 838229) * 50.04043018   ...............   2011-08-08 04:52:03   0 dni 3 godz. 57 min. 16 sek.

they managed to stuff >800.000 shares in 4 hours with "help" of course but at a stable pool rate of ~150Gh/s
sr. member
Activity: 476
Merit: 250
moOo
August 08, 2011, 06:33:59 PM
@organofcorti I don't really get what you're trying to say, all the graphs seem to indicate overall eff. > 1 and that's what really matters to me (liked the 4th one) Smiley

All I'm saying is if you have more than three pools, the only hopping you have to do is when another pool has fewer shares than the one you're on. You shouldn't have to jump to backup at  43% - this number its only useful if you have one proportional pool and one pps pool. So if any pool ops are checking for you hopping off at 43%, not hopping off then won't have an effect on your long term earnings.

ok yeah that actually makes sense until you get over 100% then they start to be worth less than PPS

and yeah you still want to slice, due to slow pools staying below everyone for so long


but we shouldnt need the 43%
bb
member
Activity: 84
Merit: 10
August 08, 2011, 06:33:03 PM
The update interval could be dynamically increased on small pools with slowly changing stats.

This probably needs a few lines of code though.
full member
Activity: 154
Merit: 102
August 08, 2011, 06:30:20 PM
I have polmine on info until i work it out.. i will watch both numbers and see which is a lie when a block is found



What did you find out?

home page:
Current round start:  
2011-08-08 16:26:42
Current round duration:  
0 dni 7 godzin 24 minut 59 sekund
Valid round shares/total:  
124 276

BH shows: 124276 6.58% and mines


They're fucking with us.  Their last block was discovered at 2:26 GMT and it changed around 9:30 GMT, 6 hours later.  And, it changed after a period of downtime.  I still have them on info, don't trust them.
hero member
Activity: 504
Merit: 502
August 08, 2011, 06:20:48 PM
Well that reminds me.

Why not have pool stats refresh at something more decent, 3-5mins only, or if Longpoll identified refresh all pools listed shares.

Even better, we should get a bithopper central api where everyone can point to fetch stats, then it will never get flagged as ddos since there is only one point of fetching.
It would remove alot of hammering.
legendary
Activity: 924
Merit: 1004
Firstbits: 1pirata
August 08, 2011, 06:15:52 PM
Well not sure how the digbit admin correlates chrome with attackers but here is hes explaination for chrome user-agent not working:

Code:
Yes, it only limit chrome Chrome/13.0.782.109, because attack are using this.

LOL , take your pick guys http://www.user-agents.org/
full member
Activity: 196
Merit: 100
August 08, 2011, 06:13:35 PM
@organ
What about slicing? Worth it or not?
donator
Activity: 2058
Merit: 1007
Poor impulse control.
August 08, 2011, 06:12:08 PM
@organofcorti I don't really get what you're trying to say, all the graphs seem to indicate overall eff. > 1 and that's what really matters to me (liked the 4th one) Smiley

All I'm saying is if you have more than three pools, the only hopping you have to do is when another pool has fewer shares than the one you're on. You shouldn't have to jump to backup at  43% - this number its only useful if you have one proportional pool and one pps pool. So if any pool ops are checking for you hopping off at 43%, not hopping off then won't have an effect on your long term earnings.
Pages:
Jump to: