bitHopper: Python Pool Hopper Proxy

[Clipse]

easy to fix the polmine stats, got to scrape from the user stats page rather than the public statistics.

[1714248753]

1714248753

[paraipan]

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

@clipse how would you know they report it for real at that page, they were testing us the days before faking those

[Keninishna]

also deepbit stats just report it at 100% shares it doesnt move.

[organofcorti]

@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)

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.

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.

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.

[paraipan]

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

[bitcoindaddy]

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. 

[muyoso]

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.

[simonk83]

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?

[paraipan]

hey guys, BTCServ.net found a block or what ? can't find blocks info on there

[bitcoindaddy]

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?

It will mine ONLY on slush, until approximately 10% is reached.

[creativex]

Minor quibble alert.

Possible to get rid of the column of "n/a"s listed under slice with the default slicer? It's a whole lot easier to see what's going on at a glance without them. As it stands it's a bunch easier to tell what's in store for you with AltSlicer's cleaner interface.  

[simonk83]

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?

It will mine ONLY on slush, until approximately 10% is reached.

For both the default slicer AND altslicer, or just altslicer?

hey guys, BTCServ.net found a block or what ? can't find blocks info on there

They found one about 17 hours ago ish, I think.  The stats reset anyway.

EDIT: From their front page:

Announcements
First Block Found

Yey, congratulations to finally solving the first block and especially to Schinkens_worker who found the first block. Unfortunately, displaying the rounds does not work as planned, will look into it on Tuesday.

[creativex]

hey guys, BTCServ.net found a block or what ? can't find blocks info on there

I don't think they actually found one, but they did start a new round and they're offering a bounty for their (first?)next three blocks.

...yeah their page is slow and oddly lain out. Kinda grows on you though.

Edit: I stand corrupted.

[The Vark]

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.
...
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.
...
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.

First, I wanted to thank you for doing these sims and sharing the results, this is absolutely fascinating.  It makes sense right up until going over 1*diff part.  I think that is what I'm having trouble getting my head around, so maybe you could try to explain that aspect of it better?

It seems that any time that you can submit a share with a higher EV that is your best course of action.  Is this specifically vs. submitting to a PPS pool?  Would I be right in assuming that if you had the option to Solo mine vs submit a share at more than 1*diff that Solo mining would be the better option in the long run?

Sorry for all the questions, just a little bit mind bending....

(Oh, and if anyone has a hden invite, I'd love to not be cluttering up the thread with non-BH stuff.  Thanks)

[hawks5999]

Very excited about Organ's results. This would make hoppers nearly invisible and would really take away the complaints from other miners and pool ops. Instead of everyone disappearing at 43 and "leaving the hard work for everyone else" we'd stay through to the end of the block unless a more profitable pool came along. That is just COMMON SENSE and doesn't have at all the same implication of all of us taking off at 43%.

I think this fulfills the idea that gnaget put forth originally as mine_friendly or mine_charity.

[joulesbeef]

sort of. we're talking long term here, so even going over 1*diff doesn't matter.

it might not be 100%.. probably a bit higher, but once expected value of shares goes below guaranteed payment of shares on pps, you are better on pps.

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

Ok i havent done the math but lets say WE got 1 supper slow, and 3 fast pools.

The supper slow does like 5% a day
the fast does 100% a day

we turn this thing on everyone is at 0, it doesnt really take but 2 shares and we are on the slow pool. so we are stuck on the slow pool.

everyone else has a great day.. say 50%.. so they hit 50% we didnt have really any shares to speak of and didnt get paid but they are back at 0 in 12 hours. Slowpool is at 2.5%
so we swap to them for  for the good pools for about 40 minutes and then back to slow pool.. mining away
next day slow pool is at 5%.. fast pools at 50%... so lets say they get a little lucky and all hit at 75%.. now it is 6 hours later. they all hit 0%
slow pool is at 6.2%
now we mine on the fast pools for about 90 minutes and back on slow pool.
throw in a shity day, now the fast pools dont see a block for 175%
so day 3 went by with us on slow pool now at 10%
day 4 is here slow pool is at 15% and they hit.

you can see where I am going... with extremely long time frames it might work out, but if really slow pool is on a 9 million block when we start, we will have wasted a majority of our time on slow pool, missing a good deal of better shares.  all because most of the time, slow pool will have a less percentage.

[paraipan]

@The Vark I think you're absolutely right about organofcorti sims and graphs and he'd surely open a new thread and get ppl talk about this

[macboy80]

Well patch is the actual program to do the patching. I don't know if its on windows however.

I've been using SmartGit 2 on Win7 x64. Nice gui, but not much on the instructions. It has a window to compare changes between two files and either manually edit or merge one change at a time. Highly recommended.

[GenTarkin]

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?

It will mine ONLY on slush, until approximately 10% is reached.

Yeah, Id like some clarification on this, because I jsut sat here and watched the default scheduler just keep switching between 3 pools when slush's was around 2% till 11%.... =(

[joulesbeef]

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?

It will mine ONLY on slush, until approximately 10% is reached.

Yeah, Id like some clarification on this, because I jsut sat here and watched the default scheduler just keep switching between 3 pools when slush's was around 2% till 11%.... =(

I hope you can see the clarification. he was only working on that one scheduler, so no, it isnt on the default... not to be overly snarky