Pages:
Author

Topic: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email - page 5. (Read 50243 times)

donator
Activity: 2058
Merit: 1054
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.
full member
Activity: 140
Merit: 100
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.
full member
Activity: 140
Merit: 100
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.
newbie
Activity: 12
Merit: 0
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.
full member
Activity: 124
Merit: 100
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.
donator
Activity: 2058
Merit: 1054
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?
newbie
Activity: 41
Merit: 0
hero member
Activity: 737
Merit: 500
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!
full member
Activity: 140
Merit: 100
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.
hero member
Activity: 737
Merit: 500
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?
full member
Activity: 140
Merit: 100
Ok, payments set to twice daily.
hero member
Activity: 737
Merit: 500
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
member
Activity: 72
Merit: 10
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?
member
Activity: 83
Merit: 10
hOw about using the miner address after the 0PPS telling in hours how often you want your payments?? if not added it's using the default.
hero member
Activity: 737
Merit: 500
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.
newbie
Activity: 41
Merit: 0
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.
full member
Activity: 140
Merit: 100
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.
member
Activity: 83
Merit: 10
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..
newbie
Activity: 42
Merit: 0
member
Activity: 83
Merit: 10
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.

Pages:
Jump to: