-Cengiz
Topic: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email - page 2. (Read 50243 times)
July 05, 2011, 10:50:42 PM
Yes, thank you and sorry to see you go..
-Cengiz
-Cengiz
July 05, 2011, 10:13:56 PM
I hope somenone cares to take this fine pool over...
martok, thanks for your work.
July 05, 2011, 10:09:56 PM
Hi all,
I am getting out of mining as it is no longer profitable for me. As such, I will no longer be running this pool as one of the reasons I set it up was to decrease my own variance. IE an alternative to solo mining. I am posting this to give everyone time to move away without experiencing downtime as a result of the pool just going dark so I intend to shutdown at 03:00 UTC or in approximately 24 hours of this post. I will of course pay out any found blocks between now and then manually in addition to paying out all pool balances to 0. I will also dump the current round and make that available at www.continuumpool.com/history for some time following shutdown.
All that said, it has certainly been fun writing this stuff and if anyone is interested in running it, I would be happy to make the code, database schema and transfer the domain with your paying domain transfer of course. I will likely put the code up on the web at some point soon in any case though.
I would also like to say thanks to Meni Rosenfeld for the fine algorithm on which the pool is based. Implimenting that in Postgresql was challenging and fun. I appreciate all the help along the way.
M
I am getting out of mining as it is no longer profitable for me. As such, I will no longer be running this pool as one of the reasons I set it up was to decrease my own variance. IE an alternative to solo mining. I am posting this to give everyone time to move away without experiencing downtime as a result of the pool just going dark so I intend to shutdown at 03:00 UTC or in approximately 24 hours of this post. I will of course pay out any found blocks between now and then manually in addition to paying out all pool balances to 0. I will also dump the current round and make that available at www.continuumpool.com/history for some time following shutdown.
All that said, it has certainly been fun writing this stuff and if anyone is interested in running it, I would be happy to make the code, database schema and transfer the domain with your paying domain transfer of course. I will likely put the code up on the web at some point soon in any case though.
I would also like to say thanks to Meni Rosenfeld for the fine algorithm on which the pool is based. Implimenting that in Postgresql was challenging and fun. I appreciate all the help along the way.
M
July 05, 2011, 08:46:09 AM
BTCguild is down at the moment so I moved my newish rack-o-miners back to continuum for a bit. Hopefully I bring good luck!
July 05, 2011, 01:45:05 AM
Sorry for the most probably stupid question, but that
Warning: fopen(http://rpc.continuumpool.com:8330/rpc) [function.fopen]: failed to open stream: HTTP request failed! in /home/bitcoin/web/www/jsonRPCClient.php on line 132
Fatal error: Uncaught exception 'Exception' with message 'Unable to connect to http://rpc.continuumpool.com:8330/rpc' in /home/bitcoin/web/www/jsonRPCClient.php:140
Stack trace:
#0 /home/bitcoin/web/www/roundstart.php(5): jsonRPCClient->__call('roundstart', Array)
#1 /home/bitcoin/web/www/roundstart.php(5): jsonRPCClient->roundstart()
#2 {main}
thrown in /home/bitcoin/web/www/jsonRPCClient.php on line 140
isn't the reason we're not finding a block, right? I mean, as long as the miners get work, everything should be okay?
Code:
Warning: fopen(http://rpc.continuumpool.com:8330/rpc) [function.fopen]: failed to open stream: HTTP request failed! in /home/bitcoin/web/www/jsonRPCClient.php on line 132
Fatal error: Uncaught exception 'Exception' with message 'Unable to connect to http://rpc.continuumpool.com:8330/rpc' in /home/bitcoin/web/www/jsonRPCClient.php:140
Stack trace:
#0 /home/bitcoin/web/www/roundstart.php(5): jsonRPCClient->__call('roundstart', Array)
#1 /home/bitcoin/web/www/roundstart.php(5): jsonRPCClient->roundstart()
#2 {main}
thrown in /home/bitcoin/web/www/jsonRPCClient.php on line 140
isn't the reason we're not finding a block, right? I mean, as long as the miners get work, everything should be okay?
July 03, 2011, 08:54:27 PM
Looks like we've been lucky for the last few days.
Looks like you jinxed it 
It's been a dry spell for 5 days! Hope we get one soon.. July 03, 2011, 03:32:33 PM
http://continuumpoolrpc.appspot.com/1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb
Continuumpool stats for worker: 1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb
Looks like an invalid worker address...
So you better re-check it..
Continuumpool stats for worker: 1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb
Looks like an invalid worker address...
So you better re-check it..
Should be fixed now...mostly. The issue is out of my hands really though. The url used to fetch the current worker speed (http://www.continuumpool.com/hashrate.php?worker=) seems to time out most of the time. This is also the case with the RPC, which was taking a huge amount of time to return the current round time for some reason. So I've decided to cache the pool stats (round start time and total hashrate) and run a cron job to fetch them every 5 minutes. This should make the page load noticeably faster now. There will still be errors if the continuumpool site times out but there isn't anything I can do about that, but it should work more often than before now.
July 01, 2011, 09:39:24 PM
Sure, but that is just a wild guess based on current hashrate, isn't it?
I'd like to see my estimated balance for finished rounds that are not yet confirmed, to provide some bit of assurance that I'm actually producing useful results with Continuum. Especially since my confirmed balance is still showing up completely empty. Is this expected behavior??
It's possible we haven't found a block since you joined. If you joined recently that is. The balance function will show your balance from blocks the pool has solved. Since we pay out at 0.1 BTC, a confirmed balance wouldn't really say much.
July 01, 2011, 05:42:32 PM
http://continuumpoolrpc.appspot.com/1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb
Continuumpool stats for worker: 1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb
Looks like an invalid worker address...
So you better re-check it..
Continuumpool stats for worker: 1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb
Looks like an invalid worker address...
So you better re-check it..
July 01, 2011, 09:24:16 AM
I've been doing some testing of Continuum to consider using it as a backup pool over the last day or so.
When I try to check my balance, it just returns an empty string. Not zero, just a totally blank page:
http://www.continuumpool.com/balance.php?worker=1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb
Use the balancecurrent function for the balance from the current block.When I try to check my balance, it just returns an empty string. Not zero, just a totally blank page:
http://www.continuumpool.com/balance.php?worker=1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb
Sure, but that is just a wild guess based on current hashrate, isn't it?
I'd like to see my estimated balance for finished rounds that are not yet confirmed, to provide some bit of assurance that I'm actually producing useful results with Continuum. Especially since my confirmed balance is still showing up completely empty. Is this expected behavior??
June 30, 2011, 08:59:56 PM
I've been doing some testing of Continuum to consider using it as a backup pool over the last day or so.
When I try to check my balance, it just returns an empty string. Not zero, just a totally blank page:
http://www.continuumpool.com/balance.php?worker=1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb
Use the balancecurrent function for the balance from the current block. When I try to check my balance, it just returns an empty string. Not zero, just a totally blank page:
http://www.continuumpool.com/balance.php?worker=1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb
June 30, 2011, 06:03:36 PM
I've been doing some testing of Continuum to consider using it as a backup pool over the last day or so.
When I try to check my balance, it just returns an empty string. Not zero, just a totally blank page:
http://www.continuumpool.com/balance.php?worker=1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb
I get the same thing for balance (a blank line) when doing a JSON call from a local script:
'hashrate' and 'balancecurrent' both return meaningful values.
Is there a way to check my 'pending' (ie, non-confirmed) balance?
When I try to check my balance, it just returns an empty string. Not zero, just a totally blank page:
http://www.continuumpool.com/balance.php?worker=1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb
I get the same thing for balance (a blank line) when doing a JSON call from a local script:
Code:
#!/usr/bin/perl
use JSON::RPC::Client;
my $client = new JSON::RPC::Client;
my $uri = 'http://rpc.continuumpool.com:8330/rpc';
$client->prepare($uri, ['hashrate','roundstart','monitoradd','dropmonitor', 'balance','balancecurrent']);
$worker = '1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb';
print $client->hashrate($worker);
print "\n";
print $client->balance($worker);
print "\n";
print $client->balancecurrent($worker);
print "\n";
print "Done\n";
use JSON::RPC::Client;
my $client = new JSON::RPC::Client;
my $uri = 'http://rpc.continuumpool.com:8330/rpc';
$client->prepare($uri, ['hashrate','roundstart','monitoradd','dropmonitor', 'balance','balancecurrent']);
$worker = '1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb';
print $client->hashrate($worker);
print "\n";
print $client->balance($worker);
print "\n";
print $client->balancecurrent($worker);
print "\n";
print "Done\n";
'hashrate' and 'balancecurrent' both return meaningful values.
Is there a way to check my 'pending' (ie, non-confirmed) balance?
June 28, 2011, 04:20:16 PM
Looks like we've been lucky for the last few days.
June 28, 2011, 01:26:12 AM
Hi,
http://continuumpool.com does not exist and will always be down. www.continuumpool.com which is a web interface to rpc.continuumpool.com runs on my machine at home so does experience bits of downtime. It does not affect the pool nor the RPC service, just the web version. Someone has created another web interface to rpc.continuumpool though which can be found higher in this thread. It is more user-friendly than my cobbled together interface anyway.
http://continuumpool.com does not exist and will always be down. www.continuumpool.com which is a web interface to rpc.continuumpool.com runs on my machine at home so does experience bits of downtime. It does not affect the pool nor the RPC service, just the web version. Someone has created another web interface to rpc.continuumpool though which can be found higher in this thread. It is more user-friendly than my cobbled together interface anyway.
June 27, 2011, 11:21:40 PM
Is the score actually a logarithm?
Yes, the "score" value displayed is actually the logarithm of the true score, which is proportional to the payout. June 27, 2011, 05:25:26 PM
Do payments go out at a specific time?
Payments will go out once the block gets 120 confirmations. You can downloadhttp://www.continuumpool.com/history/rounds.txt
to see the txids of the blocks to know how many confirmations they have. So once that happens, a cron script should pick it up within 15 minutes.
June 27, 2011, 04:51:47 PM
Do payments go out at a specific time?
June 27, 2011, 04:43:10 PM
Dumps for rounds 7 and 8 are up.
Ok, now I understand my balance. That were actually two rounds!
One question about the score in the dump: Is the value shown proportional to the payout? I guess not ...
What do I have to do to plot value per share over time? Is the score actually a logarithm?
June 27, 2011, 03:44:59 PM
Hi,
Dumps for rounds 7 and 8 are up. They are compressed in xz format which though has excellent compression, you need xz-utils to uncompress. I think under Windows, 7zip might be able to handle them though.
Dumps for rounds 7 and 8 are up. They are compressed in xz format which though has excellent compression, you need xz-utils to uncompress. I think under Windows, 7zip might be able to handle them though.
Jump to: