triplemining.com 8030755... 8 million+ wow
BTCguild just broke all records, just over 13million share block
Wow, glad I left them to hop...
Topic: bitHopper: Python Pool Hopper Proxy - page 126. (Read 355689 times)
BTCguild just broke all records, just over 13million share block
Wow, glad I left them to hop...
13 million... jesus
well i dont feel as bad for triple then.. i keep watching thinking they wll hit zero any second now.
I'm betting if you asked them.. they'd like the hoppers to use them as back up until they kill that beast
well i dont feel as bad for triple then.. i keep watching thinking they wll hit zero any second now.
I'm betting if you asked them.. they'd like the hoppers to use them as back up until they kill that beast
triplemining.com 8030755... 8 million+ wow
BTCguild just broke all records, just over 13million share block
triplemining.com 8030755... 8 million+ wow
ok, it is working well on my end, still seeing more stales than I'd like, but none from switching
Bleeding tip has it disabled because i want to see what happens on my test server. If my rates are low after a couple of hours I'll reenable it.
[20:37:27] RPC request [d175a000] submitted to BTC Guild
[20:37:27] RPC request [82d0a000] submitted to rfcpool.com
[20:37:27] Added work to store
[20:37:27] RPC request [9c730000] submitted to BTC Guild
[20:37:28] RPC request [getwork] submitted to rfcpool.com
[20:37:28] RPC request [getwork] submitted to rfcpool.com
[20:37:28] RPC request [f00f6000] submitted to BTC Guild
That's promising
[20:37:27] RPC request [82d0a000] submitted to rfcpool.com
[20:37:27] Added work to store
[20:37:27] RPC request [9c730000] submitted to BTC Guild
[20:37:28] RPC request [getwork] submitted to rfcpool.com
[20:37:28] RPC request [getwork] submitted to rfcpool.com
[20:37:28] RPC request [f00f6000] submitted to BTC Guild
That's promising
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.
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.
The problem wasn't the double call, though I fixed that. The problem was the fact that the work variable in jsonrpc_getwork could be either bool or dictionary. I was treating it as a dictionary all the time
It is running beautifully now, I am watching it for a few more minutes before I create a pull request.
You can all send me 1% of your returns, since you'll get a 2-3% increased efficiency now
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.
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.
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
.
No invites left. Sorry. I'll reup in a week.
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
0% stales with my new code and switch back and forth between servers. I'd call that a success!!!
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?
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?
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.
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.
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)
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)
.
Yeah I'm getting screwy scheduler behavior as well. Trying to figure it out now.
EDIT:Fixed.
EDIT:Fixed.
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.
Jump to: