Bitcoin Forum

Bitcoin => Pools => Topic started by: martok on May 17, 2011, 04:24:43 PM



Title: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: martok on May 17, 2011, 04:24:43 PM
Hello,

I would like to announce the availability of the Continuum mining pool. It is new and could use some testing. The pool runs with no fees and is aimed at more serious miners, though all are certainly welcome. The pool supports long-polling and should provide good connectivity to north-american miners. It also supports monitoring of miners; if your miner hasn't submitted a share within a defined period, you will get an email or Twitter to that effect.

Usage:
Simply connect your miner to continuumpool.com port 8332. Use the bitcoin address to which you would like to be paid as the username and use any password. I recommend that you use a different Bitcoin address for each worker so that balances and uptime monitoring can be set per-worker.

The pool provides an RPC interface. It does not provide a web interface, though anyone is welcome to write one. To use the RPC service, connect to http://rpc.continuumpool.com:8330/rpc and use the following methods.

balance(workeraddr) Returns confirmed unpaid balance
balancecurrent(addr) Current round balance
roundstart() Returns the time of the start of the round.
monitoradd({worker => 'workeraddr', 'contact' => 'mailto:me@mydomain.com', 'sharetime' => '5 minutes', 'name' => 'some descriptive name'}) Adds an email monitor. If the worker hasn't submitted a share in set time, an email is generated
monitordrop({id => monitorid, worker => 'workeraddr'}) Cancels a monitor. Get the ID from the generated email.

Once again, testing and feedback would be greatly appreciated.


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: xenon481 on May 17, 2011, 04:28:14 PM
Share or Score based?

When are confirmed balances paid? At x time, threshold, etc?


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: martok on May 17, 2011, 04:50:51 PM
I am using the scoring algorithm described here:
http://bitcointalk.org/index.php?topic=4787.0
It was designed to prevent pool-hopping attacks.

Payout is automatic when the worker hits 1 BTC.


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: xenon481 on May 17, 2011, 05:04:29 PM
I am using the scoring algorithm described here:
http://bitcointalk.org/index.php?topic=4787.0
It was designed to prevent pool-hopping attacks.

Payout is automatic when the worker hits 1 BTC.

Thank you, sounds great!


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: martok on May 17, 2011, 07:34:29 PM
For those interested, here is a little bit of perl that sets up a monitor for a worker. Replace the obvious bits.

#!/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 = '1NNdsxTuF1p9J9hmFKoxdM3ki4GgMBajN7';
$res = $client->monitoradd({
'worker' => $worker, 'contact' => 'mailto:me@mydomain.com',
'sharetime' => '10 minutes', 'name' => 'My 5970'}));
print "Success" if ($res == 1);

Using the framework above, you can get the pool hashrate with:
print $client->hashrate(undef);
or the worker hashrate with:
print $client->hashrate("workeraddr");

balance and balancecurrent work the same way.


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: martok on May 17, 2011, 11:56:44 PM
Twitter monitoring support is in. You simply use twitter:username instead of mailto:username in the contact field shown above. When your miner goes down, you'll get a DM which you can have Twitter send to your phone etc.

Note: you must be following ContinuumPool on Twitter for this to work.

If there is interest, I can add the ability to query balances, set up monitors etc via Twitter. Might be handy for those who don't want to code RPC clients.


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: martok on May 18, 2011, 04:34:40 AM
To the user submitting shares with a username which is not a valid bitcoin address: you can no longer use a username which is not a bitcoin address so are no longer able to submit shares. That being said, we found two quick blocks today so you are owed some BTC assuming they mature. If you can PM me with the username your client was using and a BTC address, I will have them credited to you.


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: allinvain on May 18, 2011, 04:44:00 AM
Cool, a Canadian based pool :D ! I definitely shall give your pool a try.

Do you pay out from generated blocks or directly like Luke's (Eligius) pool?

Seems like a clone of Luke's (Eligius) pool, but it doesn't really matter. The more pools the better.

Now for some quick questions. Are you running this off of a dedicated connection (data center) or a shaw cable connection ;)? Do you have a backup server or some sort of high availability setup?

Also where do you guys get the pool software from? I too would like to setup a similar type of pool for me and a bunch of friends. Any chance of sharing the software?


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: Meni Rosenfeld on May 18, 2011, 05:08:31 AM
I am using the scoring algorithm described here:
http://bitcointalk.org/index.php?topic=4787.0
It was designed to prevent pool-hopping attacks.
I'm very excited to hear this! I'm switching my 2.2 GH/s from slush as soon as I have the time. I'll be happy to further advise you about the implementation details.

By "no fees", you mean a balancing negative fixed fee?


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: martok on May 18, 2011, 05:21:33 AM
I'm very excited to hear this! I'm switching my 2.2 GH/s from slush as soon as I have the time. I'll be happy to further advise you about the implementation details.

I would appreciate that. The implementation is pretty simple and is in a single PLPGSQL function I would be happy to post in your thread.

Quote
By "no fees", you mean a balancing negative fixed fee?
Correct, that was the only way I could see to implement this. So c = 0.001 and f = (-0.001/0.999) or -0.001...


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: Meni Rosenfeld on May 18, 2011, 05:32:10 AM
By "no fees", you mean a balancing negative fixed fee?
Correct, that was the only way I could see to implement this. So c = 0.001 and f = (-0.001/0.999) or -0.001...
Right. Be mindful of the effect these parameters have on the variance of yourself and the participants'.


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: martok on May 18, 2011, 05:33:42 AM
Cool, a Canadian based pool :D ! I definitely shall give your pool a try.
I would appreciate any feedback.
Quote
Do you pay out from generated blocks or directly like Luke's (Eligius) pool?
Up until last round, the payouts were from generated blocks IE 120 confirmations later. However, I think I have direct payment working. We'll see if it generates direct payments on the next block and go from there. But that is the direction in which I would like to go.

Quote
Seems like a clone of Luke's (Eligius) pool, but it doesn't really matter. The more pools the better.

Eligius is an Excellent pool. I wanted to do more with notifications of downed miners though. IE when a miner is down, I want an SMS etc. Luke definitely has the payment system right though.

Quote
Now for some quick questions. Are you running this off of a dedicated connection (data center) or a shaw cable connection ;)? Do you have a backup server or some sort of high availability setup?

I have two servers, though only one is currently running the pool. I will either do a failover DNS setup or possibly a round-robin approach to balance the load between the two servers. For now though, I am more focused on seeing whether the system will stand up to some load other than that which I impose myself. I imagine most folks have failover setups of their own. IE if a pool fails, fallback.

Quote
Also where do you guys get the pool software from? I too would like to setup a similar type of pool for me and a bunch of friends. Any chance of sharing the software?

I am using pushpool for the backend. It is written by someone else but is free software. You can search the forums. The database and RPC stuff is custom. Though I would be happy to share it, it probably wouldn't be very useful.


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: martok on May 18, 2011, 05:38:40 AM
By "no fees", you mean a balancing negative fixed fee?
Correct, that was the only way I could see to implement this. So c = 0.001 and f = (-0.001/0.999) or -0.001...
Right. Be mindful of the effect these parameters have on the variance of yourself and the participants'.
Indeed. I'm still not commited to the current value of c but in my local testing it performed alright. It will be interesting to give it more wider testing.


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: martok on May 19, 2011, 03:01:19 PM
We are now hosted on a commercial softlayer server. Not that uptime has been a problem but now we can do fallback if we need to. New host is continuumpool.com for mining and rpc.continuumpool.com:8330/rpc for RPC interface.


Title: Re: Continuum Mining Pool: Direct payouts, client monitors via email and twitter
Post by: tiberiandusk on May 20, 2011, 11:27:59 AM
Anyone want to setup a neat graph thingy like someone did for Eligius? I am lazy. :P


Title: Re: Continuum Mining Pool: Direct payouts, client monitors via email and twitter
Post by: fortyniner on May 20, 2011, 01:41:37 PM
with Eligius down, just moved my 700+ Mhash miner to Continuum.  Smooth sailing so far.  Thanks.


Title: Re: Continuum Mining Pool: Direct payouts, client monitors via email and twitter
Post by: fortyniner on May 23, 2011, 08:15:50 PM
I see miner stats swinging from 440 to 930 Mhash; must be a very short duration (instantaneous?) calculation.   And with a current Overall hashrate of 3.X Ghash/s and no block since 5/17 ... we're likely to be solving one soon.


Title: Re: Continuum Mining Pool: Direct payouts, client monitors via email and twitter
Post by: martok on May 23, 2011, 09:05:53 PM
The hashrate calculation uses a 5 minute window so that's very strange indeed. I was doing some database work today so maybe that might explain it.
We actually found 3 blocks on 17-may.
It's worth noting that the probability of finding a new block doesn't increase with the round duration. It is the same for a 1 minute round as it is for a 4 day round.


Title: Re: Continuum Mining Pool: Direct payouts, client monitors via email and twitter
Post by: fortyniner on May 24, 2011, 01:43:08 AM
You are, of course, correct on probability.  I look at it from the gambler's point of view, not the mathematician's.  Six days of nothing means good luck's comin'.  Is your server really in Canada?  I'd guess Texas.

And did you break the "last round" stat or me?  http://www.continuumpool.com/roundstart.php reports nothing for me.


Title: Re: Continuum Mining Pool: Direct payouts, client monitors via email and twitter
Post by: martok on May 24, 2011, 04:13:18 PM
And did you break the "last round" stat or me?  http://www.continuumpool.com/roundstart.php reports nothing for me.
Sorry, I broke it. Should be working now. Thanks for the heads up.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: fortyniner on May 24, 2011, 04:39:49 PM
Yep, thank you.  I get the impression there's only about 3 or 4 miners here.  Anyone for a free pool?
www.continuumpool.com


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 24, 2011, 05:11:37 PM
I put my idle 5770 on there, let's see how it goes. :)


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 24, 2011, 05:14:05 PM
Does twitter do anything besides down-miner notifications? To test should I just shut it off for the period (currently set to 10 by me)?


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 24, 2011, 06:08:46 PM
Does twitter do anything besides down-miner notifications? To test should I just shut it off for the period (currently set to 10 by me)?
Yep, just shut your miner down and you should get an alert after 10 minutes of downtime. That's all Twitter alerts do for now but I am thinking of adding other things though it'll change the RPC API some.
Notify when the pool finds a block. That can be done with a regular tweet. Though might get spammy depending on the hashrate of the pool. For now though it makes sense.
Notification when client is paid.
So we'll see how that goes.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: Transcendental on May 25, 2011, 06:13:14 AM
Hello, I joined your pool today and have not yet received payout even though I have accrued balance in excess of 3. Is the payout broken?


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 25, 2011, 01:03:10 PM
Hello, I joined your pool today and have not yet received payout even though I have accrued balance in excess of 3. Is the payout broken?

Yeah I think also my unconfirmed balance dropped?


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: Transcendental on May 25, 2011, 02:03:04 PM
I have noticed this also


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 25, 2011, 02:20:42 PM
I have noticed this also

Could be in my head. For the record, here're my current stats:

Code:
Pool: 4065964415, Worker: 200434865 (4.92957745179873 %)
Balance: 1.69809988, Unconfirmed: 2.03382808121629


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 25, 2011, 02:26:55 PM
Does twitter do anything besides down-miner notifications? To test should I just shut it off for the period (currently set to 10 by me)?
Yep, just shut your miner down and you should get an alert after 10 minutes of downtime.

Set it to 1 and tried it, worked great.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 25, 2011, 02:29:37 PM
I have noticed this also

Could be in my head. For the record, here're my current stats:

Code:
Pool: 4065964415, Worker: 200434865 (4.92957745179873 %)
Balance: 1.69809988, Unconfirmed: 2.03382808121629

Yep, just dropped. Does this have to do with the anti-pool hopping stuff? This happened after I tried shutting down my miner.

Code:
Pool: 3521926923, Worker: 85900656 (2.43902437154571 %)
Balance: 1.69809988, Unconfirmed: 1.99655769845703


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 25, 2011, 05:20:36 PM
Hello, I joined your pool today and have not yet received payout even though I have accrued balance in excess of 3. Is the payout broken?
Indeed. Fixed now and all payments have been sent. Sorry about that.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: fortyniner on May 25, 2011, 05:24:31 PM
DOOD! I made 5 bitcoins.  Thank you.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 25, 2011, 05:41:09 PM
Hello, I joined your pool today and have not yet received payout even though I have accrued balance in excess of 3. Is the payout broken?

Yeah I think also my unconfirmed balance dropped?

The balance from current round can drop or go up depending on if hashing power is added or removed from the pool or if you stop mining. The balance from rounds that are completed will never change. Well, it'll go down when you are paid of course.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 25, 2011, 05:55:48 PM
Renamed balanceunconfirmed to balancecurrent to be clear about what is actually being returned. That is the balance from the current round. The balance() function returns an unpaid (owed) balance which should not drop.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: kardus on May 25, 2011, 05:59:45 PM
If or when mining become unprofitable, the difficulty will start to diminish. This would also likely be around there was some latent period in between GPU releases.

When this happens, lower difficulty along with a jump in hashing power would likely make mining viable again.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 25, 2011, 06:16:31 PM
Renamed balanceunconfirmed to balancecurrent to be clear about what is actually being returned. That is the balance from the current round. The balance() function returns an unpaid (owed) balance which should not drop.

Thanks, I'm getting this?

Can't call the method not allowed by prepare(). at ./continuum_check.pl line 12

when using balancecurrent. BTW is there a donation address to support the pool?


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 25, 2011, 06:38:52 PM
Renamed balanceunconfirmed to balancecurrent to be clear about what is actually being returned. That is the balance from the current round. The balance() function returns an unpaid (owed) balance which should not drop.

Thanks, I'm getting this?

Can't call the method not allowed by prepare(). at ./continuum_check.pl line 12

when using balancecurrent. BTW is there a donation address to support the pool?

Edit the $client->prepare line of your script to rename the function there.

You support the pool by using it as that decreases my variance as it does for everyone else. That is why I don't see a need to charge fees or take donations. My benefit is that as the pool grows, my own mining becomes less prone to luck.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 25, 2011, 06:40:42 PM
Edit the $client->prepare line of your script to rename the function there.

D'oh that fixed it. Thanks!

Later if server load becomes an issue we can talk about donations again?


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: Transcendental on May 25, 2011, 08:04:28 PM
I received my payout, all is well and I will continue in this pool  8)


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 26, 2011, 08:10:57 AM
I have tweaked the RPC scripts and they are orders of magnitude faster. This required some URL changes and I have edited the top post to reflect. To summarize though, the URI is now http://rpc.continuumpool.com/rpc and everything else is the same. The old url will redirect but the new is much snappier.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: Dusty on May 26, 2011, 08:53:24 AM
Is there a way to check my balance via web?
Sorry but it's unclear to me, TIA.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: Dobrodav on May 26, 2011, 12:58:28 PM
Start from http://www.continuumpool.com/


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 26, 2011, 01:02:08 PM
I have tweaked the RPC scripts and they are orders of magnitude faster. This required some URL changes and I have edited the top post to reflect. To summarize though, the URI is now http://rpc.continuumpool.com/rpc and everything else is the same. The old url will redirect but the new is much snappier.

Hm, I am unable to connect to rpc.continuumpool.com. The old URL is still working.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: Dusty on May 26, 2011, 01:21:24 PM
Start from http://www.continuumpool.com/
Done (of course), but I only get the average hash rate of my account, nothing regarding the balance.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 26, 2011, 01:56:50 PM
I have tweaked the RPC scripts and they are orders of magnitude faster. This required some URL changes and I have edited the top post to reflect. To summarize though, the URI is now http://rpc.continuumpool.com/rpc and everything else is the same. The old url will redirect but the new is much snappier.

Hm, I am unable to connect to rpc.continuumpool.com. The old URL is still working.

Ah I missed the port change. Now I get 403 forbidden.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: Dobrodav on May 26, 2011, 02:34:05 PM
Ummm....
Do you have Python installed  ?


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 26, 2011, 02:35:33 PM
Ummm....
Do you have Python installed  ?

What does python have to do with it? Of course I have python installed, I'm mining with poclbm.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 26, 2011, 06:27:24 PM
Bought these today: http://forum.bitcoin.org/index.php?topic=9855

Once they arrive I will be bringing them online to this pool for another 700 or so Mhash/s.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 26, 2011, 07:41:01 PM
RPC should be fixed. Sorry folks.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 26, 2011, 07:42:44 PM
RPC should be fixed. Sorry folks.

New RPC confirmed working for me.


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: Luke-Jr on May 26, 2011, 09:28:08 PM
I am using the scoring algorithm described here:
http://bitcointalk.org/index.php?topic=4787.0
It was designed to prevent pool-hopping attacks.
My understanding of reading this algorithm is that it only works if the pool takes fees... yet you claim no fees. How does that work?
Seems like a clone of Luke's (Eligius) pool, but it doesn't really matter. The more pools the better.
Eligius is an Excellent pool. I wanted to do more with notifications of downed miners though. IE when a miner is down, I want an SMS etc. Luke definitely has the payment system right though.
Eligius is a community pool, with (read-only) access to basically anyone. You're welcome to setup SMS etc notifications on the server if you want (contact me for an account), though I'm not sure you'd care to since you have your own pool now. ;)


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: martok on May 26, 2011, 09:58:46 PM
I am using the scoring algorithm described here:
http://bitcointalk.org/index.php?topic=4787.0
It was designed to prevent pool-hopping attacks.
My understanding of reading this algorithm is that it only works if the pool takes fees... yet you claim no fees. How does that work?

The algorithm does work using fees but it works such that I can set my expected comission to 0. This is done by setting a positive variable fee and a negative fixed fee. In other words, in some rounds, the operator fee will be positive and in others it will be negative with an expected overall payout of 0. Last round for example, my fee was negative.


Title: Re: Continuum Mining Pool (no fees, worker monitoring, no registration)
Post by: Meni Rosenfeld on May 27, 2011, 03:43:11 AM
I am using the scoring algorithm described here:
http://bitcointalk.org/index.php?topic=4787.0
It was designed to prevent pool-hopping attacks.
My understanding of reading this algorithm is that it only works if the pool takes fees... yet you claim no fees. How does that work?

The algorithm does work using fees but it works such that I can set my expected comission to 0. This is done by setting a positive variable fee and a negative fixed fee. In other words, in some rounds, the operator fee will be positive and in others it will be negative with an expected overall payout of 0. Last round for example, my fee was negative.
And this was of course mentioned in my description of the method, and earlier in this thread.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 27, 2011, 03:26:57 PM
Looks like another 2-3 Ghash/s just hopped on board last night (CDT).


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: Meni Rosenfeld on May 27, 2011, 03:37:02 PM
Looks like another 2-3 Ghash/s just hopped on board last night (CDT).
I added ~1.5 Ghash/s 5 hours ago. I put my mining where my math is (hey, that's a really nice-sounding paraphrase!)

Detail: I added my 370MH/s personal computer immediately when I found this. But my mining rigs are harder to access and I was busy so I postponed it. Then my personal MB died and this miner was down until I got a replacement. Then the PSU for one of my mining rigs died, so I did some switching hardware around which left my PC unsuitable for mining. But at the same time I switched my mining rigs from slush, which total about 1.9GH/s.

Edit: Hm, I've just checked at http://www.continuumpool.com/ and it reports my mining rate is ~15% lower than what is reported by poclbm. Any idea why this is? (Sorry if this was discussed before and I didn't notice)


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 27, 2011, 04:05:47 PM
Looks like another 2-3 Ghash/s just hopped on board last night (CDT).
Edit: Hm, I've just checked at http://www.continuumpool.com/ and it reports my mining rate is ~15% lower than what is reported by poclbm. Any idea why this is? (Sorry if this was discussed before and I didn't notice)

Mine's been fluctuating both higher and lower than poclbm, I think it's just the variability?


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 27, 2011, 06:36:34 PM
Edit: Hm, I've just checked at http://www.continuumpool.com/ and it reports my mining rate is ~15% lower than what is reported by poclbm. Any idea why this is? (Sorry if this was discussed before and I didn't notice)
15% seems like a lot. Though I get some variance on this as well. Here is the function I use. To summarize, it just takes the shares over the last 5 minutes and calculates the expected hashrate from there. If you see anything glaring, let me know.

sub hashrate : Public(worker:str)
{
my ($self, $params) = @_;
my ($shares);
my $dbh = $self->{dbh};
my $worker = $params->{worker};
my $sec = 300;
my $y = Math::BigInt->new("26959535291011309493156476344723991336010898738574164086137773096960");
$shares = $dbh->selectrow_arrayref(qq{
select count(*) from share
where worker=? and time >= now() - interval '$sec seconds'
and our_result='t'},
undef, ($worker));
my $x = Math::BigInt->new(2);
$x->bpow(256);
$x->bmul($shares->
  • );
$y->bmul($sec);
$x->bdiv($y);
return $x->numify();
}


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: DareC on May 27, 2011, 09:18:46 PM
You guys are my new standard backup pool. Throwing my ~785 Mhash/s at you while my main pool is down.

Any chance of setting up an IRC channel?

Also, are payments made only when balance hits 1 BTC? Manual payouts would be a nice option too.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 27, 2011, 09:42:51 PM
Any chance of setting up an IRC channel?

I'm not usually around IRC but if you need immediate help, feel free to post here or mension @continuumpool on Twitter.
Quote
Also, are payments made only when balance hits 1 BTC? Manual payouts would be a nice option too.
Unfortunately, I don't see an easy way to do this. The problem isn't that we can't, it's that since workers are effectively unauthenticated, there is no secure way you could tell the pool, send balance of address x out immediately. You have no way of proving you own address x and since TX fees will likely apply, well....

I am however working on combining payouts to multiple workers. If I have workers a, b, c and d mining, it may not make sense to have four seperate payments generated. So, I should be able to tell the pool to combine those payments and send to address e. We even have an unused message field for that, the client password. Again, due to the proof of ownership problem, the feature will only apply to those shares submitted with the payment address as password and not previous shares but it should work.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 27, 2011, 10:51:47 PM
I uh, invited some friends. How's the server holding up?


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 27, 2011, 10:56:09 PM
I uh, invited some friends. How's the server holding up?
Indeed, and they found a block.

Server load is pretty much where it was when we started. Sitting at 0.3 with most of that being consumed by bitcoind itself.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: anisoptera on May 27, 2011, 11:08:39 PM
Once you get multiple miners to single address working (and perhaps a bit more hash power) I might move to your pool :) Lack of registration requirement is great.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: brocktice on May 27, 2011, 11:43:55 PM
I uh, invited some friends. How's the server holding up?
Indeed, and they found a block.

Server load is pretty much where it was when we started. Sitting at 0.3 with most of that being consumed by bitcoind itself.

Looks to me like it's having issues, the miners are going idle a lot, and the rpc is down.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 28, 2011, 01:00:57 AM
I uh, invited some friends. How's the server holding up?
Indeed, and they found a block.

Server load is pretty much where it was when we started. Sitting at 0.3 with most of that being consumed by bitcoind itself.

Looks to me like it's having issues, the miners are going idle a lot, and the rpc is down.

Is this still the case? I have been implementing the payout aggregation stuff so had to restart the pool a couple times. If it's still happening, let me know and I'll start through the logs.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 28, 2011, 01:05:32 AM
You can now aggregate your worker payments by logging in with
workeraddr;paymentaddr
as your username. workeraddr is still the primary address to which notification monitors are tied etc, paymentaddr is the address to which payments can be sent. So for example, if you have multiple workers, you can set the same paymentaddr for all of them to get to the 1 BTC payment threshold faster.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: organofcorti on May 28, 2011, 03:00:14 AM
Thanks for the work on this pool - was hoping someone would implement Meni Rosenfeld's algo. Couple of comments -

my hashrate is reported at continuumpool as 10 - 30% higher than it actually is ( I'm at an average of 350 MH/s as reported by poclbm and R tools, I'm seeing 400 to 450MH/s from the website). I'm not complaining, and it's probably normal variability, but I thought you'd want to know.

also, on www.continuumpool.com you've written:

Quote
The RPC interface can be accessed via rpc.pl and is documented in the Bitcoin forum.

I searched for RPC in the forums and got wayyyyy too many hits - do you have a link I've missed in this thread?

Cheers


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 28, 2011, 06:39:34 AM
Thanks for the work on this pool - was hoping someone would implement Meni Rosenfeld's algo. Couple of comments -
Well, it's far from perfect but we're getting there.

Quote
my hashrate is reported at continuumpool as 10 - 30% higher than it actually is ( I'm at an average of 350 MH/s as reported by poclbm and R tools, I'm seeing 400 to 450MH/s from the website). I'm not complaining, and it's probably normal variability, but I thought you'd want to know.
I'm pretty sure it's just variability. It's just reporting the shares it gets back within 5 minutes so you may have been just hitting a lot of shares. There is a report above that hashrate was 15% below poclbm so maybe the formula could use some smoothing. I don't really pay much attention to it personally.
Quote
also, on www.continuumpool.com you've written:

Quote
The RPC interface can be accessed via rpc.pl and is documented in the Bitcoin forum.

I searched for RPC in the forums and got wayyyyy too many hits - do you have a link I've missed in this thread?

Check out the first few posts in this thread for RPC documentation and PERL code samples. They should get you on your way. I'll link the source code to those little scripts on wwww.continuumpool.com as well as that might help people write their own monitors.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: fortyniner on May 28, 2011, 01:40:50 PM
I do not see payment from last block solve of 05-27.  That's the only issue I've seen. 
EDIT: now I see it...  5/28/11 11:00


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: anisoptera on May 28, 2011, 05:24:18 PM
You can now aggregate your worker payments by logging in with
workeraddr;paymentaddr
as your username. workeraddr is still the primary address to which notification monitors are tied etc, paymentaddr is the address to which payments can be sent. So for example, if you have multiple workers, you can set the same paymentaddr for all of them to get to the 1 BTC payment threshold faster.


Does workeraddr have to be a valid Bitcoin address when I do this, or can I generate my own arbitrary worker name and follow it with an actual address?

If not, is there any reason you can't make it this way? It would really make my life easy :)


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 28, 2011, 07:31:56 PM
Does workeraddr have to be a valid Bitcoin address when I do this, or can I generate my own arbitrary worker name and follow it with an actual address?

If not, is there any reason you can't make it this way? It would really make my life easy :)

It needs to be a valid address. The reason for this is because monitors need a unique value per worker and creating your own name would have no guarantee of uniqueness. The other reason is a problem of previous shares. Let's say I switch my worker to the a payto address mid-round. My worker address has a balance between 0 and 1 but now will never reach 1 because new shares are being credited to the new payto address. Having the same valid worker address still present will allow the pool to pay out the previous worker address once the payto address + worker hits 1 BTC. Er hope that makes some sense.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: anisoptera on May 29, 2011, 02:47:33 AM
Does workeraddr have to be a valid Bitcoin address when I do this, or can I generate my own arbitrary worker name and follow it with an actual address?

If not, is there any reason you can't make it this way? It would really make my life easy :)

It needs to be a valid address. The reason for this is because monitors need a unique value per worker and creating your own name would have no guarantee of uniqueness. The other reason is a problem of previous shares. Let's say I switch my worker to the a payto address mid-round. My worker address has a balance between 0 and 1 but now will never reach 1 because new shares are being credited to the new payto address. Having the same valid worker address still present will allow the pool to pay out the previous worker address once the payto address + worker hits 1 BTC. Er hope that makes some sense.

Sure, but the combination of payment address and worker name is almost guaranteed to be unique, even if it's not a bitcoin address. If I am bringing a new miner here, I don't need the association with old mined BTC, and it'd be more meaningful for me to just name them something reasonable.

Of course, I could just write fake bitcoin addresses that contain the name I want, but that seems inefficient. :)


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 29, 2011, 03:07:37 AM
Sure, but the combination of payment address and worker name is almost guaranteed to be unique, even if it's not a bitcoin address. If I am bringing a new miner here, I don't need the association with old mined BTC, and it'd be more meaningful for me to just name them something reasonable.

Of course, I could just write fake bitcoin addresses that contain the name I want, but that seems inefficient. :)

I see what you're saying. But if we did that, we break the whole monitor API as that takes a worker address. Though you can associate a meaningful name in a monitor for things like Twitter and email alerts. If the pool switched to potentially non-unique worker names, we would need to redo monitors, of which there are currently quite a few. Feel free to put in dummy BTC addresses though.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 29, 2011, 07:57:20 PM
I have applied an async RPC patch to bitcoind. Hopefully it will drastically reduce RPC errors and idle miners. I had no idea bitcoind blocked the entire process for a getwork request.
http://forum.bitcoin.org/index.php?topic=7757.0

Let me know if you're still getting RPC idle messages.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: Transcendental on May 30, 2011, 05:36:19 AM
Three questions:
1) I seem to be getting a TON of invalid/stale exceptions now - did something drastic change?
Or have I messed something up with my settings? invalid/stales are current around 30% of what I am generating.

2) I have been unable to login to the pool with poclbm using "-u wokeraddr;paymentaddr" where workeraddr and paymentaddr, could you perhaps give an example?

3) I am using multiple computers over a lan, is there someway I can set this up to connect to your server from only one of my computers?

Thanks.



Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 30, 2011, 07:25:46 AM
Three questions:
1) I seem to be getting a TON of invalid/stale exceptions now - did something drastic change?
Or have I messed something up with my settings? invalid/stales are current around 30% of what I am generating.
I broke LP. Fixed now but I'll watch the logs for stales for the next hour and see if that fixes it.
Quote
2) I have been unable to login to the pool with poclbm using "-u wokeraddr;paymentaddr" where workeraddr and paymentaddr, could you perhaps give an example?
Try -u "worker;payto"
or to avoid the quotes
-u worker0payto
0 also works as a seperator because 0 cannot appear in a bitcoin address.
So:
poclbm -u "16d1jmkPHy26aCTA9TzCD5LbByMVHb4Wu1;1AkUQgtqHbiN4hpYX7VbJVR5hhhb3SAck9"
works for me. Feel free to post your command line though and I'll give it a test over here.

Quote
3) I am using multiple computers over a lan, is there someway I can set this up to connect to your server from only one of my computers?

You could use the mining proxy discussed on the forum elsewhere. That proxy can switch over to another pool if the primary is down also. You would have all your lan computers connect to the proxy and have the proxy connect to the pool.

(edit) added 0 seperator.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: Meni Rosenfeld on May 30, 2011, 10:59:16 AM
Do you aggregate payouts from the same IP? I have 6 poclbm instances running on two machines, each with a different address, and it seems I got to one of the addresses the rewards for all.


Title: Re: Continuum Mining Pool: NO fees, client monitors via email and twitter
Post by: martok on May 30, 2011, 05:34:53 PM
Do you aggregate payouts from the same IP? I have 6 poclbm instances running on two machines, each with a different address, and it seems I got to one of the addresses the rewards for all.
No. The IP is not used in any payout calculations so that is strange indeed. I am using the sendmany RPC call to batch send transactions into a single TX but your bitcoind should still show you receiving payments on different addresses.


Title: Re: Continuum Mining Pool: No fees; Best PPS rates; Client uptime monitoring
Post by: martok on May 31, 2011, 12:48:48 AM
For those wanting PPS payment, it is now live. Simply use yourpaymentaddress;pps or yourpaymentaddress0pps as the username. PPS miners will not affect regular miners and PPS carries a 5% expected fee. Regular mining is of course still at no fee. However, PPS was requested so there it is.

edit: PPS payout rate:
http://www.continuumpool.com/ppsrate.php
or preferably through the ppsrate RPC call.

edit: You can now pass a boolean pps (null by default) argument to hashrate.
pps => null = overall hashrate
pps => false regular miners only
pps => true only pps miners


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: brocktice on May 31, 2011, 07:33:58 PM
monitordrop({id => monitorid, worker => 'workeraddr'}) Cancels a monitor. Get the ID from the generated email.

How can I get the monitor ID if I'm using twitter but not email?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on May 31, 2011, 07:41:14 PM
monitordrop({id => monitorid, worker => 'workeraddr'}) Cancels a monitor. Get the ID from the generated email.

How can I get the monitor ID if I'm using twitter but not email?
Yeah that's a problem. I'll adjust the twitter msg to include a disable url sometime today. If you're removing a worker though, you'll only get alerted once when it goes off. Point taken nonetheless.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Transcendental on May 31, 2011, 09:01:59 PM
I have been able to login using "worker;payto" now for some reason.. Although I had tried quotes before and it was not working. My problem now is how do I get an accurate hashrate for the workers combined, as well as unconfirmed balance? If you do an rpc-call to the payment address, it does not properly display either clienthashrate(paytoaddr) or currentbalance(paytoaddr)


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on May 31, 2011, 09:12:06 PM
I have been able to login using "worker;payto" now for some reason.. Although I had tried quotes before and it was not working. My problem now is how do I get an accurate hashrate for the workers combined, as well as unconfirmed balance? If you do an rpc-call to the payment address, it does not properly display either clienthashrate(paytoaddr) or currentbalance(paytoaddr)

Should be fixed. You can now pass either a worker or payment address to balancecurrent or hashrate. For the confirmed balance though, you can only query the address that is to actually be paid (payto in your instance). If specific worker balances are needed, I can add a call for that at some point.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Transcendental on May 31, 2011, 09:29:34 PM
I can confirm that these functions are now operational, thanks.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Etherael on June 01, 2011, 04:36:32 AM
I've been mining for a while now with this poclbm invocation;

./poclbm.py -v -w 128 -d 0 --user 12DbPbfp2twBTfjSBW9QhVQ5PrGb2puisV0pps --pass any --host continuumpool.com --port 8332

The hashes are going through;

01/06/2011 14:30:01, 7869656a, accepted                     
01/06/2011 14:30:36, long poll: new block 00000648a0f3b516 
01/06/2011 14:31:49, b7c004ce, accepted                     
01/06/2011 14:31:53, e9698573, accepted                     
01/06/2011 14:32:09, bc9158e3, accepted                     
01/06/2011 14:32:20, 3988c4da, accepted                     
01/06/2011 14:32:40, e4c0a789, accepted                     
01/06/2011 14:32:49, 77ff441b, accepted                     
01/06/2011 14:33:19, bf329670, accepted                     
01/06/2011 14:34:56, b450a6a0, accepted                     
01/06/2011 14:35:07, 73f1a043, accepted       

However on the continuumpool page I am getting 0 for my hash rate and ?> for confirmed payouts at 12DbPbfp2twBTfjSBW9QhVQ5PrGb2puisV

Any idea what's going on here?


Title: Re: Continuum Mining Pool: No fees; Best PPS rates; Client uptime monitoring
Post by: Meni Rosenfeld on June 01, 2011, 04:36:38 AM
For those wanting PPS payment, it is now live. Simply use yourpaymentaddress;pps or yourpaymentaddress0pps as the username. PPS miners will not affect regular miners and PPS carries a 5% expected fee. Regular mining is of course still at no fee. However, PPS was requested so there it is.

edit: PPS payout rate:
http://www.continuumpool.com/ppsrate.php
or preferably through the ppsrate RPC call.

edit: You can now pass a boolean pps (null by default) argument to hashrate.
pps => null = overall hashrate
pps => false regular miners only
pps => true only pps miners
I hope you have carefully evaluated the risks of PPS due to sabotage as well as normal variance. Tycho takes 10% for a reason.

Also, does "overall hash rate" include PPS miners? It would be more useful to know the hashrate of the score-based so we can know its variance.

However on the continuumpool page I am getting 0 for my hash rate and ?> for confirmed payouts at 12DbPbfp2twBTfjSBW9QhVQ5PrGb2puisV

Any idea what's going on here?
I don't know if that's the problem, but I noticed that when I copy-paste my address I often get a stray space which causes it to be unrecognized.

Note to martok - trim spaces from the input.


Title: Re: Continuum Mining Pool: No fees; Best PPS rates; Client uptime monitoring
Post by: martok on June 01, 2011, 04:57:56 AM
Also, does "overall hash rate" include PPS miners? It would be more useful to know the hashrate of the score-based so we can know its variance.
Overall hashrate is currently only score-based miners as pps doesn't really factor into normal pool performance.

If PPS is abused, it will go away but will not affect the score-based payouts.
Quote
I don't know if that's the problem, but I noticed that when I copy-paste my address I often get a stray space which causes it to be unrecognized.

Note to martok - trim spaces from the input.
Indeed, will do.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 01, 2011, 05:20:10 AM
Btw, I am curious as to how useful publishing the share and score logs would be. Particularly whether that ensures pool integrity given that the worker solution is included. I would not be willing to publish the IP addresses of workers but could make previous round sharelog data available less IP address. So, would that be useful to anyone? Does anyone object IE are their privacy concerns here of which I am not aware?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Etherael on June 01, 2011, 06:00:28 AM
Tried an escaped ; as the separator, also tried a different address, still the same output from the pool side monitors..

Any other ideas? I was under the impression that if it wasn't registering the correct address, it wouldn't accept my hashes?


Title: Re: Continuum Mining Pool: No fees; Best PPS rates; Client uptime monitoring
Post by: Meni Rosenfeld on June 01, 2011, 06:16:45 AM
Quote
I don't know if that's the problem, but I noticed that when I copy-paste my address I often get a stray space which causes it to be unrecognized.

Note to martok - trim spaces from the input.
Indeed, will do.
I noticed now that my comment may have been a little ambiguous - to clarify, I was referring to getting statistics from continuumpool.com, not to the miner flags.

Tried an escaped ; as the separator, also tried a different address, still the same output from the pool side monitors..

Any other ideas? I was under the impression that if it wasn't registering the correct address, it wouldn't accept my hashes?
Did you try it without pps? This should help narrow down the problem.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 01, 2011, 06:42:05 AM
Tried an escaped ; as the separator, also tried a different address, still the same output from the pool side monitors..

Any other ideas? I was under the impression that if it wasn't registering the correct address, it wouldn't accept my hashes?
Think I found you.
Are you mining now? Can you confirm balances are being updated?I will manually credit any previously submitted shares from my logs.

Edit: Credited 572 shares.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Etherael on June 01, 2011, 07:04:50 AM
Hey there martok,


./poclbm.py -v -w 128 -d 0 --user=1LLdCXQohpJcZpKrwGc9ebgfKrDanYuwKC\;pps --pass=any --host continuumpool.com --port 8332


Is the current invocation I'm using, I can't see a hashrate or balance for either the previous address or this one however.

Since you seem to be willing to just rollover my pool into the one we finally end up identifying I'll just leave this thing mining till we figure it out :)


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Etherael on June 01, 2011, 07:06:18 AM
I can now see a hashrate being reported for 1LLdCXQohpJcZpKrwGc9ebgfKrDanYuwKC, that's good enough for me, I assume the balance probably won't show till > 1btc?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 01, 2011, 07:28:39 AM
I can now see a hashrate being reported for 1LLdCXQohpJcZpKrwGc9ebgfKrDanYuwKC, that's good enough for me, I assume the balance probably won't show till > 1btc?
Balance is updated in realtime. And now it is for PPS as well.
Your new address's balance should climb each time you submit a share.
Note that the hashrate is over a 5 minute window so if you haven't submitted a share within that window, it goes to 0.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Etherael on June 01, 2011, 08:10:36 AM
All good with balance updates now too, thanks very much for your help Martok, best of luck with your pool.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Meni Rosenfeld on June 01, 2011, 08:21:17 AM
Btw, I am curious as to how useful publishing the share and score logs would be. Particularly whether that ensures pool integrity given that the worker solution is included. I would not be willing to publish the IP addresses of workers but could make previous round sharelog data available less IP address. So, would that be useful to anyone? Does anyone object IE are their privacy concerns here of which I am not aware?
This is a very important issue. I think it will be very useful if you publish such logs. Ideally, for each completed round you would have a table of shares (maybe downloadable in csv format) with the following info: Share #ID, Timestamp, score (as a proportion of the total round score), worker Bitcoin address, hash.
In case people are uncomfortable with their addresses' payout info being displayed, you could show stats only for the shares submitted by the user. For this you will probably need some sort of login system.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 01, 2011, 07:48:04 PM
Btw, I am curious as to how useful publishing the share and score logs would be. Particularly whether that ensures pool integrity given that the worker solution is included. I would not be willing to publish the IP addresses of workers but could make previous round sharelog data available less IP address. So, would that be useful to anyone? Does anyone object IE are their privacy concerns here of which I am not aware?
This is a very important issue. I think it will be very useful if you publish such logs. Ideally, for each completed round you would have a table of shares (maybe downloadable in csv format) with the following info: Share #ID, Timestamp, score (as a proportion of the total round score), worker Bitcoin address, hash.
In case people are uncomfortable with their addresses' payout info being displayed, you could show stats only for the shares submitted by the user. For this you will probably need some sort of login system.
I don't see how publishing bitcoin addresses could be a privacy issue but I could just hash them or take a crc32 etc. My thought was to just dump out the share table per round (time,worker,lscore,solution. If someone analyzing the data wants scores as a proportion of total, they can just calculate it using the formula in your thread.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Transcendental on June 02, 2011, 04:29:19 AM
My client hash rate is again malfunctioning and only display 1/4 of what I'm currently outputting.. I also cannot check unconfirmed balance.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 02, 2011, 05:12:33 AM
Ok, balancecurrent is really expensive in terms of performance and RPC is timing out with this long a round. I am trying to figure a faster way to do this.

As for hashrate, did the miner submit an unusually low number of shares during the interval you checked?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Meni Rosenfeld on June 02, 2011, 06:44:26 AM
Ok, balancecurrent is really expensive in terms of performance and RPC is timing out with this long a round. I am trying to figure a faster way to do this.
Assuming the problem is summing over all the shares of the worker, note that shares older than the last 10,000 or so will have negligible score, so you can just find out the ID of the last share and use "where ID > X-10000" or similar.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 02, 2011, 06:52:02 AM
Ok, balancecurrent is really expensive in terms of performance and RPC is timing out with this long a round. I am trying to figure a faster way to do this.
Assuming the problem is summing over all the shares of the worker, note that shares older than the last 10,000 or so will have negligible score, so you can just find out the ID of the last share and use "where ID > X-10000" or similar.
Great, that's a big help. Yeah, it's the big table scan that's bogging it down.

Edit: balance updated to only scan last 10,000 shares. Note that the final round payment calculation still scans all shares.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Meni Rosenfeld on June 02, 2011, 08:09:34 AM
Ok, balancecurrent is really expensive in terms of performance and RPC is timing out with this long a round. I am trying to figure a faster way to do this.
Assuming the problem is summing over all the shares of the worker, note that shares older than the last 10,000 or so will have negligible score, so you can just find out the ID of the last share and use "where ID > X-10000" or similar.
Great, that's a big help. Yeah, it's the big table scan that's bogging it down.

Edit: balance updated to only scan last 10,000 shares. Note that the final round payment calculation still scans all shares.
There's still room for improvement in the final calculation. At the current r, shares older than 17,000 will have score less than double-precision granularity, so they won't have any effect anyway.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 02, 2011, 04:17:34 PM
Ok, balancecurrent is really expensive in terms of performance and RPC is timing out with this long a round. I am trying to figure a faster way to do this.
Assuming the problem is summing over all the shares of the worker, note that shares older than the last 10,000 or so will have negligible score, so you can just find out the ID of the last share and use "where ID > X-10000" or similar.
Great, that's a big help. Yeah, it's the big table scan that's bogging it down.

Edit: balance updated to only scan last 10,000 shares. Note that the final round payment calculation still scans all shares.
There's still room for improvement in the final calculation. At the current r, shares older than 17,000 will have score less than double-precision granularity, so they won't have any effect anyway.
Hmm, you mean no material affect?
Round 4 payment calc:
select max(score) from share = 646.164449020304
shares = select count(*) from share where score is null = 281610
maxid = select max(id) from share 828713
totscore = select sum(exp(score-max))+exp(score-os) from share = 436.318039783311

payment calc
select exp(score-totscore) from share
order by id
values:
5.43924628175081e-284
5.45174116086077e-284
5.46426474284596e-284
5.47681709364117e-284
...
So they're very small, enough so that we could ignore them but they don't underflow the double precision type.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Meni Rosenfeld on June 02, 2011, 04:37:11 PM
Ok, balancecurrent is really expensive in terms of performance and RPC is timing out with this long a round. I am trying to figure a faster way to do this.
Assuming the problem is summing over all the shares of the worker, note that shares older than the last 10,000 or so will have negligible score, so you can just find out the ID of the last share and use "where ID > X-10000" or similar.
Great, that's a big help. Yeah, it's the big table scan that's bogging it down.

Edit: balance updated to only scan last 10,000 shares. Note that the final round payment calculation still scans all shares.
There's still room for improvement in the final calculation. At the current r, shares older than 17,000 will have score less than double-precision granularity, so they won't have any effect anyway.
Hmm, you mean no material affect?
Round 4 payment calc:
select max(score) from share = 646.164449020304
shares = select count(*) from share where score is null = 281610
maxid = select max(id) from share 828713
totscore = select sum(exp(score-max))+exp(score-os) from share = 436.318039783311

payment calc
select exp(score-totscore) from share
order by id
values:
5.43924628175081e-284
5.45174116086077e-284
5.46426474284596e-284
5.47681709364117e-284
...
So they're very small, enough so that we could ignore them but they don't underflow the double precision type.
I was talking about granularity (precision), not minimal representable number. If you add 1 + 1e-17 you'll get back 1, because double has only 52 bits of precision, or roughly 16 decimal digits. So scores less than this will have no effect on the final numerical score.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Transcendental on June 02, 2011, 11:16:07 PM
Ok, balancecurrent is really expensive in terms of performance and RPC is timing out with this long a round. I am trying to figure a faster way to do this.

As for hashrate, did the miner submit an unusually low number of shares during the interval you checked?

no, I have been watching it today and while it was normal for most of the day again it's listing me at Client hashrate
372230498 just 20 mins ago it was Client hashrate 1417339207


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Transcendental on June 02, 2011, 11:18:20 PM
J after posting my last reply now I am getting the following error message   File "/usr/local/poclbm/BitcoinMiner.py", line 259, in longPollThread
    (connection, result) = self.request(connection, url, self.headers)
  File "/usr/local/poclbm/BitcoinMiner.py", line 222, in request
    response = connection.getresponse()
  File "/usr/lib/python2.6/httplib.py", line 990, in getresponse
    response.begin()
  File "/usr/lib/python2.6/httplib.py", line 391, in begin
    version, status, reason = self._read_status()
  File "/usr/lib/python2.6/httplib.py", line 355, in _read_status
    raise BadStatusLine(line)
BadStatusLine
02/06/2011 18:16:37, long poll exception:                   
Traceback (most recent call last):
  File "/usr/local/poclbm/BitcoinMiner.py", line 259, in longPollThread
    (connection, result) = self.request(connection, url, self.headers)
  File "/usr/local/poclbm/BitcoinMiner.py", line 221, in request
    else: connection.request('GET', url, headers=headers)
  File "/usr/lib/python2.6/httplib.py", line 914, in request
    self._send_request(method, url, body, headers)
  File "/usr/lib/python2.6/httplib.py", line 951, in _send_request
    self.endheaders()
  File "/usr/lib/python2.6/httplib.py", line 908, in endheaders
    self._send_output()
  File "/usr/lib/python2.6/httplib.py", line 780, in _send_output
    self.send(msg)
  File "/usr/lib/python2.6/httplib.py", line 739, in send
    self.connect()
  File "/usr/lib/python2.6/httplib.py", line 720, in connect
    self.timeout)
  File "/usr/lib/python2.6/socket.py", line 561, in create_connection
    raise error, msg
error: [Errno 101] Network is unreachable


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 02, 2011, 11:35:20 PM
J after posting my last reply now I am getting the following error message   File "/usr/local/poclbm/BitcoinMiner.py", line 259, in longPollThread
    (connection, result) = self.request(connection, url, self.headers)
Brought down the server to add HTTP keepalive support. Also, found the hashrate bug.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Meni Rosenfeld on June 03, 2011, 01:24:11 PM
Can you add functionality to create and delete monitors to the website?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: memvola on June 04, 2011, 11:24:33 AM
I can now see a hashrate being reported for 1LLdCXQohpJcZpKrwGc9ebgfKrDanYuwKC, that's good enough for me, I assume the balance probably won't show till > 1btc?
Balance is updated in realtime. And now it is for PPS as well.
Your new address's balance should climb each time you submit a share.
Note that the hashrate is over a 5 minute window so if you haven't submitted a share within that window, it goes to 0.
I see my balance with a faster miner but I have a slower one connected as well and can't see its balance, although I've been submitting shares for some time and see the hash rate. ... OK, now I switched to PPS and saw my balance after submitting a share. I guess share!=score and doesn't have to lead to a positive balance?

Anyway, what I was meaning to ask is, what happens if I want to leave the pool for some reason? Do you pay the remaining balance after a week of absence as Eligius does?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Etherael on June 04, 2011, 12:10:09 PM
How long after ticking over to 1 btc is the transfer made?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Transcendental on June 04, 2011, 09:40:42 PM
How long after ticking over to 1 btc is the transfer made?
martok has said as soon as 1btc is reached (I believe), however I myself have noticed that the smallest payments I have receieved have been in 3btc increments. Sometimes it has taken 24 hours, but the last payment I received (this is purely anecdotal) was instantaneous as soon as I started an instance of bitcoin.

Also: martok, current balance and client hashrate is down once again.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 04, 2011, 11:14:28 PM
How long after ticking over to 1 btc is the transfer made?
martok has said as soon as 1btc is reached (I believe), however I myself have noticed that the smallest payments I have receieved have been in 3btc increments. Sometimes it has taken 24 hours, but the last payment I received (this is purely anecdotal) was instantaneous as soon as I started an instance of bitcoin.
Payments should be close to when you tick over 1 BTC but there are potential delays.

The payment script runs from an hourly cron so there is a bit of slack there. This allows the pool to combine transactions when possible IE I can send payments to 5 workers using 1 nonstandard transaction.

It's also potentially possible for PPS miners to get delayed if the bitcoind on the pool lacks a balance. I need to fix that manually when it happens though that has only occured once thus far. Not an issue for regular pool mining.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Etherael on June 04, 2011, 11:50:19 PM
Got it, just for the record http://www.continuumpool.com/balance.php?worker=1LLdCXQohpJcZpKrwGc9ebgfKrDanYuwKC this has been this way for about 24 hours now.

Cheers


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Etherael on June 06, 2011, 05:10:14 AM
Coming up on 72 hours now.. no payout and no response, something up?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: fsasa70 on June 06, 2011, 05:26:20 AM
Coming up on 72 hours now.. no payout and no response, something up?

Go PM martok (the pool operator).

His been helping me solve my problem (payout) and what not. Sometimes the payout is delayed too.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Transcendental on June 06, 2011, 05:37:21 AM
It is possible that you are not receiving payment for your pps because the current round started 5-30, this is the longest it has been since we have found a block since I joined. PPS was implemented during this time, so there may not be any coins to payout yet.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: fsasa70 on June 06, 2011, 01:27:03 PM
Wow so this round has been over a week already  :'(

So what's the pools total hashrate?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Meni Rosenfeld on June 06, 2011, 06:42:59 PM
It is possible that you are not receiving payment for your pps because the current round started 5-30, this is the longest it has been since we have found a block since I joined. PPS was implemented during this time, so there may not be any coins to payout yet.
PPS means payment is received for every share regardless of blocks found. If what martok implemented is different then he's wrong to call it PPS.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 07, 2011, 12:47:51 AM
To PPS-mode miners.

My appologies for the payout delays. The good news is, PPS-mode has found a block and all payouts will be dispatched as soon as it matures tomorrow. Additionally, I am moving more BTC over to the pool to hopefully eliminate this in the future.

For regular pool, I nearly have the database dump scripts complete and share/score traces will be made available on the website shortly to provide some needed pool integrity. You will be able to verify scores, solutions and the payouts.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 07, 2011, 06:17:03 PM
All payments have been sent. There is now plenty of BTC in reserve so hopefully a delay like this won't happen again. Once again, sorry for the inconvenience.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Dronix on June 08, 2011, 05:30:01 AM
Brand new to BTC but I noticed this thread in my initial research and decided to join the pool earlier this week. So is it normal for a pool to go this long without finding a block? I've thrown my 1.15 Gh/s into the hat (score-based), but seeing as the round hasn't ended since I joined I have yet to see my first bitcoin.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 08, 2011, 05:46:40 AM
Brand new to BTC but I noticed this thread in my initial research and decided to join the pool earlier this week. So is it normal for a pool to go this long without finding a block? I've thrown my 1.15 Gh/s into the hat (score-based), but seeing as the round hasn't ended since I joined I have yet to see my first bitcoin.
This is an abnormally long round. At current hashrates, we should on average find a block every 3 or so days. However, the more people who join the pool, the lower our time to find a block and the more even the payouts. So hopefully the situation improves over time.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: brocktice on June 08, 2011, 04:09:36 PM
Brand new to BTC but I noticed this thread in my initial research and decided to join the pool earlier this week. So is it normal for a pool to go this long without finding a block? I've thrown my 1.15 Gh/s into the hat (score-based), but seeing as the round hasn't ended since I joined I have yet to see my first bitcoin.
This is an abnormally long round. At current hashrates, we should on average find a block every 3 or so days.

Yeah, variance is a bitch. Just wait (or get deepbitters to join continuum instead).


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 08, 2011, 05:18:57 PM
Hello all,

Database dumps are now up. They show the worker, time of a share and score along with any BTC owed to that worker. They are here:
http://www.continuumpool.com/history/


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: twmz on June 09, 2011, 03:51:12 AM
Is there an API to see how much hash rate is going into PPS?  I know it doesn't affect our rate of earning or variability, but I am curious how many have moved over from other PPS options.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: mmortal03 on June 09, 2011, 12:26:07 PM
Should my balance be blank? I've been running it for almost two days: http://www.continuumpool.com/balance.php?worker=1D6v2gzXV4Tj7RtHPfpWmy5fRD68ZmN6Mm

Is this because a block still hasn't been found?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: twmz on June 09, 2011, 02:28:40 PM
All payments have been sent. There is now plenty of BTC in reserve so hopefully a delay like this won't happen again. Once again, sorry for the inconvenience.

Is the PPS wallet empty again?  I have been >1 BTC balance for a couple hours and haven't gotten a payout.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: ADebelius on June 09, 2011, 08:27:10 PM
Can someone point me to a guide or explain how to use the RPC service for all the other functions? Thanks


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 09, 2011, 08:55:44 PM
Is there an API to see how much hash rate is going into PPS?  I know it doesn't affect our rate of earning or variability, but I am curious how many have moved over from other PPS options.

There is, you can use the ppshashrate() function. Currently 10ghash in PPS mode so bigger than the score pool.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: twmz on June 10, 2011, 12:01:06 AM
There is, you can use the ppshashrate() function. Currently 10ghash in PPS mode so bigger than the score pool.

Thanks, worked perfectly.

By the way, if you don't mind my asking, how is it going on the PPS end?  I like the PPS smoothness and am willing to pay for it (plus stability).  But I also worry that with only a 5% fee on the PPS side you may have a long bad luck streak in the PPS miners not finding blocks, get way in the hole on payouts, and eventually get frustrated and shut down the pool.  So, are things going ok?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: twmz on June 10, 2011, 12:08:58 AM
Remembered another question.  I like that there is no registration (similar to Eligius).  Payouts happen when you get >1.0 BTC.  Is there a system to payout the balance after some period of inactivity (Eligius uses 7 days I think) no matter if it is <1.0 BTC?  Since there is no registration, there would be no other way for us to request a payout if we ever decided to stop mining at continuum.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 10, 2011, 12:48:41 AM
Remembered another question.  I like that there is no registration (similar to Eligius).  Payouts happen when you get >1.0 BTC.  Is there a system to payout the balance after some period of inactivity (Eligius uses 7 days I think) no matter if it is <1.0 BTC?  Since there is no registration, there would be no other way for us to request a payout if we ever decided to stop mining at continuum.

Yes, I need to implement a 7 day payout if we have not heard from you system. Now that the new version suggests TX fees of 0.0005 or whereever the decimal point is, sending out amounts less than 1 BTC isn't as onerous as it once was.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Meni Rosenfeld on June 10, 2011, 05:15:02 AM
Can you add functionality to create and delete monitors to the website?
Any news about this?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 10, 2011, 05:43:40 AM
Can you add functionality to create and delete monitors to the website?
Any news about this?
Oh sorry, I didn't see that post. Yeah, that is trivial. Will do.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Meni Rosenfeld on June 10, 2011, 07:58:23 AM
Can you add functionality to create and delete monitors to the website?
Any news about this?
Oh sorry, I didn't see that post. Yeah, that is trivial. Will do.
Great, thanks.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: ADebelius on June 10, 2011, 02:07:26 PM
Is the PPS pool empty again? I've been sitting at over 1 BTC for a bit now and have not been paid. Any news on this?
http://www.continuumpool.com/balance.php?worker=1DRxNtf6k5gVD2hUyuNgZxLMcQnYQUoScs (http://www.continuumpool.com/balance.php?worker=1DRxNtf6k5gVD2hUyuNgZxLMcQnYQUoScs)


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: twmz on June 10, 2011, 10:25:48 PM
Martok, can you please give us an update on what is happening with PPS payouts?  I see that PPS just paid out this afternoon long after a few of us were >1BTC.  Can you please let us know what is happening? 

Is the cronjob to do payouts just not working reliably? 
Did the schedule change so that it is not hourly?
Is the PPS pool just not finding blocks reliably enough to stay solvant? 

I know I am a little uneasy and I suspect folks like Adebelius are as well.  A little more information would be comforting.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: mmortal03 on June 11, 2011, 01:35:23 AM
Should my balance be blank? I've been running it for almost two days: http://www.continuumpool.com/balance.php?worker=1D6v2gzXV4Tj7RtHPfpWmy5fRD68ZmN6Mm

Is this because a block still hasn't been found?

Trying this again.  It recognizes my hash rate, but shows nothing for my balance. Is that normal?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: twmz on June 11, 2011, 02:30:41 AM
Should my balance be blank? I've been running it for almost two days: http://www.continuumpool.com/balance.php?worker=1D6v2gzXV4Tj7RtHPfpWmy5fRD68ZmN6Mm

Is this because a block still hasn't been found?

Trying this again.  It recognizes my hash rate, but shows nothing for my balance. Is that normal?

Yes, you don't get anything in your balance until a block in which you have contributed shares gets found.

The current round started 2011-05-30 14:20:23.526037-07 and no block has been found yet.  It's a long round.  But also it is a small pool, so your 200ish MH/s will earn you in the neighborhood of 1.6 BTC for each block that is found (as long as the pool's total hash rate stays at about 7.6GH/s).  So, you get paid less often, but you get paid in larger chunks.  On a larger pool, you'd get paid more often, but in much smaller chunks.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: ciuciu on June 11, 2011, 02:35:46 AM
Hi,

I'm at 2 bitcoins on PPS for over two hours and I did not get paid. Should I switch my miners?

Thanks.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: ciuciu on June 11, 2011, 03:13:48 AM
No answer, no payment, pool not working.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: fsasa70 on June 11, 2011, 03:26:41 AM
Am doing PPS and payment seems to be fine for me.

However pool has been down for like 30mins 1 hour forever, longest downtime ever.  :-[

Edit: Woot back!


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: mmortal03 on June 11, 2011, 03:59:06 AM

Yes, you don't get anything in your balance until a block in which you have contributed shares gets found.

The current round started 2011-05-30 14:20:23.526037-07 and no block has been found yet.  It's a long round.  But also it is a small pool, so your 200ish MH/s will earn you in the neighborhood of 1.6 BTC for each block that is found (as long as the pool's total hash rate stays at about 7.6GH/s).  So, you get paid less often, but you get paid in larger chunks.  On a larger pool, you'd get paid more often, but in much smaller chunks.

Thanks, ewal.  That 200ish number is because I've been running two Phoenix processes, one pointed at Eligius, and one pointed at Continuum, because both have been going down a lot in the last week or so (that way so that the one that's up can take up the slack as the other goes down).  I've noticed that if I run a third concurrent Phoenix process pointed at yet another pool, though, that one of the other two will crap out (usually the Continuum one).  Do you guys have any idea why that might be?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Transcendental on June 12, 2011, 12:03:34 AM
it likely has something to do with running them all over the same port, try forwarding port 8334 to port 8332 in router on that machine, then pointing the third instance at port 8334


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Transcendental on June 12, 2011, 12:04:21 AM
Additionally you should try setting up a mining proxy like http://forum.bitcoin.org/?topic=5506.0


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: PoulGrym on June 12, 2011, 10:47:29 AM
Hey I'm new at this pool. I was wondering what the average is when the pool pays its miners? Is it only once a block is found? Does the pool have two account Prop and PPS split equally between each other or are they both individual accounts?

Cheers.. Using this as my backup when deepbit is down. It's the only PPS left.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: fsasa70 on June 12, 2011, 10:54:16 AM
Hey I'm new at this pool. I was at average when the pool pays its miners? Is it only once a block is found. Also is it Prop and PPS split equally between each other or are they both individual?

Cheers.. Using this as my backup when deepbit is down. It's the only PPS left.

If the pool has no balance left = no payout till a block is found if you're doing PPS.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: ADebelius on June 13, 2011, 03:17:08 AM
Well I'm happy to report I'm getting paid pretty consistently on the PPS side now. I really think you need to advertise the pool more, it's so small but it's one of the best % wise. Although the interface can be a bit daunting haha.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: fsasa70 on June 13, 2011, 04:50:56 AM
Well I'm happy to report I'm getting paid pretty consistently on the PPS side now. I really think you need to advertise the pool more, it's so small but it's one of the best % wise. Although the interface can be a bit daunting haha.

Me too  :)  I hope there won't be a major downtime like last time though.

Maybe we can advertise it ourselves ;)

I read somewhere that he is not a web designer so maybe that's why the site is like that.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: ADebelius on June 13, 2011, 05:13:09 AM
Yeah, I really do think its a great pool that could pick up with a better interface. I just don't have much access to the backend and my website backend knowledge is crap. I can do pretty front ends though :-). We must spread the word! I've just set it up on a proxy, so whenever my main pool goes down, it just goes to the next on the list. Works like a champ!


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: grue on June 13, 2011, 04:20:32 PM
It would be nice if the payout limit was lower. 1 btc is a bit high, considering its current value. Lower it to 0.5 or 0.25.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: ADebelius on June 13, 2011, 04:36:53 PM
I think he has it set at 1 BTC to avoid transaction fees. And considering he has a 0% prop and 5% (the lowest) PPS, I can't blame him


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Moussekateer on June 13, 2011, 08:45:35 PM
Pool and site seems to be down...


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: fsasa70 on June 13, 2011, 08:49:49 PM
Pool and site seems to be down...

Damn. Is this pool getting DDoS?
Because mostly it goes down like a minute and up again, but this one has been down for more than an hour like what happened 3 days ago.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Moussekateer on June 13, 2011, 08:51:03 PM
Pool and site seems to be down...

Damn. Is this pool getting DDoS?
Because mostly it goes down like a minute and up again, but this one has been down for more than an hour like 3 days ago.

Been down for an hour and a half according to when my miner stopped. Not sure what's going on.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: fsasa70 on June 13, 2011, 08:59:18 PM
Been down for an hour and a half according to when my miner stopped. Not sure what's going on.

Hope you setup a fallback if this pool gets a long downtime.

I have theories why this 'might' be down...
.DDoS
.Server maintenance
.Internet or electricity shortage

Anyways only martok can give us the right reason why its down.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: ADebelius on June 13, 2011, 09:11:01 PM
Yeah, that's the only downside to this little pool. That's why I have my workers on a proxy so they automatically hop to another pool until this one comes back up. Great stuff, worth the measly few dollars a month.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: fsasa70 on June 13, 2011, 10:10:56 PM
Pool's back!!  :D

So what was the cause of the 2hour downtime?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 13, 2011, 10:25:27 PM
Hi all,
Quick pool update in light of the downtime today. It was just a server crash and the host took a while to respond to the ticket. All should be normal now.
Also, our hashrate has been hanging pretty constant which is probably why we haven't been finding blocks. PPS mode has become much more popular and was at 25 ghash before the crash today and is in fact finding blocks.
I would like to see the scoring (proportional) side grow though as well, that is where I mine personally.
Otherwise, still working on a web frontend for monitors.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: mmortal03 on June 14, 2011, 12:36:49 AM
Also, our hashrate has been hanging pretty constant which is probably why we haven't been finding blocks. PPS mode has become much more popular and was at 25 ghash before the crash today and is in fact finding blocks.
I would like to see the scoring (proportional) side grow though as well, that is where I mine personally.
Otherwise, still working on a web frontend for monitors.

I also use the proportional side of this pool.  The fact that we haven't generated a block in two weeks seems unheard of. Even if you use the upcoming projected difficulty increase, our current hash rate should be generating a block every day or so, not taking more than 14 days.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 14, 2011, 12:46:27 AM
I also use the proportional side of this pool.  The fact that we haven't generated a block in two weeks seems unheard of. Even if you use the upcoming projected difficulty increase, our current hash rate should be generating a block every day or so, not taking more than 14 days.

Hmm, not every day I think. Even the 25 GHs pps mode isn't generating every day. Unless my numbers are way off.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: mmortal03 on June 14, 2011, 01:20:12 AM
I also use the proportional side of this pool.  The fact that we haven't generated a block in two weeks seems unheard of. Even if you use the upcoming projected difficulty increase, our current hash rate should be generating a block every day or so, not taking more than 14 days.

Hmm, not every day I think. Even the 25 GHs pps mode isn't generating every day. Unless my numbers are way off.

Sorry, I must have plugged a wrong value in.  Let's say 4.5 days at current difficulty.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: PoulGrym on June 14, 2011, 10:33:43 AM
Just to get a clear answer. I need to mine a full 1BTC before getting a payout? Is this correct?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: twmz on June 14, 2011, 10:54:23 AM
Just to get a clear answer. I need to mine a full 1BTC before getting a payout? Is this correct?

Correct.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: khamark on June 14, 2011, 11:24:11 AM
well i've mined 2 btc with 2 adresses (1 each) and still have not received the btc, if pps is going to 25Gh i think there shouldn't be a problem gettina 1 block every 2 days at least


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: grue on June 14, 2011, 04:32:25 PM
I think he has it set at 1 BTC to avoid transaction fees. And considering he has a 0% prop and 5% (the lowest) PPS, I can't blame him
Mandatory transaction fees only apply to transactions with outputs less than 0.01 btc


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: BinaryMage on June 14, 2011, 04:34:44 PM
Okay, this is going to be a newbie question, I apologize in advance. How do you use the RPC interface?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: ADebelius on June 14, 2011, 04:36:11 PM
Okay, this is going to be a newbie question, I apologize in advance. How do you use the RPC interface?

I've been wondering the same thing since day 1 lol...


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: maxcorrads on June 14, 2011, 04:44:32 PM
I'm in, 610 Mhash :)


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: BinaryMage on June 14, 2011, 04:47:19 PM

I've been wondering the same thing since day 1 lol...

Do you connect through the client, in some sort of command prompt, what? *confused*


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Meni Rosenfeld on June 14, 2011, 08:17:21 PM
Okay, this is going to be a newbie question, I apologize in advance. How do you use the RPC interface?
After some Googling it seemed to me that mere mortals cannot use it. But soon most (all?) of the functionality should be available from the website.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Moussekateer on June 14, 2011, 11:02:08 PM
Okay, this is going to be a newbie question, I apologize in advance. How do you use the RPC interface?
After some Googling it seemed to me that mere mortals cannot use it. But soon most (all?) of the functionality should be available from the website.

I've written a script that makes use of a Python RPC client to communicate with continuumpool's server. I'm currently trying to see if I can make it an app engine site otherwise I will release it as an executable.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: BinaryMage on June 15, 2011, 12:29:44 AM

After some Googling it seemed to me that mere mortals cannot use it. But soon most (all?) of the functionality should be available from the website.

So no one knows how to use it? xD


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: twmz on June 15, 2011, 12:31:06 AM

After some Googling it seemed to me that mere mortals cannot use it. But soon most (all?) of the functionality should be available from the website.

So no one knows how to use it? xD

I use it.  It's a programming API.  You have to write code to use it.  If you are interested, here are the details on JSON RPC:

http://json-rpc.org/



Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Moussekateer on June 15, 2011, 12:45:17 AM
Here is my nice and simple Continuumpool stats site using the RPC protocol. This is pretty rough and I still haven't implemented the monitoradd() and monitordrop() methods but they will be soon. Anyways give it a go and give me some feedback on how to improve it. Thanks.

http://continuumpoolrpc.appspot.com/

Enjoy :)

Edit: Now with even more pool and worker stats! Will try to get the monitoradd() and monitordrop() methods working sometime soon.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: PoulGrym on June 15, 2011, 12:09:51 PM
Here is my nice and simple Continuumpool stats site using the RPC protocol. This is pretty rough and I still haven't implemented the monitoradd() and monitordrop() methods but they will be soon. Anyways give it a go and give me some feedback on how to improve it. Thanks.

http://continuumpoolrpc.appspot.com/

Enjoy :)

Edit: Now with even more pool and worker stats! Will try to get the monitoradd() and monitordrop() methods working sometime soon.

Very nice.. not much new but still nice ^_^ Keep at it!


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Moussekateer on June 15, 2011, 06:11:22 PM
Another little update I pushed, but pretty useful. You no longer have to enter your worker address in the text box every time you want to fetch the stats.

Simply visit http://continuumpoolrpc.appspot.com/<workeraddress> for instant gratification. You can bookmark this address for easy viewing of stats at any time. Enjoy.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: maxcorrads on June 15, 2011, 07:57:20 PM
Another little update I pushed, but pretty useful. You no longer have to enter your worker address in the text box every time you want to fetch the stats.

Simply visit http://continuumpoolrpc.appspot.com/<workeraddress> for instant gratification. You can bookmark this address for easy viewing of stats at any time. Enjoy.

Worker hashrate dosn't work for me. I see: Worker hash rate: 458.129844 MHashes/s but it's different from what the continuum say :)


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: PoulGrym on June 15, 2011, 09:24:41 PM
Ahh, Yes you hash at one rate. Still the shares are produced at some what random intervals. Those are then taken in to an avg account from the pool's point of view. In the long-term you should be hashing at the rate you see. Still the pool will only see the shares it gets.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Moussekateer on June 15, 2011, 10:18:51 PM
Another little update I pushed, but pretty useful. You no longer have to enter your worker address in the text box every time you want to fetch the stats.

Simply visit http://continuumpoolrpc.appspot.com/<workeraddress> for instant gratification. You can bookmark this address for easy viewing of stats at any time. Enjoy.

Worker hashrate dosn't work for me. I see: Worker hash rate: 458.129844 MHashes/s but it's different from what the continuum say :)

Pretty much what PoulGrym said, it's only an estimate of your hashrate depending on how often you're submitting shares back. But it should fluctuate around your actual hashrate so don't be worried if you see it below (or above) your actual hashrate.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: maxcorrads on June 15, 2011, 10:35:40 PM
Another little update I pushed, but pretty useful. You no longer have to enter your worker address in the text box every time you want to fetch the stats.

Simply visit http://continuumpoolrpc.appspot.com/<workeraddress> for instant gratification. You can bookmark this address for easy viewing of stats at any time. Enjoy.

Worker hashrate dosn't work for me. I see: Worker hash rate: 458.129844 MHashes/s but it's different from what the continuum say :)

Pretty much what PoulGrym said, it's only an estimate of your hashrate depending on how often you're submitting shares back. But it should fluctuate around your actual hashrate so don't be worried if you see it below (or above) your actual hashrate.

Ok, but what i tryed to say is that what this page say (http://www.continuumpool.com/hashrate.php?worker=xxx) is different from http://continuumpoolrpc.appspot.com/<address>; now it works i don't know why :)


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Moussekateer on June 15, 2011, 10:42:02 PM
Ah ok, sorry misread your question. That shouldn't happen, my script doesn't cache anything so the data is always fresh when you (re)load the page. The values must have changed inbetween you opening my page and opening the other :-)


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: memvola on June 16, 2011, 12:13:43 AM
EDIT: I'm unable to reproduce the problem I reported below. Please disregard it. It might be that my readings were wrong somehow. Thanks, martok, for looking into this.

It seems the pool doesn't support switching between pps and score-based using the same address.

I had a little more than 1.2 BTC in my account when I switched from pps to the score-based system (I kept the address and just deleted the pps suffix). It worked fine and I saw my positive "proportional" balance on the RPC, but my pps balance suddenly went down to 0.16. I think, since the shares hadn't been paid yet, the system assumed that they were submitted to the score-based scheme (it showed around ~12BTC, which is too high for half a day's work @ 2.4GH, even with optimistic calculations). Some time after I realized this, I went back to the pps scheme, which caused my "proportional" balance to also go to 0.

I wish the bug can be fixed and I can get my coins back, but either way: Use a different address for pps and score-based accounts.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: fsasa70 on June 16, 2011, 12:53:04 AM
Anybody getting disconnections like every 10 minutes?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: mmortal03 on June 16, 2011, 02:16:29 AM
It looks like something is wrong with the server.  The main page throws up errors when checking the hashrate, etc.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 16, 2011, 07:50:08 AM
Just to get a clear answer. I need to mine a full 1BTC before getting a payout? Is this correct?
Correct, though this restriction is going away.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 16, 2011, 08:02:29 AM
Hello all,

Quick update. The 1 btc payout maximum is gone. So PPS miners and any others who have pending balances should be paid out every hour. Currently, the limit is 0.1 BTC but that may need to be adjusted depending on whether our blocks actually get confirmed. The first of these payouts has just gone out.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: maxcorrads on June 16, 2011, 12:17:58 PM
Hello all,

Quick update. The 1 btc payout maximum is gone. So PPS miners and any others who have pending balances should be paid out every hour. Currently, the limit is 0.1 BTC but that may need to be adjusted depending on whether our blocks actually get confirmed. The first of these payouts has just gone out.

Nice! So now when i reach 0.1 BTC i get paid?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: memvola on June 16, 2011, 07:42:58 PM
Nice! So now when i reach 0.1 BTC i get paid?
Yes. I've received 7 payments already!


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: PoulGrym on June 16, 2011, 09:41:11 PM
Great thanks! Good to hear it's lowered. Now with the new high difficulty level of 877227. It's going to take 50% longer to get those coins.



Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: maxcorrads on June 17, 2011, 09:00:00 AM
Nice pool!!


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: PoulGrym on June 17, 2011, 10:30:47 PM
Pool server is having some real issues.. I'm disconnecting all the time. Anyone else feel the same?

[edit] seems to be more stable now..


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 18, 2011, 10:04:48 AM
I believe the pool should be quite a bit more responsive now. I have deployed some scalability changes in the pool backend code which prevents it from blocking on new shares. Hopefully that also will resolve the little downtimes we were getting. Would appreciate some load testing and feedback though.

RPC still runs in a single loop so only serves one request at a time. That's the next thing I need to change as RPC is rather a busy service it would seem.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: disq on June 18, 2011, 11:45:36 AM
is it possible to make exceptions on the minimum payments? i'm running PPS and having sub-1btc transactions few times a day really crimps my wallet's style :p

maybe use the password field for settings (though it wouldn't be secure) or raise the minimum auto-payout limit and provide a "button" to get paid early.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: twmz on June 18, 2011, 11:59:43 AM
is it possible to make exceptions on the minimum payments? i'm running PPS and having sub-1btc transactions few times a day really crimps my wallet's style :p

maybe use the password field for settings (though it wouldn't be secure) or raise the minimum auto-payout limit and provide a "button" to get paid early.


I was thinking of something similar.  Personally, I like Deepbit's auto-payment scheme.  It's a minimum auto-payout, but they only do it once per day.  Even if you think 1 day is too long, you might consider some kind of "no more than 1 payment per X hours" system I'd be much happier getting 3 payments of 0.8 per day instead of hourly payments of 0.1.  Or something like that.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: PoulGrym on June 18, 2011, 03:18:10 PM
hOw about using the miner address after the 0PPS<XX> telling in hours how often you want your payments?? if not added it's using the default.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: gsan on June 18, 2011, 09:49:06 PM
I think few people would actually need that kind of fine-tuning. How about "one payment per day if the balance is above 0.1"? Or every 12 hours?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: twmz on June 18, 2011, 09:52:06 PM
I think few people would actually need that kind of fine-tuning. How about "one payment per day if the balance is above 0.1"? Or every 12 hours?

+1


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 18, 2011, 09:54:21 PM
Ok, payments set to twice daily.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: twmz on June 18, 2011, 09:55:24 PM
is it possible to make exceptions on the minimum payments? i'm running PPS and having sub-1btc transactions few times a day really crimps my wallet's style :p

maybe use the password field for settings (though it wouldn't be secure) or raise the minimum auto-payout limit and provide a "button" to get paid early.


I was thinking of something similar.  Personally, I like Deepbit's auto-payment scheme.  It's a minimum auto-payout, but they only do it once per day.  Even if you think 1 day is too long, you might consider some kind of "no more than 1 payment per X hours" system I'd be much happier getting 3 payments of 0.8 per day instead of hourly payments of 0.1.  Or something like that.
I think that is a good balance. Say a 1 btc payout with a twice daily automatic payment. Consider it implemented.

Did you mean 0.1?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 18, 2011, 10:35:10 PM
is it possible to make exceptions on the minimum payments? i'm running PPS and having sub-1btc transactions few times a day really crimps my wallet's style :p

maybe use the password field for settings (though it wouldn't be secure) or raise the minimum auto-payout limit and provide a "button" to get paid early.


I was thinking of something similar.  Personally, I like Deepbit's auto-payment scheme.  It's a minimum auto-payout, but they only do it once per day.  Even if you think 1 day is too long, you might consider some kind of "no more than 1 payment per X hours" system I'd be much happier getting 3 payments of 0.8 per day instead of hourly payments of 0.1.  Or something like that.
I think that is a good balance. Say a 1 btc payout with a twice daily automatic payment. Consider it implemented.

Did you mean 0.1?
No I meant 1 btc = payout immediately but payout x times daily (currently 2) with a minimum of 0.1.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: twmz on June 18, 2011, 10:37:03 PM
No I meant 1 btc = payout immediately but payout x times daily (currently 2) with a minimum of 0.1.

Ah, that works too.  Thanks!


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: disq on June 18, 2011, 11:35:14 PM
thanks! :)


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Meni Rosenfeld on June 19, 2011, 04:58:26 AM
Ok, I think now we're allowed to ask... martok, are you absolutely sure there's no problem with the pool that would cause it to miss winning shares?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: relmeas on June 19, 2011, 05:32:17 AM
I tried this pool, since it offers about 6% better PPS rate than deepbit.

However it turned out the rejected rate is about 10% so it's still less profitable...

I hope the long polling will be implemented soon (or whatever is required to have 0.6% rejected ratio I have at deepbit), then I'll give it another try.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: ADebelius on June 19, 2011, 05:49:10 AM
My rejection rate averages .5% to 1% here at continuum, which is the same I get at deepbit. I'd look client side before blaming the server.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 19, 2011, 05:57:44 AM
Ok, I think now we're allowed to ask... martok, are you absolutely sure there's no problem with the pool that would cause it to miss winning shares?
It appears there is nothing amiss with shares.
The pps side has found 3 blocks since it went up, scoring has not found a block. I was curious as to whether there was a pool problem also so ran the software on the testnet for a bit and all works fine with finding blocks and recognizing whether they are PPS or proportional. I think we just need more hashing power on proportional side.

Note also that when the round does complete, a share history will be made available. Assuming your client logs its share submits, you will be able to compare that against the history to ensure all your shares were counted.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 19, 2011, 06:02:43 AM
I tried this pool, since it offers about 6% better PPS rate than deepbit.

However it turned out the rejected rate is about 10% so it's still less profitable...

I hope the long polling will be implemented soon (or whatever is required to have 0.6% rejected ratio I have at deepbit), then I'll give it another try.
If you're getting 10% rejected, there is a problem somewhere. If you can PM me your login address, I'll look up the reject reasons. The pool does support long polling so that isn't the cause.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Meni Rosenfeld on June 19, 2011, 06:55:03 AM
The pps side has found 3 blocks since it went up, scoring has not found a block. I was curious as to whether there was a pool problem also so ran the software on the testnet for a bit and all works fine with finding blocks and recognizing whether they are PPS or proportional. I think we just need more hashing power on proportional side.
The word "proportional" is usually reserved to the defective system of using the same score for all shares. What we have here is called score-based.

Maybe you can try being more aggressive with promoting the pool? All the other pools are more or less the same and this is the only one that offers a distinctive advantage, there's no shame in spreading the word.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Sukrim on June 19, 2011, 10:18:52 AM
I tried this pool, since it offers about 6% better PPS rate than deepbit.

(50-0.0000541647*877226.66666667)*2 = 4.97056154%

I thought deepbit charges 10% for PPS? This would mean this pool only offers 5% better rates - while not(?) paying for stale shares. In the long run this is not really desirable as a miner imho as you earn 5% less than expected. For pool operators it's also not desirable as miners can be easily patched to "leech" PPS pools (aka "not submitting winning shares attack") and such a pool can be killed by any rivalling bigger pool with just the missing 5% covered out of own pockets.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: twmz on June 19, 2011, 10:26:10 AM
I tried this pool, since it offers about 6% better PPS rate than deepbit.

(50-0.0000541647*877226.66666667)*2 = 4.97056154%

I thought deepbit charges 10% for PPS? This would mean this pool only offers 5% better rates - while not(?) paying for stale shares. In the long run this is not really desirable as a miner imho as you earn 5% less than expected. For pool operators it's also not desirable as miners can be easily patched to "leech" PPS pools (aka "not submitting winning shares attack") and such a pool can be killed by any rivalling bigger pool with just the missing 5% covered out of own pockets.

Continuum pays 47.5 BTC / difficulty per share
Deepbit pays 45 BTC / difficulty per share

47.5 / 45 = 5.5555555% more at continuum.

Neither pay for stale shares.



Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Sukrim on June 19, 2011, 10:43:03 AM
Why would you mine with 5-10% "built-in" bad luck using a method that is easily exploitable by a known method? ???

To decrease variance you can just mine in several pools (even at once) and if they're score based you'd also get the expected rate (if they are prop. you can hop and get even more ;) )


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: relmeas on June 19, 2011, 04:53:59 PM
For pool operators it's also not desirable as miners can be easily patched to "leech" PPS pools (aka "not submitting winning shares attack") and such a pool can be killed by any rivalling bigger pool with just the missing 5% covered out of own pockets.
If some pool would want to perform this kind of attack, I don't see why would it not be able to do the same thing with proportional system.

He would still be paid for each found block but would not submit winning ones he find... Same thing basically - taking but not giving. In the long run it would be paid the same (or little more) than if he would using PPS - just like the honest miners.

So what exactly makes PPS more desirable for such attack?

Sure, the pool might lose if the PPS rate is more than statistical worth of a single share. But then the pool owner can (and should) always change the PPS rate so it would reflect current situation much better. For example 7% deepbit declares seems fair to me since as you can see, the actual shares per block is statistically much more than it's supposed to be, for some mysterious reasons... perhaps it's those attacks going on?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: PoulGrym on June 19, 2011, 05:14:15 PM
Attacking PPS then Prop in the sense is that PPS pays you every share you send in even tho no block is found. While Prop only pays once the block is found. Not finding a block on PPS would just take money from the Pool admin. Not finding a block in Prop will only make the pool to never pay you.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: gentakin on June 19, 2011, 05:14:51 PM
So what exactly makes PPS more desirable for such attack?

PPS: Pool operator pays for losses when blocks are not submitted. (Since they still have to pay for every submitted share.) Effectively, by not submitting a block, the attacker steals 50BTC that should be rightfully belonging to the operator.
Proportional: When blocks are not submitted, the pool simply appears to have bad luck. So it's the miners that pay for the attack, not only the pool operator.

So attacking like this works much better on PPS pools, as it directly hits the operator and might quickly ruin them.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: relmeas on June 19, 2011, 05:21:25 PM
Attacking PPS then Prop in the sense is that PPS pays you every share you send in even tho no block is found. While Prop only pays once the block is found. Not finding a block on PPS would just take money from the Pool admin. Not finding a block in Prop will only make the pool to never pay you.
that's why PPS fees are supposed to be larger - for taking the risk. also, it's SUPPOSED to even up with time.

honestly I don't see what the problem is. if the pool can't afford PPS, just switch it off and don't advertise it.

And once again, it does not matter if there is PPS or there is no PPS. Attackers would attack anyway and prop miners would still get less and eventually leave.

Also, repeating myself, if PPS is draining too much BTC then just decrease per share payout. Easy enough! If it's still not paying out, well then maybe there is a problem with the pool that does not generates any blocks at all... why would anyone bother with it even in prop-like mode?


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Meni Rosenfeld on June 19, 2011, 05:58:47 PM
that's why PPS fees are supposed to be larger - for taking the risk. also, it's SUPPOSED to even up with time.
PPS fees are higher to account for the operator's variance when all miners are honest. It can't hope to handle sabotage attacks.

honestly I don't see what the problem is. if the pool can't afford PPS, just switch it off and don't advertise it.
I agree with this. martok bit more than he can chew with the PPS. Which is very unfortunate, had he consulted with me I'd have explained the risks. The fact that he conditioned PPS payouts on its eventual finding of blocks means he doesn't get PPS at all.

And once again, it does not matter if there is PPS or there is no PPS. Attackers would attack anyway and prop miners would still get less and eventually leave.
Wrong, trying to sabotage a share/score-based pool is shooting oneself in the foot. If the attacker is 50% of the pool, then by withholding blocks he denies himself 50% of the reward. Thus sabotaging such pools is much more expensive. In PPS withholding blocks does not decrease the reward (beyond the normal PPS fee).

Also, repeating myself, if PPS is draining too much BTC then just decrease per share payout. Easy enough!
Not easy at all, the operator needs to keep hundreds or thousands of BTC in reserve to ensure stable PPS payouts. Which is what I don't think martok realized.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: relmeas on June 19, 2011, 06:36:08 PM
that's why PPS fees are supposed to be larger - for taking the risk. also, it's SUPPOSED to even up with time.
PPS fees are higher to account for the operator's variance when all miners are honest. It can't hope to handle sabotage attacks.

honestly I don't see what the problem is. if the pool can't afford PPS, just switch it off and don't advertise it.
I agree with this. martok bit more than he can chew with the PPS. Which is very unfortunate, had he consulted with me I'd have explained the risks. The fact that he conditioned PPS payouts on its eventual finding of blocks means he doesn't get PPS at all.

And once again, it does not matter if there is PPS or there is no PPS. Attackers would attack anyway and prop miners would still get less and eventually leave.
Wrong, trying to sabotage a share/score-based pool is shooting oneself in the foot. If the attacker is 50% of the pool, then by withholding blocks he denies himself 50% of the reward. Thus sabotaging such pools is much more expensive. In PPS withholding blocks does not decrease the reward (beyond the normal PPS fee).
I agree that PPS is more a privilege of larger pools that get stable number of blocks per day and are harder to attack.

However, for the new pool with very small hashing power, this could be the main reason for people to even consider moving there. who wants to wait several days per block with the difficulty constantly raising, when you could just mine at a larger pool and get full advantage from current difficulty which is lower than it will become in just a few days? with PPS those miners would still get their reward but the pool would also grow.

also why are you only talking about pools being cheated? why not talk about the miners? what prevents a pool from simply redirecting some of the miners to the completely separate bitcoin client or a pool that would produce blocks not from a pool's name but from "other"? miners would get less reward (longer blocks) but would blame it on bad luck but the pool would get absolutely free 50 BTC per such block. with PPS the miner at least does not get less than he is supposed to in such theoretical occurrence (still needs to be checked of course but at least it's very simple to do - just multiply accepted by PPS rate and compare with received reward).


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Meni Rosenfeld on June 19, 2011, 06:56:53 PM
who wants to wait several days per block with the difficulty constantly raising, when you could just mine at a larger pool and get full advantage from current difficulty which is lower than it will become in just a few days?
How about being the only pool around using a hopping-proof scoring method?

with PPS those miners would still get their reward but the pool would also grow.
martok's PPS and score-based are two separate pools. Drawing people to the PPS does not help the score-based grow. And opening up a new PPS pool makes no sense for someone small.

also why are you only talking about pools being cheated? why not talk about the miners?
Because that is a different problem which has not come up in this discussion.

The short answer is that the mining software knows when it finds a valid block. The user can monitor for this event and if he discovers that a block was found and the pool wasn't rewarded he can blow the whistle.

And yes, not having to worry about this issue is one of the selling points of PPS.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 19, 2011, 08:31:02 PM
So what exactly makes PPS more desirable for such attack?

PPS: Pool operator pays for losses when blocks are not submitted. (Since they still have to pay for every submitted share.) Effectively, by not submitting a block, the attacker steals 50BTC that should be rightfully belonging to the operator.
Proportional: When blocks are not submitted, the pool simply appears to have bad luck. So it's the miners that pay for the attack, not only the pool operator.

So attacking like this works much better on PPS pools, as it directly hits the operator and might quickly ruin them.

True, and as I have said elsewhere in this thread, if that happens then PPS will simply go away. So by attacking PPS, it will simply no longer be available to them.

Score-based continues to be my primary focus with this pool as I believe longterm, it is the way to go.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: PoulGrym on June 19, 2011, 09:49:57 PM
I've also reported about PPS risk when I was on swepool.. I do still think it's good to have competition to deepbit. One solution could be the MaxPPS (http://eligius.st/wiki/index.php/Maximum_PPS) as Eligius uses I think...


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: twmz on June 19, 2011, 11:09:44 PM
Continuum apparently had issues starting an hour or two ago.  More recently, I am able to connect and get work, but have massive stale/rejected shares (close to 10%) that are clearly not because a new block has been found in the network. 

Let me know when the issues have been resolved, and I'll switch back from my backup pools.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: mmortal03 on June 19, 2011, 11:24:41 PM
Ok, I think now we're allowed to ask... martok, are you absolutely sure there's no problem with the pool that would cause it to miss winning shares?
It appears there is nothing amiss with shares.
The pps side has found 3 blocks since it went up, scoring has not found a block. I was curious as to whether there was a pool problem also so ran the software on the testnet for a bit and all works fine with finding blocks and recognizing whether they are PPS or proportional. I think we just need more hashing power on proportional side.

Note also that when the round does complete, a share history will be made available. Assuming your client logs its share submits, you will be able to compare that against the history to ensure all your shares were counted.

You should make a request to people with more hashing power to join on the proportional side to get continuum out of this rut.  Having no proportional blocks since May 30th is not a nice selling point that you want to maintain for much longer.  I'd be willing to bet that a lot of people have left this pool after a week or two of no payouts.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 20, 2011, 01:19:41 AM
Continuum apparently had issues starting an hour or two ago.  More recently, I am able to connect and get work, but have massive stale/rejected shares (close to 10%) that are clearly not because a new block has been found in the network. 

Let me know when the issues have been resolved, and I'll switch back from my backup pools.
Is anyone else seeing this? My miners have a 1% reject rate currently.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: twmz on June 20, 2011, 01:23:44 AM
Continuum apparently had issues starting an hour or two ago.  More recently, I am able to connect and get work, but have massive stale/rejected shares (close to 10%) that are clearly not because a new block has been found in the network. 

Let me know when the issues have been resolved, and I'll switch back from my backup pools.
Is anyone else seeing this? My miners have a 1% reject rate currently.

Let me switch back and see if it is still happening.  Might have been on my end and restarting miners fixed it.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 20, 2011, 01:27:09 AM

You should make a request to people with more hashing power to join on the proportional side to get continuum out of this rut.  Having no proportional blocks since May 30th is not a nice selling point that you want to maintain for much longer.  I'd be willing to bet that a lot of people have left this pool after a week or two of no payouts.
That is very possible. But whether people leave or join the pool for reasons of no blocks being found is not within my influence. I will note though that if everyone switched from PPS to score based today, we would be in a much better situation as far as finding blocks goes. and the variance would be much lower. We would have approximately 30 ghash in score-based hashing which would result in more BTC earned even for PPS miners due to the 0 fee setup.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: mmortal03 on June 20, 2011, 10:09:00 AM
But whether people leave or join the pool for reasons of no blocks being found is not within my influence.

All I can suggest is enhancing your PR by promoting your unique current features, and implementing additional features as much as possible.  That is within your influence, and people then just have to be convinced to come back by becoming aware of such things.

Quote
I will note though that if everyone switched from PPS to score based today, we would be in a much better situation as far as finding blocks goes. and the variance would be much lower. We would have approximately 30 ghash in score-based hashing which would result in more BTC earned even for PPS miners due to the 0 fee setup.

Yeah, I really don't get why people who flock to this pool more often go with PPS than score based.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: martok on June 21, 2011, 01:19:10 AM
Hello all,

I am writing to inform everyone that I am discontinuing PPS mode in the pool. I had a set limit of losses for PPS and that has been exceeded. Beyond that, I want to focus exclusively on developing the best (in a technical sense) pool I am able. Going back to an entirely score based method will allow me to do that with a minimum of fuss. I realize that this will cause some to leave the pool, though I would encourage you to move your hashing power over to the score-based pool. It will continue to be immune to hopping attacks and will have its history published to ensure transparency.

Note: Once PPS is switched off, PPS miners will be completely paid out so long as balance is above 0.01 BTC..

Thanks.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: Moussekateer on June 21, 2011, 01:46:31 AM
Hello all,

I am writing to inform everyone that I am discontinuing PPS mode in the pool. I had a set limit of losses for PPS and that has been exceeded. Beyond that, I want to focus exclusively on developing the best (in a technical sense) pool I am able. Going back to an entirely score based method will allow me to do that with a minimum of fuss. I realize that this will cause some to leave the pool, though I would encourage you to move your hashing power over to the score-based pool. It will continue to be immune to hopping attacks and will have its history published to ensure transparency.

Note: Once PPS is switched off, PPS miners will be completely paid out so long as balance is above 0.01 BTC..

Thanks.

Sorry to hear that Martok. Was wondering why I suddenly received a small payment from the pool.


Title: Re: Continuum Mining Pool: No fees; Optional PPS; Client uptime monitoring
Post by: mmortal03 on June 21, 2011, 02:24:24 AM
Hello all,

I am writing to inform everyone that I am discontinuing PPS mode in the pool. I had a set limit of losses for PPS and that has been exceeded. Beyond that, I want to focus exclusively on developing the best (in a technical sense) pool I am able. Going back to an entirely score based method will allow me to do that with a minimum of fuss. I realize that this will cause some to leave the pool, though I would encourage you to move your hashing power over to the score-based pool. It will continue to be immune to hopping attacks and will have its history published to ensure transparency.

Note: Once PPS is switched off, PPS miners will be completely paid out so long as balance is above 0.01 BTC..

Thanks.

I obviously support your decision, martok.  As a reminder, don't forget to change the thread subject and your signature once you turn off PPS. As usual, I'm going to continue to point my megahashes at your score-based side until it find one.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: PoulGrym on June 21, 2011, 10:37:26 AM
Just would wanted to say thanks for your PPS services and will try and support you to find one Block on the Prop as I've already been hashing for 11 hours, that's if the switch started when you posted. Could it be possible to have your own user/miner banned from the pool once the block is found, so we can have an indication of when blocks and payment is payed. Just would like to have the option to change to another pool with out the losses.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: Meni Rosenfeld on June 21, 2011, 11:40:17 AM
Just would like to have the option to change to another pool with out the losses.
There are no losses. You can freely change to another pool any time you wish. This will have no affect on your payout for already submitted shares (if no block is found they will quickly depreciate whether you're in or out).


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: tschaboo on June 22, 2011, 11:23:32 PM
Hello all,

I'm a very new miner. Depending on which computers are currently running, I'm having 110 - 630 MH/s. I decided to use this pool as my primary pool because this seems to be the only one that uses Meni's scoring system. I don't get it, but I'm very confident he got the math right. Martok also seems to be trustworthy.

One thing bothers me though ... I made the following calculation:
The expected number of hashes to find a block is EH=3766548342687541 (http://blockexplorer.com/q/hashestowin), the hashrate of the pool right now is HR=11825476621 (http://www.continuumpool.com/hashrate.php).

If I calculate EH/HR/3600/24 I get 3.7 days to finish a block in average.

But http://www.continuumpool.com/roundstart.php says that the last block was found 2011-05-30 14:20:23.526037-07. That's about 24 days!!! So, what's wrong here?




Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: martok on June 23, 2011, 01:43:47 AM
Hello all,

I'm a very new miner. Depending on which computers are currently running, I'm having 110 - 630 MH/s. I decided to use this pool as my primary pool because this seems to be the only one that uses Meni's scoring system. I don't get it, but I'm very confident he got the math right. Martok also seems to be trustworthy.
Welcome to the pool.

Quote
One thing bothers me though ... I made the following calculation:
The expected number of hashes to find a block is EH=3766548342687541 (http://blockexplorer.com/q/hashestowin), the hashrate of the pool right now is HR=11825476621 (http://www.continuumpool.com/hashrate.php).

If I calculate EH/HR/3600/24 I get 3.7 days to finish a block in average.

But http://www.continuumpool.com/roundstart.php says that the last block was found 2011-05-30 14:20:23.526037-07. That's about 24 days!!! So, what's wrong here?


Well fortunately I'm we found a block very soon after you posted this so we're standing on the other side of a very long round. It's worth noting though that the pool's hashrate was not constant throughout that time. The round is being dumped and the entire history will be up soon at http://www.continuumpool.com/history/


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: mmortal03 on June 23, 2011, 02:26:41 AM
Well fortunately I'm we found a block very soon after you posted this so we're standing on the other side of a very long round. It's worth noting though that the pool's hashrate was not constant throughout that time. The round is being dumped and the entire history will be up soon at http://www.continuumpool.com/history/

Excellent news!  How soon should the round's distributions appear on each worker's balance page, for example: http://www.continuumpool.com/balance.php?worker=1D6v2gzXV4Tj7RtHPfpWmy5fRD68ZmN6Mm


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: tschaboo on June 23, 2011, 02:41:57 AM
Welcome to the pool.
Thank you! I joined your pool right now ...

Well fortunately I'm we found a block very soon after you posted
... and now I'm very unhappy that I didn't do that a few hours earlier.  :'(
I could have been rich by now.  ;)

It's worth noting though that the pool's hashrate was not constant throughout that time.
Ah, ok, I didn't consider that. So I hope that the pool stays above 10GH/s and we find another block soon.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: martok on June 23, 2011, 02:43:52 AM
Well fortunately I'm we found a block very soon after you posted this so we're standing on the other side of a very long round. It's worth noting though that the pool's hashrate was not constant throughout that time. The round is being dumped and the entire history will be up soon at http://www.continuumpool.com/history/

Excellent news!  How soon should the round's distributions appear on each worker's balance page, for example: http://www.continuumpool.com/balance.php?worker=1D6v2gzXV4Tj7RtHPfpWmy5fRD68ZmN6Mm
Balances should be updated though that particular worker doesn't seem to have current shares. The last share submitted by the above worker was at 12:10 server time (GMT-7). The block solution was found at 17:00 so there were nearly 5 hours between last share and solved block. Does this match your records?


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: martok on June 23, 2011, 04:57:58 AM
Hello all,

Too many posts from me today, last one.

The files at www.continuumpool.com/history/ have been updated to reflect today's rounds. I have changed the format of dumps though to be more easily parced by scripts. Rather than the XML output, shares are in a simple tab delimited format. Note that "\n" appearing in a field isn't a newline but rather a NULL cfield. I have dropped the payout dumps as they are redundant and can be calculated by doing the math.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: mmortal03 on June 23, 2011, 05:01:08 AM
Well fortunately I'm we found a block very soon after you posted this so we're standing on the other side of a very long round. It's worth noting though that the pool's hashrate was not constant throughout that time. The round is being dumped and the entire history will be up soon at http://www.continuumpool.com/history/

Excellent news!  How soon should the round's distributions appear on each worker's balance page, for example: http://www.continuumpool.com/balance.php?worker=1D6v2gzXV4Tj7RtHPfpWmy5fRD68ZmN6Mm
Balances should be updated though that particular worker doesn't seem to have current shares. The last share submitted by the above worker was at 12:10 server time (GMT-7). The block solution was found at 17:00 so there were nearly 5 hours between last share and solved block. Does this match your records?

Yep, that sounds right.  What's the cutoff?  That particular worker ran for many days in the last round, it just wasn't run in the time frame immediately surrounding the solved block due to some air conditioning issues that came up.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: martok on June 23, 2011, 05:28:35 AM
Yep, that sounds right.  What's the cutoff?  That particular worker ran for many days in the last round, it just wasn't run in the time frame immediately surrounding the solved block due to some air conditioning issues that came up.

Afaik, there isn't a constant cutoff but rather the shares degrade as new shares come in. So the actual amount of time you can be away before a block is found varies based on the hashrate of the pool. The higher the hashrate, the quicker a share will devalue but then at the same time, the more frequent blocks are found so your expected value remains constaint. Ok hopefully I have that right.

Anyways, we did find another block later today, hopefully you were around for that one.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: Meni Rosenfeld on June 23, 2011, 06:39:40 AM
Yep, that sounds right.  What's the cutoff?  That particular worker ran for many days in the last round, it just wasn't run in the time frame immediately surrounding the solved block due to some air conditioning issues that came up.
I think the current half-life is about 550 shares. So if 5000 shares were submitted after yours your payout will be close to 0.

Think of this as a gentler version of solo mining. You don't have a good chance of being rewarded for blocks found while you were out, but your variance is much lower than solo when you're in (and on average it's the same whatever you do, and all that).


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: PoulGrym on June 23, 2011, 08:35:37 AM
Has anyone got any payout's yet? I've mined with no breaks since the PPS Switched. Still I did leave my miner mining with the appendix of 0PPS to my miners name. I've still not received any payout tho. Stats severs seems down, for me at least. If I've got it clear. We've solved the long long long very long block.. plus another one.. Is this correct?

Cheers..

[edit] Sweet! Stats are back up, I see 3 BTC heading my way soon I hope ^_^ *It's nice we're lucky at times* Well be staying here to next difficulty jump I guess.

P.S Please do rar or zip the history txt files.. >_< file 5 is 1.2Gb 0005.txt.xz (http://www.continuumpool.com/history/0005.txt.xz) [Mirror (http://fyels.com/Oc800p)] 129mb

13PZZ.. 11 BTC Sweet! @1.7Gh What setup is that?


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: cengique on June 23, 2011, 02:16:25 PM
Anyways, we did find another block later today, hopefully you were around for that one.

I have been contributing about 1.5 GH/s for the past two weeks, and a few days ago I switched from pps to prop as you were shutting that down. Now I got a bunch of BTC in my unpaid balance thanks to those two blocks you found! Go continuum!  :D

When do we get a payout, though? Did you also change those rules?


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: PoulGrym on June 23, 2011, 07:54:15 PM
Anyways, we did find another block later today, hopefully you were around for that one.

I have been contributing about 1.5 GH/s for the past two weeks, and a few days ago I switched from pps to prop as you were shutting that down. Now I got a bunch of BTC in my unpaid balance thanks to those two blocks you found! Go continuum!&nbsp; :D

When do we get a payout, though? Did you also change those rules?
Sounds nice, what are you hiding under the hood, for that rig?


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: cengique on June 23, 2011, 09:16:45 PM
Sounds nice, what are you hiding under the hood, for that rig?
;D Two machines each running 2x 5850s. They are oc'd to 900 and 920 MHz (I haven't edited their bioses). I also have a 5970 that is waiting for a computer that can handle it :( And trying to acquire a used 5870 now. I still have an AM2 motherboard that doesn't work also. If I can get all of those working, I can contribute another 1 GH/s in the coming week or so.

How many people are contributing to continuum so far? It's been nice at 10 GH/s, as somebody said above it's almost like mining solo, but a bit better ;)


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: PoulGrym on June 25, 2011, 12:14:43 AM
RPC server is down... been like this for a few hours now.. how are we looking with the new difficulty? After next payout I'm out I think.. I guess those with big rigs are staying tho...
has any one else gotten a lower hashing average? mine says it's at ~200 while I'm mining at 350MH


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: PoulGrym on June 26, 2011, 06:47:01 PM
I just got a strange question, how does this Prop/Score based pool calc your share of the block found? As I'm using http://continuumpoolrpc.appspot.com/<WalletAddress> It says Current round balance (proportional): XXXX Numbers.. These numbers seem very directly connected to the current hashing speed then the actual total sent in shares. If I'd stop to mine for a min and under that minute or two it wont register me sending any shares. Then Current round balance (proportional): = Zer0? How does that work?

This seem a little strange if you ask me.. so that's why I'm asking you guys.. RIP to the dude that reboot's his computer while a block is found.. >_<

* Frustrated miner that want to get this block done and be done with it. *


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: DareC on June 26, 2011, 09:29:45 PM
Continuum is using a special score-based method designed to eliminate pool hopping. Basically, share value depreciates over time.

The full method is described in this thread (https://forum.bitcoin.org/?topic=4787.0).


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: Meni Rosenfeld on June 27, 2011, 04:21:06 AM
* Frustrated miner that want to get this block done and be done with it. *
There's nothing special about "getting this block done". If mining for this pool is good for you do, if not don't. Mining is random, there's no accumulation of work.

Do keep in mind that in most other pools your average payout will be less because of pool-hopping.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: martok on June 27, 2011, 08: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.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: tschaboo on June 27, 2011, 09:43:10 PM
Dumps for rounds 7 and 8 are up.

Ok, now I understand my balance. That were actually two rounds!  ;D ;D ;D

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?


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: DareC on June 27, 2011, 09:51:47 PM
Do payments go out at a specific time?


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: martok on June 27, 2011, 10:25:26 PM
Do payments go out at a specific time?
Payments will go out once the block gets 120 confirmations. You can download
http://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.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: Meni Rosenfeld on June 28, 2011, 04:21:40 AM
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.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: mmortal03 on June 28, 2011, 04:34:15 AM
FYI: http://www.downforeveryoneorjustme.com/continuumpool.com


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: martok on June 28, 2011, 06:26:12 AM
FYI: http://www.downforeveryoneorjustme.com/continuumpool.com
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.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: DareC on June 28, 2011, 09:20:16 PM
Looks like we've been lucky for the last few days.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: nick5429 on June 30, 2011, 11: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 (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";

'hashrate' and 'balancecurrent' both return meaningful values.

Is there a way to check my 'pending' (ie, non-confirmed) balance?


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: martok on July 01, 2011, 01:59:56 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 (http://www.continuumpool.com/balance.php?worker=1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb)
Use the balancecurrent function for the balance from the current block.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: nick5429 on July 01, 2011, 02:24:16 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 (http://www.continuumpool.com/balance.php?worker=1HEPamMMbwnd6XjXHsfqQ8smrNi77vyqPb)
Use the balancecurrent function for the balance from the current block.

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??


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: PoulGrym on July 01, 2011, 10: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..


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: martok on July 02, 2011, 02:39:24 AM

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.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: Moussekateer on July 03, 2011, 08: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..

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.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: cengique on July 04, 2011, 01:54:27 AM
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..


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: tschaboo on July 05, 2011, 06:45:05 AM
Sorry for the most probably stupid question, but that

Code:
<br />
<b>Warning</b>:  fopen(http://rpc.continuumpool.com:8330/rpc) [<a href='function.fopen'>function.fopen</a>]: failed to open stream: HTTP request failed!  in <b>/home/bitcoin/web/www/jsonRPCClient.php</b> on line <b>132</b><br />
<br />
<b>Fatal error</b>:  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-&gt;__call('roundstart', Array)
#1 /home/bitcoin/web/www/roundstart.php(5): jsonRPCClient-&gt;roundstart()
#2 {main}
  thrown in <b>/home/bitcoin/web/www/jsonRPCClient.php</b> on line <b>140</b><br />

isn't the reason we're not finding a block, right? I mean, as long as the miners get work, everything should be okay?


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: brocktice on July 05, 2011, 01:46:09 PM
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!


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: martok on July 06, 2011, 03:09:56 AM
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


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: tschaboo on July 06, 2011, 03:13:56 AM
 :'( :'( :'( :'(

I hope somenone cares to take this fine pool over...

martok, thanks for your work.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: cengique on July 06, 2011, 03:50:42 AM
Yes, thank you and sorry to see you go.. :(
-Cengiz


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: Meni Rosenfeld on July 06, 2011, 05:19:34 AM
Thank you for taking the time to incarnate the scoring method. It was a pleasure while it lasted.

Have you considered taking a fee for the pool? Maybe something like f=c=0.005 (1% average). I don't know if many people would mind, and it might make it worth your while even without participating yourself.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: tschaboo on July 06, 2011, 05:51:57 AM
Have you considered taking a fee for the pool? Maybe something like f=c=0.005 (1% average). I don't know if many people would mind, and it might make it worth your while even without participating yourself.

I would stay and pay the 1%.

Actually I don't really know where to go. PPS-pools are out of the question, the original Multipool is not operated anymore (and I didn't see my coins from there yet), Multiclone is also not stable, deepbit-PPS is too expensive.

Meni, would you care to comment on Eligius' new MaxPPS-system?


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: Meni Rosenfeld on July 06, 2011, 10:14:29 AM
Have you considered taking a fee for the pool? Maybe something like f=c=0.005 (1% average). I don't know if many people would mind, and it might make it worth your while even without participating yourself.
Meni, would you care to comment on Eligius' new MaxPPS-system?

[Edit: The following should be correct for MPPS.]

It isn't any good if you ask me. Sure, if you make an oath to mine for eligius forever until the end of time, it will even out eventually. But if you just want to mine for it for any limited amount of time, the odds are against you.

If you mine for such a pool for the duration it takes the pool to find on average 1 block, you get a penalty of 1/e on average, so your expected payout is only 63.2% of the average in other methods. If you mine for the duration of finding on average L blocks (where L is an integer), your penalty proportion is exp(-L)L^L/L!, which by Stirling's law is roughly 1/sqrt(2 Pi L). So for L=100 your average penalty is 4%.

Given that pools are supposed to drastically decrease your variance while having insignificant impact on your expectation, I find this reduction in expectation, or alternatively the long-term commitment, unacceptable.

Edit: Actually, I'm still not sure how exactly MaxPPS works. Whatever it is, though, I suspect these calculations are at least approximately true.

[Edit: The following is for SMPPS]

Reading the more detailed description it looks like it doesn't work like I at first thought. It looks very difficult to analyze, which is why every time I try to think about it I come up with different conclusions. However, according to my current understanding it is doomed to failure. What will happen is this:
The pool balance (total earned - total owed) follows Brownian Motion.
Which means that it will reach any given level with probability 1.
So at some point the balance will be deeply negative.
So any newly submitted share will receive only a fraction of the expected payout.
Seeing this, miners will leave to greener pastures.
This will slow down the recovery, until everyone is fed up with it and the pool collapses.
Everyone who still has a pending reward will never receive it.


Note that there are several perfectly valid hopping-proof methods. PPLNS is hopping-proof and has less variance than the geometric method (mine), but it involves the extra complexity of crossing round boundaries. It has two variants, with or without double-counting shares.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: Meni Rosenfeld on July 06, 2011, 10:20:06 AM
Actually I don't really know where to go.
I went back to slush. Passable scoring method, low variance, simple worker monitoring.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: dunand on July 06, 2011, 11:19:48 AM
I mine in continuum for the last 24 hours. I try to check my balance at
http://www.continuumpool.com/balance.php?worker=my_btc_adr

But this page output nothing.

What is my balance ?
Where can I find the pool solved block history ?
When will I get paid :) ?

thanks



Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: cengique on July 06, 2011, 02:10:59 PM
I would stay and pay the 1%.
I would stay, too. We're really lucky to get a block (or two?) in the final 24 hours :) (Edit: sorry, apparently I was delusional)

If I hadn't stretched my free time so much with building mining hardware, I'd even volunteer to  relocate the server. But I really cannot commit.

How much bandwidth does the pool required? Would a home server sufficient to handle it? How much maintenance does the server need?


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: ghxost on July 06, 2011, 04:55:03 PM
Nooooo!
Don't go away!
I'll pay a fee too.
I dislike all other pools I've tried except this one.
If i'm not mining for Continuum I'm solo mining, which doesn't really do anything for me :(


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: cengique on July 06, 2011, 06:15:42 PM
I mine in continuum for the last 24 hours. I try to check my balance at
http://www.continuumpool.com/balance.php?worker=my_btc_adr

But this page output nothing.
Because your balance is zero.

What is my balance ?
Where can I find the pool solved block history ?
When will I get paid :) ?
The last block found was on 28th of June. The pool is shutting down 3am UTC tomorrow, so you can watch it until then.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: dunand on July 06, 2011, 06:23:15 PM
The last block found was on 28th of June. The pool is shutting down 3am UTC tomorrow, so you can watch it until then.

Thanks for your reply. So basically, I will get nothing if no one find a block until the shut down.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: PoulGrym on July 06, 2011, 10:18:05 PM
Ahh So sad news T_T Here I've been mining on this pool for so long. Thought we'd make one more block until shutdown. I'd be happier if we close it once we find the last block.

Ohh well.. where do we go now?


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: organofcorti on July 07, 2011, 02:38:22 AM
Actually I don't really know where to go.
I went back to slush. Passable scoring method, low variance, simple worker monitoring.

Eclipsemc is gaining ground and uses your scoring method, Meni.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: tschaboo on July 07, 2011, 03:43:12 AM
Meni, thank you very much for your analysis. I can't judge if you are right, but I also have the feeling, somethings wrong with the MaxPPS-method. I think it would work, if old shares wouldn't count forever. If for example all shares from more than 20 rounds ago wouldn't be considered anymore such problems as you described should not arise.

Anyway, if Eclipsemc really uses your scoring method [1], my problem will be solved and you'll find me there. ;-)
Of course I'm still sad that Continuum goes away...



[1] I'm going to find out / ask and report back.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: tschaboo on July 07, 2011, 03:37:53 PM
I'm going to find out / ask and report back.

Looks promising: http://forum.bitcoin.org/index.php?topic=16385.msg335985#msg335985


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: ghxost on July 07, 2011, 04:16:26 PM
Thanks for the heads up about eclipsemc
Total speed is a little higher then I would like, but it looks like home for now.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: cengique on July 07, 2011, 04:23:24 PM
... I intend to shutdown at 03:00 UTC or in approximately 24 hours of this post.

Hi martok, are you still intending to shut down? It looks like a few of us harddiers (~10GH/s) are still hanging on to the last bit of it ;) Are we waiting for a last block?


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: Meni Rosenfeld on July 07, 2011, 05:59:11 PM
Total speed is a little higher then I would like
What could that mean? Generally the higher the better, and EMC is tiny.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: ghxost on July 07, 2011, 07:29:25 PM
I find its more beneficial for me to be in a lower speed pool. Maybe the pool was just 'lucky' during that time, but I got a lot more BTC/day on avarage from continuum and lower speed pools vs any other pool, eclipse included, or so it seems so far.
Example, my cashout per day is lowest on deepbit, by a LOT, which has the highest speeds. Cashout on continuum was higher, but less regular, which was fine by me.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: Meni Rosenfeld on July 08, 2011, 04:30:40 AM
I find its more beneficial for me to be in a lower speed pool. Maybe the pool was just 'lucky' during that time, but I got a lot more BTC/day on avarage from continuum and lower speed pools vs any other pool, eclipse included, or so it seems so far.
Example, my cashout per day is lowest on deepbit, by a LOT, which has the highest speeds. Cashout on continuum was higher, but less regular, which was fine by me.
Unless something fishy is going on with the larger pools, it just means the smaller ones were lucky during that time. Smaller pools have higher variance, which means you're more likely to get payouts significantly more or less than the average. But the average is the same.


Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: Canadian Kodiak on July 09, 2011, 01:25:19 AM
Hey so uh... as far as I can tell my miners still pulling work so I've just left it going on this pool when it runs.  We sticking it out until we get the last block done?

Also what does this mean? I've seen it from time to time while running my miners.  Anything serious?

continuumpool.com:8332 08/07/2011 18:16:41, long poll exception:
Traceback (most recent call last):
  File "BitcoinMiner.pyo", line 326, in longPollThread
  File "BitcoinMiner.pyo", line 284, in request
  File "httplib.pyo", line 974, in getresponse
  File "httplib.pyo", line 391, in begin
  File "httplib.pyo", line 349, in _read_status
  File "socket.pyo", line 397, in readline
error: [Errno 10054] An existing connection was forcibly closed by the remote host



Title: Re: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email
Post by: PoulGrym on July 12, 2011, 09:32:46 PM
So is it official yet? The pool's been offline for a few hours now. Will it be back online to finish the last block??