bitHopper: Python Pool Hopper Proxy

[paraipan]

Anyone with problems with Ozco? It doesn´t show me any "est.earnings" and i send about 800 shares!

Edit: wich one of these commands works better or are necessary with the "mine_deepbit" mode? or the three of those at the same time?

--startLP = Seeds the LP module with known pools.

This is now the default, it doesn't need to be specified at the command-line any more.

--noLP = Turns off client side longpolling*
*i don´t understand what this one does..

I believe client-side means that Bithopper doesn't push LPs to your miner with this option, your miners would just request new work when their queue is empty, which would increase stale shares.

--p2pLP = Starts up an IRC bot to validate LP based hopping

I would encourage people to set up pool worker accounts for at least a dozen pools and add them as 'info' before using this option, otherwise the information you will be sharing with others using the IRC LP info-sharing technique would be sub-optimal.

--noLP = Turns off client side longpolling*  is exactly the opposite of startLP, so now it's only function is to disable LP based hopping. Client side (local miner) LP can't be disabled atm and it's not recommended

edit: lol, I'm definitely not sure about this one, better ask c00w when we see him

[cuqa]

i recommend to remove bitcoinpool from the rotation. its obvious that they fake their shares as decoy and then even demand a fee. also they are so unprofessional in every way.. avoid!

you have some screen capt to sustain that ?

you dont need a screen capture. just watch their json file for a couple of mins and you will see

http://bitcoinpool.com/pooljson.php

[paraipan]

i recommend to remove bitcoinpool from the rotation. its obvious that they fake their shares as decoy and then even demand a fee. also they are so unprofessional in every way.. avoid!

you have some screen capt to sustain that ?

you dont need a screen capture. just watch their json file for a couple of mins and you will see

http://bitcoinpool.com/pooljson.php

yep, you're right about that

@cirz8 yep seems like it was updated when I was out

[cirz8]

i recommend to remove bitcoinpool from the rotation. its obvious that they fake their shares as decoy and then even demand a fee. also they are so unprofessional in every way.. avoid!

Don't use json on them, that is why it changed to grabbing their webpage instead, update your pools.cfg

[r2edu]

There´s something wrong with that pool anyway.. I have submited 1576 shares and have an estimated of 0.03683698, so making simple maths the total shares at the moment must be something near 2139154 shares.... and BH is showing 1524666 84,44%, is a lot of difference

Edit: I´am getting a lots of "unknown work" in the bh console? is that bad?

[c00w]

@--nolp
Old option for when client side LP was broken for some people. I think I removed it.

[spiccioli]

Hi all,

I set up bitHopper yesterday, to see what I can gain from its use, but then, looking inside user.cfg I saw that a lot of proportional pools ( I looked at three or four of them in the hoppable section ), apart from mtRed, are very small pools, so I fear that variance could kill in that pools.

Apart from mtRed, what pool has at least 100Gh of hashing capacity? Or, are you using such small pools without being affected by variance, maybe because you're hopping?

spiccioli

[wtfman]

Hi all,

I set up bitHopper yesterday, to see what I can gain from its use, but then, looking inside user.cfg I saw that a lot of proportional pools ( I looked at three or four of them in the hoppable section ), apart from mtRed, are very small pools, so I fear that variance could kill in that pools.

Apart from mtRed, what pool has at least 100Gh of hashing capacity? Or, are you using such small pools without being affected by variance, maybe because you're hopping?

spiccioli

they are so empty because of pool hopping. you cant pool hop and expect to have no downside ..

[spiccioli]

they are so empty because of pool hopping. you cant pool hop and expect to have no downside ..

wtfman,

it is a big downside.

hopping promises me a few % more in gains but then I have to hop pools that find a block in a month or more... well, maybe I'd better be going solo than hopping.

spiccioli.

[organofcorti]

Hi all,

I set up bitHopper yesterday, to see what I can gain from its use, but then, looking inside user.cfg I saw that a lot of proportional pools ( I looked at three or four of them in the hoppable section ), apart from mtRed, are very small pools, so I fear that variance could kill in that pools.

Apart from mtRed, what pool has at least 100Gh of hashing capacity? Or, are you using such small pools without being affected by variance, maybe because you're hopping?

spiccioli

quick reply - go to pools section of forum, check off the available pools against hashrate.

[spiccioli]

Hi all,

I set up bitHopper yesterday, to see what I can gain from its use, but then, looking inside user.cfg I saw that a lot of proportional pools ( I looked at three or four of them in the hoppable section ), apart from mtRed, are very small pools, so I fear that variance could kill in that pools.

Apart from mtRed, what pool has at least 100Gh of hashing capacity? Or, are you using such small pools without being affected by variance, maybe because you're hopping?

spiccioli

quick reply - go to pools section of forum, check off the available pools against hashrate.

organofcorti,

I did even better, I went to their home page were I found out about the speed, now, to be clear, I have nothing against slow pools and even fast ones were slow when they started.

I was questioning pool-hopping if the only hoppable pools are slow ones.

I was asking myself and this forum, is hopping very slow pools ( there is a pool which has 2 GH of capacity, so it is slower than my three righs together ) still giving some real advantage? Isn't it, in the end, like going solo?

best regards.

spiccioli.

[Keninishna]

lol a pool with 2 gh/s is more like a puddle. That is too slow for me to considering hopping.

[organofcorti]

Hi all,

I set up bitHopper yesterday, to see what I can gain from its use, but then, looking inside user.cfg I saw that a lot of proportional pools ( I looked at three or four of them in the hoppable section ), apart from mtRed, are very small pools, so I fear that variance could kill in that pools.

Apart from mtRed, what pool has at least 100Gh of hashing capacity? Or, are you using such small pools without being affected by variance, maybe because you're hopping?

