bitHopper: Python Pool Hopper Proxy

[muyoso]

So anyone else make like nothing today?  I'll be lucky to hit 50% of what my normal daily value is.  All of the pools are being ridiculously unlucky.

[Clipse]

So anyone else make like nothing today?  I'll be lucky to hit 50% of what my normal daily value is.  All of the pools are being ridiculously unlucky.

Yep, getting close to nothing today. Wouldnt have been much better even directly mining at a pool. Weirdness.

[bb]

Why didn't you guys just change your algorithm? We could have added you as a backup pool.

We are changing our algorithm, we're moving to ESMPPS. http://forum.bitcoin.org/index.php?topic=12181.msg378328#msg378328


We'd love you guys to call us home once we make the switch. 

So, I'll just go ahead and say: no thanks...?

[organofcorti]

Why not? ESMPPS seems as good a backup as eligius or arsbitcoin. And while they've been doing their changeover, all they did was make shares and hashrate zero.

It caught us out, but they didn't do it to screw us - unlike bclc who constantly change their around with their total shares in order to mess around with bitHopper.

They've committed to a fair-share scoring method, and that's what this is all about. When there are no more prop pools and 'hopping is no more, they'll definitely be one of the pools I mine at.

[bb]

Yes, bitp.it fakes stats.

BTW: anyone has an idea why I only mine at nofee until the next check and then fall back to the backuppool? They are significantly under the 40% and everytime i restart my bithopper it immediately begins mining there...

[organofcorti]

Yes, bitp.it fakes stats.

BTW: anyone has an idea why I only mine at nofee until the next check and then fall back to the backuppool? They are significantly under the 40% and everytime i restart my bithopper it immediately begins mining there...

Yes, as I mentioned above bitpit are faking their stats to zero hashrate and zero total shares. So you just don't go there until the scoring is changed. All bitpit did was stop hoppers to buy time until they could get a new scoring system in place. It wasn't an active attack, all they've tried to do is defend until their new scoring is up.

bclc on the other hand are taking their stats off, then back on to get hoppers there, and then more recently has started cycling seemingly random rates between 7000 and  90000 total shares on their json feed - but not if you view the json feed by browser. So they're actually targeting any proxy that is using bclc,  and are trying to trap 'hoppers there for full rounds. There are work-arounds, but it's still an active attack, so no, I won't be going to bclc when 'hopping is done.

[bb]

Yes, bitp.it fakes stats.

BTW: anyone has an idea why I only mine at nofee until the next check and then fall back to the backuppool? They are significantly under the 40% and everytime i restart my bithopper it immediately begins mining there...

Yes, as I mentioned above bitpit are faking their stats to zero hashrate and zero total shares. So you just don't go there until the scoring is changed. All bitpit did was stop hoppers to buy time until they could get a new scoring system in place. It wasn't an active attack, all they've tried to do is defend until their new scoring is up.

bclc on the other hand are taking their stats off, then back on to get hoppers there, and then more recently has started cycling seemingly random rates between 7000 and  90000 total shares on their json feed - but not if you view the json feed by browser. So they're actually targeting any proxy that is using bclc,  and are trying to trap 'hoppers there for full rounds. There are work-arounds, but it's still an active attack, so no, I won't be going to bclc when 'hopping is done.

Yes, I read the thread. Still, imo the sensible thing to do would have been keeping the stats as they were until the new system was in place. They broke functionality for everybody and effectively trapped hoppers as well.

[organofcorti]

Yes, bitp.it fakes stats.

BTW: anyone has an idea why I only mine at nofee until the next check and then fall back to the backuppool? They are significantly under the 40% and everytime i restart my bithopper it immediately begins mining there...

Yes, as I mentioned above bitpit are faking their stats to zero hashrate and zero total shares. So you just don't go there until the scoring is changed. All bitpit did was stop hoppers to buy time until they could get a new scoring system in place. It wasn't an active attack, all they've tried to do is defend until their new scoring is up.

bclc on the other hand are taking their stats off, then back on to get hoppers there, and then more recently has started cycling seemingly random rates between 7000 and  90000 total shares on their json feed - but not if you view the json feed by browser. So they're actually targeting any proxy that is using bclc,  and are trying to trap 'hoppers there for full rounds. There are work-arounds, but it's still an active attack, so no, I won't be going to bclc when 'hopping is done.

Yes, I read the thread. Still, imo the sensible thing to do would have been keeping the stats as they were until the new system was in place. They broke functionality for everybody and effectively trapped hoppers as well.

So did btcg and they have no plans to go prop as far as I know (could be wrong). All I'm saying is that when hopping is no longer profitable, I'll be moving to pools that are proactive to protect their full time miners without trying to damage hoppers intentionally. I will not be moving to a pool that spends an awful lot of time and energy playing a game of fakery and making no plans to do anything that will be of actual benefit to their miners.

Pools I'd consider moving to afterward, based on how they acted during the 'Hopping era", how they treat their miners or how much they rely on security by obscurity alone:

I'd move to -
Bitp.it
Eclipse MC
Mineco.in

I would not move to -
BitcoinPool
BTCGuild
Bitcoins-lc
Deepbit

[joulesbeef]

since we are talking payout methods.. [here is a visualization f the various methods

[frisco]

My last error was becouse I tried to change ars role to info, but it seems that even I read somewhere it was supported, it only worked with disabled (they have closed new registrations so I can not create an account) your change fixed the exception but the error was shown, just changed to 'disabled' and disappeared.

Now I am having 'no route to host' errors, I know eligius is not the best pool in connectivity terms, but also x8s.de is having the same problems, and just seconds after sending/receiving data from them, and there is almost no time for a connection timeout.

2011-07-21 05:12:58-0500 [HTTPChannel,147,87.217.120.122] RPC request [] submitted to btc.x8s.de
2011-07-21 05:12:58-0500 [-] Caught, jsonrpc_call insides
2011-07-21 05:12:58-0500 [-] An error occurred while connecting: 113: No route to host.
2011-07-21 05:12:58-0500 [-] Server change to mtred, telling client with LP

Debug logs: http://pastebin.com/TXJiHL0j (not full, but there is nothing else around that seems to be related)

After some time the pools are recovered, but it happens too frequently.

Code is latest from CooW github.

[Sukrim]

Well if you figure something out and are willing to tell the public we are grateful and I think there is a reward for you at hoppersden.info

I tried to sign up there to give a few better ideas about some stuff I've already been writing about.... but it seems I need an invitation code.

[GoMaD]

I tried to sign up there to give a few better ideas about some stuff I've already been writing about.... but it seems I need an invitation code.

+

It would be great if someone could send me an invite too.

Thanks

[bb]

I just switched from eligius to s8x at 1.4 mio. shares...?

Code:

[15:57:42] RPC request [] submitted to eligius
[15:57:44] RPC request [0acbb000] submitted to eligius
[15:57:44] RPC request [530ba000] submitted to eligius
[15:57:45] RPC request [] submitted to eligius
[15:57:46] RPC request [ae224000] submitted to eligius
[15:57:48] x8s: 1,383,532
[15:57:49] triple: 2,174,417
Caught, jsonrpc_call insides
User timeout caused connection failure.
[15:57:52] RPC request [8cfa0000] submitted to eligius
[15:57:54] RPC request [] submitted to eligius
[15:57:57] RPC request [e8d05000] submitted to eligius
[15:57:57] RPC request [] submitted to eligius
Caught, jsonrpc_call insides
[<twisted.python.failure.Failure <class 'twisted.internet.error.ConnectionLost'>>]
Caught, jsonrpc_call insides
[<twisted.python.failure.Failure <class 'twisted.internet.error.ConnectionLost'>>]
[15:57:58] Server change to x8s, telling client with LP
Caught, jsonrpc_call insides
Connection was refused by other side: 111: Connection refused.
[15:57:58] LP Call pit.x8s.de:8337/LP
[15:57:58] LP triggered serving miner
[15:57:58] LP triggered serving miner
[15:57:58] LP triggered serving miner
Caught, jsonrpc_call insides
Connection was refused by other side: 111: Connection refused.
[Failure instance: Traceback (failure with no frames): <class '_newclient.ResponseFailed'>: [<twisted.python.failure.Failure <class 'twisted.interne
t.error.ConnectionDone'>>]
]
[15:57:58] LP triggered from server x8s
Caught, jsonrpc_call insides
Connection was refused by other side: 111: Connection refused.
Caught, jsonrpc_call insides
Connection was refused by other side: 111: Connection refused.
Caught, jsonrpc_call insides
Connection was refused by other side: 111: Connection refused.
Caught, jsonrpc_call insides
Connection was refused by other side: 111: Connection refused.
Caught, jsonrpc_call insides
Connection was refused by other side: 111: Connection refused.
Caught, jsonrpc_call insides
Connection was refused by other side: 111: Connection refused.
[15:58:00] LP triggered from server x8s
[15:58:00] Reading LP Response failed
[15:58:03] RPC request [eb15d000] submitted to btc.x8s.de
[15:58:06] RPC request [] submitted to btc.x8s.de
[15:58:06] RPC request [] submitted to btc.x8s.de
[15:58:09] rfc: 2,501,435
[15:58:09] RPC request [] submitted to btc.x8s.de
[15:58:09] RPC request [cef1c000] submitted to btc.x8s.de
[15:58:09] RPC request [] submitted to btc.x8s.de
[15:58:11] nofeemining: 1,863,470
[15:58:18] RPC request [] submitted to btc.x8s.de
[15:58:18] RPC request [4fcd9000] submitted to btc.x8s.de
[15:58:21] RPC request [] submitted to btc.x8s.de
[15:58:22] RPC request [d2ae5000] submitted to btc.x8s.de
[15:58:23] RPC request [6d233000] submitted to btc.x8s.de
[15:58:27] x8s: 1,384,414
[15:58:29] triple: 2,174,945
[15:58:30] RPC request [] submitted to btc.x8s.de
[15:58:31] RPC request [782a9000] submitted to btc.x8s.de
[15:58:33] RPC request [8c1de000] submitted to btc.x8s.de
[15:58:33] RPC request [] submitted to btc.x8s.de
[15:58:34] RPC request [b90f9000] submitted to btc.x8s.de
[15:58:42] RPC request [] submitted to btc.x8s.de
[15:58:44] RPC request [9f1e5000] submitted to btc.x8s.de
[15:58:45] RPC request [] submitted to btc.x8s.de

This is the newest version, fresh from git.

Edit: only stayed for ~2 minutes.

[joulesbeef]

Hoppersden is rather new.. well as all this stuff is.

Myself seems to have started the site.

There are a couple of small bugs that are getting worked out. You can PM me with an email and I'll send an invite, but you might actually have better luck getting on with Myself. Either way I dont mind sending invites.

[bb]

I am getting

<type 'exceptions.IOError'>: [Errno 2] No such file or directory: 'index.html'

as well, because I am not starting bithopper inside it's directory.

To fix this, inside bitHopper.py, replace this:

Code:

                file = open('index.html', 'r')

with this:

Code:

                dirname = os.path.dirname(os.path.abspath(__file__))
                filename = os.path.join(dirname, 'index.html')
                file = open(filename, 'r')

and add

Code:

import os.path

on the top.

[hawks5999]

Hoppersden is rather new.. well as all this stuff is.

Myself seems to have started the site.

There are a couple of small bugs that are getting worked out. You can PM me with an email and I'll send an invite, but you might actually have better luck getting on with Myself. Either way I dont mind sending invites.

You can PM me for invites as well.

[joulesbeef]

You can PM me for invites as well.

lol yes please do.. didnt expect the volume

[c00w]

1)Issues with ars role change...?
Um ars is a backup pool. So you can disable it but if you try and poolhop it well, it won't work, neither will info.

2) switching from eligius to x8s?
Well both your backup pools lagged out. So it switched to the pool with the lowest number of shares which wasn't lagged out. Once the backup pools came back up then it switched back. That is how it is supposed to work.

3) issues serving index.html and running from the wrong directory?
Yeah. Thats an issue. I'll fix it.

[Clipse]

Hi c00w

The webgui seems to have the full mhash rate obfiscated and only shows the first 3 numbers ie. hashrate would show 5010MHash but it shows 501MHash

Nothing serious, just nice to have everything pretty

[c00w]

1)clipse?
Are you using the latest build? It was off by a factor of ten because I made a math mistake. If you are then I need to look at the javascript again...