bitHopper: Python Pool Hopper Proxy

[c00w]

It only mines on the backups when there are no other pools which can be hopped. So if it never mines on arsbitcoin its a good thing.

[joulesbeef]

Yeah I mine at ars frequently.


Also adding -q 2 to my guiminer has greatly reduced my stales.

I might want to play with that number more and see if I can get the stales even lower.. right now all my stales except one are under 2%.. which is a lot better than the 5-8% i was seeing.

[muyoso]

Is UnitedMiners showing the correct stats for everyone?  Its been messed up for me all day.  


Nvm, just fixed it from the api published in this thread.

[gooie]

It only mines on the backups when there are no other pools which can be hopped. So if it never mines on arsbitcoin its a good thing.

i know that, but the thing is, when it's supposed to jump to a backup, it never hops to arsbitcoin, even though i disable the other 2 backups, it just jumps to a pool over 43% instead of taking the backup.

[djex]

I have a small suggestion for the stats page. I think it would be a good idea to make the pool names a click-able link to the pool website that opens in a new window. I don't know about anyone else here but if I want to log in to and check balances on multiple pools at once it gets tedious visiting each address. This way its all in once spot and just a click is needed to go to the pools webpage.

I know there are many versions of bitHopper so if this is already a feature then ignore this I'm using c00w's version atm.

[c00w]

Is arsbitcoin red? And what version are you using?

[paraipan]

It only mines on the backups when there are no other pools which can be hopped. So if it never mines on arsbitcoin its a good thing.

i know that, but the thing is, when it's supposed to jump to a backup, it never hops to arsbitcoin, even though i disable the other 2 backups, it just jumps to a pool over 43% instead of taking the backup.

I get that too (last ver), it refuses to jump on ars as backup

[Sukrim]

bitHopper seems to be very attached to bitcoinpool.com atm, even though I set it to "role:info" - just as a heads-up!

[Clipse]

bitHopper seems to be very attached to bitcoinpool.com atm, even though I set it to "role:info" - just as a heads-up!

There is no real reason to put bitcoinpool.com on info , just remove it or disable it.

Nothing to gain from that pool, their info isnt even allways accurate.

[c00w]

Yeah I'm getting screwy scheduler behavior as well. Trying to figure it out now.

EDIT:Fixed.

[licutis]

.

[Sukrim]

It spams pool names now in the output...

Anyways, is there a special version of pyopenssl to be used? It seems that my version from Arch Linux is not fitting, https APIs are nonresponsive, even though they should be - and I don't want to loose mtred/ozcoin!

Edit:
python2-pyopenssl it is, not pyopenssl (that's the python3 version)

[c00w]

Spamming pool names? Yeah. I need to remove that. I was more concerned about figuring how the new scheduler code was broken then about.

EDIT: Fixed.

pyopenssl? Um a 2.7 version. Arch uses python 3.1 which is slick but my code is written for 2.7. And it probably didn't install 2.7 openssl by default.

[Tmoney]

http://btcworld.de/api/
If you do not enter an api key for btcworld, you can see the share count from every user.  Can we use this to add up all shares and pull from json?

[gnaget]

0% stales with my new code and switch back and forth between servers.  I'd call that a success!!!

[paraipan]

0% stales with my new code and switch back and forth between servers.  I'd call that a success!!!

awesome work  

edit: it works in theory for the moment, i get lots of rejects and the miner stops reporting accepted or rejected shares output
ah, an error too  

Code:

[01:56:00] RPC request [0b6fc000] submitted to bitcoin.cz
[01:56:00] RPC request [getwork] submitted to ozco.in
[01:56:00] LP Call ozco.in:8332/LP
/home/alex/fork/bitHopper/work.py:143: UserWarning: Warning! request.finish called twice.
  request.finish()
[01:56:03] RPC request [getwork] submitted to ozco.in
[01:56:04] btcmonkey: 2722474
[01:56:12] RPC request [getwork] submitted to ozco.in
[01:56:13] RPC request [9d311000] submitted to bitcoin.cz
[01:56:13] RPC request [getwork] submitted to ozco.in
[01:56:15] RPC request [getwork] submitted to ozco.in
[01:56:26] triple: 7963311
[01:56:27] RPC request [ce3c2000] submitted to bitcoin.cz

[organofcorti]

No invites left. Sorry. I'll reup in a week.

[licutis]

.

[paraipan]

like the feature but needs a little more testing...

Code:

[30/07/2011 02:13:10] Result: 3bd2e5fc accepted         
[30/07/2011 02:13:23] Result: f290e5a0 accepted         
[30/07/2011 02:13:28] Result: 205f2a06 accepted         
[30/07/2011 02:13:40] Result: 8ce364a3 accepted         
[30/07/2011 02:14:49] Result: e4b8d9fb accepted         
[30/07/2011 02:16:43] Result: 226ce5b7 rejected         
[30/07/2011 02:16:46] Result: f1d1cacf rejected         
[30/07/2011 02:17:06] Result: 5ca9f9aa rejected         
[30/07/2011 02:17:14] Result: 1900c3de rejected         
[30/07/2011 02:17:14] Result: 1f779de2 rejected         
[30/07/2011 02:17:15] Result: c80e85da accepted         
[30/07/2011 02:17:24] Result: 6793cbbd accepted         
[30/07/2011 02:17:32] Result: 5041aa36 rejected         
[30/07/2011 02:17:41] Result: 68fd9fec rejected         
[2[30/07/2011 02:18:25] Result: 7c9db2fb rejected         
[30/07/2011 02:18:25] Result: 3e4de03c rejected         
[30/07/2011 02:18:25] Result: 6fee92b3 rejected         
[30/07/2011 02:18:25] Result: 5cfe88df rejected          
[30/07/2011 02:18:25] Result: ef7c9464 rejected 

[c00w]

Are those errors from trunk?

EDIT: Oh I see you were using gnagets branch. Yeah he doublecalled the getworks. So most of those rejects are actually not rejects. But its still wrong. I left some comments on github.

EDIT2: And I merged and fixed. Tell me if the current trunk version doesn't work.

EDIT3: It doesn't work. I'm looking into it. current version has it disabled.