spiccioli

quick reply - go to pools section of forum, check off the available pools against hashrate.

organofcorti,

I did even better, I went to their home page were I found out about the speed, now, to be clear, I have nothing against slow pools and even fast ones were slow when they started.

I was questioning pool-hopping if the only hoppable pools are slow ones.

I was asking myself and this forum, is hopping very slow pools ( there is a pool which has 2 GH of capacity, so it is slower than my three righs together ) still giving some real advantage? Isn't it, in the end, like going solo?

best regards.

spiccioli.

There are real problems with only hopping slow pools but you will still get increased efficiency from hopping. The problems I can think of are:

• hugely increased variance
• With long solve times you have to wait quite a while for the pay off
• you have to have a very large number of small pools to hop to so you can stay below your hop point
• new pools have changed payout schemes mid round to make hopping non-viable
• new pools could be a scam

However pool hopping still works and can bring in significant dividends if you're patient and can deal with the variance somehow (eg slicing).

Edit: After rereading your post and giving it a bit more thought, I realise I missed your point - if your hashrate makes a significant portion of the pool hashrate then it would seem to approach mining solo. Interesting point and I had to give it some thought, but I still think a tiny pool is hoppable because after you leave it still keeps looking for the block. That doesn't happen when you go solo.

[r2edu]

I can´t make it work neither of the two latest versions of bh I download (0.1.7.2-65 / 81). Both starts ok but then my miner, guiminer, doesn´t connect... I don´t get any getwork

I go back with the 0.1.7.2-53 and works fine... any suggestions?

[paraipan]

Hi all,

I set up bitHopper yesterday, to see what I can gain from its use, but then, looking inside user.cfg I saw that a lot of proportional pools ( I looked at three or four of them in the hoppable section ), apart from mtRed, are very small pools, so I fear that variance could kill in that pools.

Apart from mtRed, what pool has at least 100Gh of hashing capacity? Or, are you using such small pools without being affected by variance, maybe because you're hopping?

spiccioli

quick reply - go to pools section of forum, check off the available pools against hashrate.

to complement organofcorti quick answer you could visit the wiki page to make an idea of pools speeds

edit: @r2edu try using same auth for your miner as in --auth user,pass param of bH, if your using that of course

[floeti]

In the latest version (ca5def9fb22871680d562d8e75eb4b6650f36321) I have some problems with connecting my miners. They seem to not find the proxy anymore and in the bh-log I can see, that the miner is answered with status code 401. Apparently the miners have to connect now to "<bh_host>:8337/LP" or do I understand the code wrong? But even then it takes very long until the miner (phoenix 1.50) actually starts to do something.

[paraipan]

In the latest version (ca5def9fb22871680d562d8e75eb4b6650f36321) I have some problems with connecting my miners. They seem to not find the proxy anymore and in the bh-log I can see, that the miner is answered with status code 401. Apparently the miners have to connect now to "<bh_host>:8337/LP" or do I understand the code wrong? But even then it takes very long until the miner (phoenix 1.50) actually starts to do something.

same as r2edu, try using same auth for your miner as in --auth user,pass param of bH if your using that or run bH without --auth

[joulesbeef]

Hi all,

I set up bitHopper yesterday, to see what I can gain from its use, but then, looking inside user.cfg I saw that a lot of proportional pools ( I looked at three or four of them in the hoppable section ), apart from mtRed, are very small pools, so I fear that variance could kill in that pools.

Apart from mtRed, what pool has at least 100Gh of hashing capacity? Or, are you using such small pools without being affected by variance, maybe because you're hopping?

spiccioli

quick reply - go to pools section of forum, check off the available pools against hashrate.

organofcorti,

I did even better, I went to their home page were I found out about the speed, now, to be clear, I have nothing against slow pools and even fast ones were slow when they started.

I was questioning pool-hopping if the only hoppable pools are slow ones.

I was asking myself and this forum, is hopping very slow pools ( there is a pool which has 2 GH of capacity, so it is slower than my three righs together ) still giving some real advantage? Isn't it, in the end, like going solo?

best regards.

spiccioli.

Yeah I wish this thread was some what organized but you can look at the past two pages to see our debates on these issues. And chart porn.(i'm constantly questioning  th small pools but the math tends to prove me wrong) Wow 2ghz, that is small huh, what was the share percentage at? You probably didnt look did you? Why do I ask?

How much ghs do you think they will have when that share percentage = 0%

we can turn a small pool into a medium sized pool, pretty darn quick.

second, you saw quite a few pools in our cfg, no? not just that 2ghs?

Did you know the paper written on hopping that found a 128% increase in rewards was a study on hopping one prop pool and having one pps pool? 2 POOLS!!!!!

Cant find one single solitary pool in our list fast enough for ya?

Snarkiness aside there is a reason why this thread is so long, and why there is so much debate in hopping.

It isnt all flowers and chocolate though.

The hopper is in middle of constant development.  And not like firefox or something where you get the releases after extensive testing, YOU ARE THE TESTER. There will be bugs.(learning how to properly report bugs will be an asset.. first see if you are up to date, second see if someone reported it, if not you probably want to turn on debuging and try to catch the bug in the debug logs and post that for c00w and the crew)

the pools are also in a constant state of flux, especially the small pools. Many small pools use us, to get bigger, and then shut us out when they do.

I enjoy hopping, I like the concept, I like the math and chart porn, I like the debate, and I even like the constant updating. and oh yeah the rewards arent too bad either. It's not for everyone but it is rewarding for those of us that want to do this.

[paraipan]

@joules your post made my day man, should be a first post or in a wiki page I swear

[r2edu]

@paraipanakos: that works, thanks! I run it without --auth, then I´ll try to set up my workers with the same user/pass as in the auth command just to see if work