|
c00w (OP)
|
 |
July 27, 2011, 01:43:59 AM |
|
I disabled nofee because I was getting spoofed api stats from them.
Does bitclockers work? I can reenable them.
|
1HEmzeuVEKxBQkEenysV1yM8oAddQ4o2TX
|
|
|
|
|
|
|
|
According to NIST and ECRYPT II, the cryptographic algorithms used in
Bitcoin are expected to be strong until at least 2030. (After that, it
will not be too difficult to transition to different algorithms.)
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
muyoso
Member
 Offline
Activity: 84
Merit: 10
|
|
July 27, 2011, 01:54:44 AM |
|
bitclockers has been awesome for the last few days. Just gotta find which of these is the best for you:
pool.bitclockers.com
pool1.bitclockers.com
pool2.bitclockers.com
pool3.bitclockers.com
pool4.bitclockers.com
|
I drink it up!
|
|
|
|
gnaget
|
|
July 27, 2011, 01:56:20 AM |
|
bitclockers has been awesome for the last few days. Just gotta find which of these is the best for you:
pool.bitclockers.com
pool1.bitclockers.com
pool2.bitclockers.com
pool3.bitclockers.com
pool4.bitclockers.com
Why is it in the do not mine section? Edit: Nevermind, just saw c00w's response |
|
|
|
|
|
gnaget
|
|
July 27, 2011, 02:01:50 AM |
|
oh, and c00w if you find a moment, perhaps you can give the option on the stats page to not show disabled pools? Not a big deal either way, I put a quick 2 lines of code in there to not show them
|
|
|
|
|
|
gnaget
|
|
July 27, 2011, 02:06:23 AM |
|
Not that it matters, I think. I don't know about y'all, but I have all of 4 pools that are hopable, and of those, only mtred cycles with any regularity
Polmine bitclockers ozcoin triple nofee bitcoins.lc mtred rfc A lot more than 4 pools to use. ozcoin, nofee, triple, mtred and bitclockers are the backbone of making a ton of BTC. bclc is good on short rounds. rfc and polmine solve like one block a century, but if they get lucky and get a short block you score massively. What about poolmunity and bitcoinmonkey? |
|
|
|
|
muyoso
Member
Offline
Activity: 84
Merit: 10
|
|
July 27, 2011, 02:25:43 AM
Last edit: July 27, 2011, 02:38:56 AM by muyoso |
|
Has anyone taken a look at Deepbits statistics for the last 24 hours? They are solving a block every 15 minutes. It would be awesome if there could be some sort of trigger to switch to deepbit as a backup when they are getting lucky like this. They publish their "luck" on their stats page in the form of a percent of difficulty for solved blocks over the prior 24 hours. They are at -49% right now, which is INSANE luck.
They are basically giving 150% efficiency, which is amazing as a backup.
|
I drink it up!
|
|
|
macboy80
Member
Offline
Activity: 102
Merit: 10
|
|
July 27, 2011, 02:47:11 AM |
|
oh, and c00w if you find a moment, perhaps you can give the option on the stats page to not show disabled pools? Not a big deal either way, I put a quick 2 lines of code in there to not show them
What's your code? I'd like that also. |
|
|
|
|
|
gnaget
|
|
July 27, 2011, 02:51:38 AM |
|
oh, and c00w if you find a moment, perhaps you can give the option on the stats page to not show disabled pools? Not a big deal either way, I put a quick 2 lines of code in there to not show them
What's your code? I'd like that also. In index.html I did this: for(v in data["servers"]) {
var srv = data["servers"][v]
if (srv["role"]=="disable")
continue;
h += "<tr>";
In the javascript I moved the h+="<tr>"; line down, and added the if satement, so when it comes across a disabled server, it doesn't write it out, but simply continues on |
|
|
|
|
|
gnaget
|
|
July 27, 2011, 02:57:01 AM |
|
I'm now running:
poolmunity.com
polmine.pl
bitclockers.com
bitcoinmonkey.com
mtred
bitcoins.lc
rfcpool.com
triplemining.com
nofeemining.com
ozco.in
Anything obviously stupid stands out?
|
|
|
|
|
macboy80
Member
Offline
Activity: 102
Merit: 10
|
|
July 27, 2011, 02:57:45 AM |
|
oh, and c00w if you find a moment, perhaps you can give the option on the stats page to not show disabled pools? Not a big deal either way, I put a quick 2 lines of code in there to not show them
What's your code? I'd like that also. In index.html I did this: for(v in data["servers"]) {
var srv = data["servers"][v]
if (srv["role"]=="disable")
continue;
h += "<tr>";
In the javascript I moved the h+="<tr>"; line down, and added the if satement, so when it comes across a disabled server, it doesn't write it out, but simply continues on Thanks! gnaget I think this is ready for c00w. |
|
|
|
|
Sukrim
Legendary
Offline
Activity: 2618
Merit: 1006
|
|
July 27, 2011, 02:58:15 AM |
|
Has anyone taken a look at Deepbits statistics for the last 24 hours? They are solving a block every 15 minutes. It would be awesome if there could be some sort of trigger to switch to deepbit as a backup when they are getting lucky like this. They publish their "luck" on their stats page in the form of a percent of difficulty for solved blocks over the prior 24 hours. They are at -49% right now, which is INSANE luck.
They are basically giving 150% efficiency, which is amazing as a backup.
Past luck does NOT say anything about future luck. Period. |
|
|
|
organofcorti
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
|
July 27, 2011, 03:00:26 AM |
|
Has anyone taken a look at Deepbits statistics for the last 24 hours? They are solving a block every 15 minutes. It would be awesome if there could be some sort of trigger to switch to deepbit as a backup when they are getting lucky like this. They publish their "luck" on their stats page in the form of a percent of difficulty for solved blocks over the prior 24 hours. They are at -49% right now, which is INSANE luck.
They are basically giving 150% efficiency, which is amazing as a backup.
Previous rounds are no predictor of future unfortunately. You can't predict luck on deepbit. Sorry! |
|
|
|
macboy80
Member
Offline
Activity: 102
Merit: 10
|
|
July 27, 2011, 03:01:15 AM |
|
I think poolmunity had an issue a few pages back. paraipanakos had a heated debate with admin on the poolmunity forum about hopping. I think the resolution was more civil, but i'm pretty sure there is some sort of hopping protection. Check their forum.
|
|
|
|
|
organofcorti
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
|
July 27, 2011, 03:11:52 AM |
|
@c00w - mine_slush working well so far. Small request: could you show total pool shares in the html? Atm they don't show (like backup)
|
|
|
|
|
c00w (OP)
|
|
July 27, 2011, 03:38:39 AM |
|
total pool shares are shown in the html... They might not be shown for mine_slush and mine_nmc. I'll check and fix it.
|
1HEmzeuVEKxBQkEenysV1yM8oAddQ4o2TX
|
|
|
tigereye
Member
Offline
Activity: 79
Merit: 10
|
|
July 27, 2011, 04:06:31 AM |
|
I've noticed a problem with bitHopper on one of my mining rigs; the problem doesn't seem to affect the others.
It seems to ONLY mine on my backup pool, eligius.
I have other pools configured as the "mine" role, but none of them are chosen.
I just briefly saw it choose one pool for 7 shares, then it jumped right back to Eligius.
I thought maybe it had to do with the share counts (and reject counts) so I stopped it, blew away the stats.db, and restarted it.
Again it is only mining on Eligius.
The code is identical to my other rigs, and those rigs have identical cfg files which define identical pools.
It's the same version of git code too, so the algorithms they're using are the same too.
Can anyone offer a suggestion on why one rig is choosing my "backup" pool while the other rigs are properly hopping between my "mine" pools?
|
If my posts have helped, consider leaving a tip! 1AE5e56ivvaGMJJmLrZoLgiZXPx93CddyA
|
|
|
organofcorti
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
|
July 27, 2011, 04:06:48 AM |
|
total pool shares are shown in the html... They might not be shown for mine_slush and mine_nmc. I'll check and fix it.
Sorry. I didn't make that very clear, I was typing from my phone. I meant that they weren't being shown for mine_slush. So far I'm on 140% for slush and 120% for mineco, but it's only a few rounds and I haven't checked to see if they were more or less than difficulty. So far so good though. If this does work there are a bunch of pplns pools to try. None like slush though. |
|
|
|
organofcorti
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
|
July 27, 2011, 04:08:21 AM |
|
I've noticed a problem with bitHopper on one of my mining rigs; the problem doesn't seem to affect the others.
It seems to ONLY mine on my backup pool, eligius.
I have other pools configured as the "mine" role, but none of them are chosen.
I just briefly saw it choose one pool for 7 shares, then it jumped right back to Eligius.
I thought maybe it had to do with the share counts (and reject counts) so I stopped it, blew away the stats.db, and restarted it.
Again it is only mining on Eligius.
The code is identical to my other rigs, and those rigs have identical cfg files which define identical pools.
It's the same version of git code too, so the algorithms they're using are the same too.
Can anyone offer a suggestion on why one rig is choosing my "backup" pool while the other rigs are properly hopping between my "mine" pools?
I think you might find all pools are above the jump off point. When there are no other suitable pools bitHopper defaults to XXPPS type pool until a better pool is found. |
|
|
|
tigereye
Member
Offline
Activity: 79
Merit: 10
|
|
July 27, 2011, 04:13:45 AM |
|
I think you might find all pools are above the jump off point. When there are no other suitable pools bitHopper defaults to XXPPS type pool until a better pool is found.
I thought that was the problem at first, which is why I cleared out the stats (deleted stats.db) When I restarted bitHopper it showed 0 stats across the board. Wouldn't this make it choose one of the "mine" pools over the "backup" pool? Or am I misunderstanding bitHopper? |
If my posts have helped, consider leaving a tip! 1AE5e56ivvaGMJJmLrZoLgiZXPx93CddyA
|
|
|
Moussekateer
Member
Offline
Activity: 69
Merit: 10
|
|
July 27, 2011, 04:20:23 AM |
|
I think you might find all pools are above the jump off point. When there are no other suitable pools bitHopper defaults to XXPPS type pool until a better pool is found.
I thought that was the problem at first, which is why I cleared out the stats (deleted stats.db) When I restarted bitHopper it showed 0 stats across the board. Wouldn't this make it choose one of the "mine" pools over the "backup" pool? Or am I misunderstanding bitHopper? Bithopper looks at the total number of shares submitted for a round for any pool, not just yours. Deleting your stats won't change that, your number of submitted shares isn't relevant. If the number of total shares for a round exceeds a certain number then it hops to another pool below this threshold. If there are none then it drops down to the backup pool until one of the pool rounds end. |
|
|
|
|
|
