liked their tools section
love how you can do namecoin or bitcoin
he should have left it prop until it got larger.
It could have easily been one of the more popular pools
upgraded to twisted 11
Topic: bitHopper: Python Pool Hopper Proxy - page 33. (Read 355768 times)
sad on poolmunity.. it was a decently designed site.
liked their tools section
love how you can do namecoin or bitcoin
he should have left it prop until it got larger.
It could have easily been one of the more popular pools
upgraded to twisted 11
liked their tools section
love how you can do namecoin or bitcoin
he should have left it prop until it got larger.
It could have easily been one of the more popular pools
upgraded to twisted 11
Just a thought. Is bitcoin client running as well?
no I make the client only a few minutes a day running to update the block list...
https://masterpool.eu and http://namebit.org/ look like nice namecoin pools, add them ?
This is definitely the foundation of what is needed.
I'd only change that the reputation of nodes is set per pool. So in your example, the reputation of DE for deepbit is decremented but not the reputation in general.
Same for the other nodes. their reputation improves for deepbit but not in general.
Um, there is an issue with large amounts of hashing power getting pumped through bitHopper on arsbitcoin. If you update your twisted to the bleeding edge twisted it may fix it. How many GH/s are you pushing through it?
Seems to be running without idles for half an hour now. I'm having 500MH/s from 2 host machines. I think I will monitor for some time and try the bleeding edge twisted if it occurs again. Apparently it's not so easy to get twisted-svn running on windows.
btw: thx for such a nice tool
My deepbit shares keep counting:
maybe the largest block ever?
And BCLC, rests to 0 many times but the round in the stats keep going for the past 2 hours, I think BH is showing it wrong...
Quick idea: is posible that bclc is showing the starts of deepbit rounds as its own?? looking the statistics in DB could match those starts
(both pools in "mine_deepbit")
And a lot of mining in arscoin here too, but i guess it´s because there´s not much to hop to at this moment
Edit: another block in polmine.. "mine_deepbit" here is working very well !
maybe the largest block ever?
And BCLC, rests to 0 many times but the round in the stats keep going for the past 2 hours, I think BH is showing it wrong...
Quick idea: is posible that bclc is showing the starts of deepbit rounds as its own?? looking the statistics in DB could match those starts
(both pools in "mine_deepbit")
And a lot of mining in arscoin here too, but i guess it´s because there´s not much to hop to at this moment
Edit: another block in polmine.. "mine_deepbit" here is working very well !
Ive got bitHopper running on my main machine with 2 GPUS, and 10 more miners from other machines that connect to it. Including browsing the internet I have used 61.7MB down and 25.6MB up today.
Please can you look again to it...I have measured now for 2 days and this is 6,25 GB in 2 days!
3.1 GB in
2.3 GB out
TIA
Just a thought. Is bitcoin client running as well?
Um, there is an issue with large amounts of hashing power getting pumped through bitHopper on arsbitcoin. If you update your twisted to the bleeding edge twisted it may fix it. How many GH/s are you pushing through it?
Using the latest revision off the github (fa960e461cfa15afaf05) and it seems that after running it for 1 hour bithopper stops pushing out more work. It was running fine but just didnt have any RPC requests in the window and then it was kinda just sitting idle. Just restarted bithopper and it looks like its working. Any ideas on what happened?
I disabled bitclockers and still having the miners idle issue. The miners don't stop completely, but every 2-3 minutes they idle for a short while. Don't know, if this is good for the GPU-Boards, because of thermal stress...
I'm on 5394f668968c730905f2af409d9d945a36ee68dd (latest at time of post)
Any ideas by what this can be caused?
I really liked that pool for the namecoins, Nice owner...
Quote
PoolMunity is shutting down
« on: Today at 05:39:49 pm »
Hello Miners,
since the pool isn't getting any traffic, I'm shutting it down.
This will happen at the first of september.
And as a quick reminder there is a ~2BTC bounty for the current and probably last bitcoinblock.
I'm going to sell the poolsoftware and if required the domain too.
If you are interested write an email to [email protected] with your offer
in bitcoins.
Regards,
The PoolMunity Team.
https://poolmunity.com/index.php
« on: Today at 05:39:49 pm »
Hello Miners,
since the pool isn't getting any traffic, I'm shutting it down.
This will happen at the first of september.
And as a quick reminder there is a ~2BTC bounty for the current and probably last bitcoinblock.
I'm going to sell the poolsoftware and if required the domain too.
If you are interested write an email to [email protected] with your offer
in bitcoins.
Regards,
The PoolMunity Team.
https://poolmunity.com/index.php
look
bitcoin.cz:
7292 2011-08-11 15:09:38 0:00:01 286 none 140549
bitcoin.cz:
7292 2011-08-11 15:09:38 0:00:01 286 none 140549
I don´t know then... in the latest version (0.1.6.1-20) there is nothing to edit in the pools.cfg, it came like that with the re_rate_type.
In previous versions i have the same issue, but now it´s ok
In previous versions i have the same issue, but now it´s ok
r2edu
last BH version. I edit user.cfg and pools.cfg - statistic show 1888786
last BH version. I edit user.cfg and pools.cfg - statistic show 1888786
You should make your changes in user.cfg, not pools.cfg.
I changed user.cfg
Code:
[bclc]
name:bitcoins.lc
mine_address:bitcoins.lc:8080
api_address:https://www.bitcoins.lc/stats.json
role:mine_deepbit
user:x
pass:x
What version of BH are you running?
I think you need to change the pools.cfg too
Quote
[bclc]
name: Bitcoins.lc
mine_address: bitcoins.lc:8080
api_address: http://www.bitcoins.lc/stats.json
api_method: re_rate
re_rate_type: None
api_key: "hash_rate"[ 0-9]+).
url: https://www.bitcoins.lc
name: Bitcoins.lc
mine_address: bitcoins.lc:8080
api_address: http://www.bitcoins.lc/stats.json
api_method: re_rate
re_rate_type: None
api_key: "hash_rate"
[ 0-9]+).url: https://www.bitcoins.lc
I have it like that and with "mine_deepbit" now is working fine..
I think i have some troubles with deepbit again, when i leave a round (43.5% done), it keeps counting shares and percent to really big numbers
And BCLC is reseting to 0.0% (like it starts a new round) for the third consecutive time (in 30min. aprox) while the stats in the page keep counting a round at ~7Hs+
Polmine is working fine I think..
Tuesday = 336MB down / 174MB up
Wednesday = 603MB down / 228MB up
Are you on Win or Linux?Wednesday = 603MB down / 228MB up
(and how much GPU's)?
You should make your changes in user.cfg, not pools.cfg.
I changed user.cfg
Code:
[bclc]
name:bitcoins.lc
mine_address:bitcoins.lc:8080
api_address:https://www.bitcoins.lc/stats.json
role:mine_deepbit
user:x
pass:x
yeah they changed how BLCL works due to the delay in states, change bclc from mine to mine_deepbit
and look in pools.cfg and make sure it says under re_rate..re_rate_type: None
and look in pools.cfg and make sure it says under re_rate..re_rate_type: None
I do not understand what to change in pools.cfg?
at the moment it looks like this:
Code:
[bclc]
name: Bitcoins.lc
mine_address: bitcoins.lc:8080
api_address: https://www.bitcoins.lc/stats.json
api_method: json
api_key: round_shares
url: https://www.bitcoins.lc
You should make your changes in user.cfg, not pools.cfg.
yeah they changed how BLCL works due to the delay in states, change bclc from mine to mine_deepbit
and look in pools.cfg and make sure it says under re_rate..re_rate_type: None
and look in pools.cfg and make sure it says under re_rate..re_rate_type: None
I do not understand what to change in pools.cfg?
at the moment it looks like this:
Code:
[bclc]
name: Bitcoins.lc
mine_address: bitcoins.lc:8080
api_address: https://www.bitcoins.lc/stats.json
api_method: json
api_key: round_shares
url: https://www.bitcoins.lc
Tuesday = 336MB down / 174MB up
Wednesday = 603MB down / 228MB up
Are you on Win or Linux?Wednesday = 603MB down / 228MB up
(and how much GPU's)?
Well how many GPUs do you have!? if its only 50 mb a gpu your gonna need 600 GPus to max your connection 
in one day or 20 GPU a month.
I have 5 GPU's on 2 PC's in one day or 20 GPU a month.Jump to: