Unpaid PPS Balance doesn't show any activity pretty long time. Work is running. What's wrong?
currently the pool software is counting stats from 4 hours ago, there is still a delay and it will take some time to clear, during this time please disregard site stats they are wrong 
Topic: [0Th]Ozcoin Pooled Mining |DGM 1%|Stratum+VarDiff port 80|NEW CN mining| - page 97. (Read 398185 times)
August 09, 2012, 09:29:52 AM
August 09, 2012, 09:27:22 AM
See the post above yours, and the one two above that.
August 09, 2012, 09:23:52 AM
Unpaid PPS Balance doesn't show any activity pretty long time. Work is running. What's wrong?
August 09, 2012, 08:55:57 AM
probably due to the delayed stats I mentioned in previous post, due to needing time to catch up on shares after ddos attack
August 09, 2012, 08:41:19 AM
Why not Valid Shares?
Username Comment Current Speed Valid Shares Invalid Shares Last Share Efficiency
anti76.19 830.00 MHash/s 0 0 2012-08-09 07:14:33 %
Username Comment Current Speed Valid Shares Invalid Shares Last Share Efficiency
anti76.19 830.00 MHash/s 0 0 2012-08-09 07:14:33 %
August 09, 2012, 07:59:02 AM
us.ozco.in back up and doing 600ghash
stats will still take a while to catch up
best
Graet
stats will still take a while to catch up
best
Graet
August 09, 2012, 07:56:00 AM
Don't quote me on that though. 
Took the post seriously (lol)But I don't see how it would be against the rules, I'm just providing my hashrate when they need it, and when they don't then I'm not using their service as a proxy. Why would that get me banned? I rather connect directly to pools anyway, keeps the stales down (as Graet said)
What I've heard on IRC is that pointing your miners at an un-supported pool causes a lot of overhead on their servers which is why they don't like it. That was awhile ago so maybe they've removed that issue and it no longer matters.
August 09, 2012, 07:37:28 AM
site is back, stats will be delayed
us.ozco.in still having issues :/
us.ozco.in still having issues :/
August 09, 2012, 07:10:07 AM
thanks Sam
August 09, 2012, 07:08:38 AM
FINALLY OZCOIN MAKES THE BIGTIME
OUR FIRST DDOS
OUR FIRST DDOS
us.ozco.in and the www server are taking the brunt
I can't get to the web site either.
Just the thought of a fee makes you a target. Sorry about that. Such a sad state of affairs.
When did people get the idea everything should be free? There ain't nothin in life free. Never mind the fact that if you would have gotten the donation level you requested to stay in business you wouldn't have had to take this step.
I hope it all works out. Thanks for the good work and I hope you will keep it up.
Take Care,
Sam
August 09, 2012, 06:44:24 AM
FINALLY OZCOIN MAKES THE BIGTIME
OUR FIRST DDOS
OUR FIRST DDOS
us.ozco.in and the www server are taking the brunt
August 09, 2012, 12:46:14 AM
Don't quote me on that though.
Took the post seriously (lol)But I don't see how it would be against the rules, I'm just providing my hashrate when they need it, and when they don't then I'm not using their service as a proxy. Why would that get me banned? I rather connect directly to pools anyway, keeps the stales down (as Graet said)
August 08, 2012, 10:40:24 PM
If you were using GPUMax as a signal that a round began on a proportional pool, and it was reliable (from what I've read, GPUMax can't pool hop), then yes. Otherwise, after the "hop point", you'd earn less.
Moving with GPUMax on a DGM pool lets you share a proportion of a reward. You might get the reward sooner, but you'll earn less from it. I'm just guessing here, but I think you might see less variance if you only mined a fair pool when the hashrate was up, but then you can do the same thing by spreading your shares across several pools.
PPS and variance protection schemes will reduce the variance per submitted share to zero, but at a cost.
Moving with GPUMax on a DGM pool lets you share a proportion of a reward. You might get the reward sooner, but you'll earn less from it. I'm just guessing here, but I think you might see less variance if you only mined a fair pool when the hashrate was up, but then you can do the same thing by spreading your shares across several pools.
PPS and variance protection schemes will reduce the variance per submitted share to zero, but at a cost.
Ah I understand. And it is easy to guess when GPUMax begins leasing shares, just set your private pool as an invalid pool. Then gpumax will be read as a dead pool until come leasing time, you can connect to it and start mining.
I would be careful doing this as I think it can cause you to be removed from the gpumax service. Don't quote me on that though.
August 08, 2012, 10:30:01 PM
... and kano wonders how long until the DGM master replies to this comment 
I don't really think there's anything there for Meni to disagree with. You sure you haven't misunderstood what I wrote? Maybe I wasn't clear. Happens from time to time.
My confusion as happens ... from time to time ...
August 08, 2012, 10:16:04 PM
If you were using GPUMax as a signal that a round began on a proportional pool, and it was reliable (from what I've read, GPUMax can't pool hop), then yes. Otherwise, after the "hop point", you'd earn less.
Moving with GPUMax on a DGM pool lets you share a proportion of a reward. You might get the reward sooner, but you'll earn less from it. I'm just guessing here, but I think you might see less variance if you only mined a fair pool when the hashrate was up, but then you can do the same thing by spreading your shares across several pools.
PPS and variance protection schemes will reduce the variance per submitted share to zero, but at a cost.
Moving with GPUMax on a DGM pool lets you share a proportion of a reward. You might get the reward sooner, but you'll earn less from it. I'm just guessing here, but I think you might see less variance if you only mined a fair pool when the hashrate was up, but then you can do the same thing by spreading your shares across several pools.
PPS and variance protection schemes will reduce the variance per submitted share to zero, but at a cost.
Ah I understand. And it is easy to guess when GPUMax begins leasing shares, just set your private pool as an invalid pool. Then gpumax will be read as a dead pool until come leasing time, you can connect to it and start mining.
August 08, 2012, 10:06:31 PM
... and kano wonders how long until the DGM master replies to this comment
I don't really think there's anything there for Meni to disagree with. You sure you haven't misunderstood what I wrote? Maybe I wasn't clear. Happens from time to time.
August 08, 2012, 10:03:01 PM
I've just thought of something interesting, and maybe one of you would be able to answer it. Looking at the hashrate graph, you can easily tell when gpumax kicks in and users drop off the pool (That is what causes the hashrate drops right?). Couldn't in theory, this be a hopping strategy? Maybe not with dgm (or maybe?), but if you hopped onto a pool when gpumax starts buying shares and then the pool found a block.. wouldn't you make more?
yes, gpumax leases are one of the reasons hashrate fluctuates. "if" and "and then" I guess you can be lucky, but there is no way to predict it.In my understanding you would not benefit by "hopping" DGM pools like this, but when I read your question several times I think you are asking about other payout systems
Hell, maybe people that aren't using GPUMax and mining the pool 24/7 are making more then the gpumax users!
there have been times when gpumax users have complained that we found blocks (good luck) while lease was running then had bad luck for them to come back from lease to. in these circumstances yes some fulltime miners have made more than gpumax users also miners that use proxy services to mine on Ozcoin quite often complain of higher stales than um "normal" users, I am pretty sure this cuts into their bottom line too - usually when I can get people to test direct to the pool the stale issue goes away...shrug...some people get grumpy when I cannot resolve this issue, but refuse to test direct...
Or maybe I got the wrong idea about all of this.
maybe August 08, 2012, 09:45:48 PM
I've just thought of something interesting, and maybe one of you would be able to answer it. Looking at the hashrate graph, you can easily tell when gpumax kicks in and users drop off the pool (That is what causes the hashrate drops right?). Couldn't in theory, this be a hopping strategy? Maybe not with dgm (or maybe?), but if you hopped onto a pool when gpumax starts buying shares and then the pool found a block.. wouldn't you make more?
Hell, maybe people that aren't using GPUMax and mining the pool 24/7 are making more then the gpumax users!
Or maybe I got the wrong idea about all of this.
Hell, maybe people that aren't using GPUMax and mining the pool 24/7 are making more then the gpumax users!
Or maybe I got the wrong idea about all of this.
If you were using GPUMax as a signal that a round began on a proportional pool, and it was reliable (from what I've read, GPUMax can't pool hop), then yes. Otherwise, after the "hop point", you'd earn less.
Moving with GPUMax on a DGM pool lets you share a proportion of a reward. You might get the reward sooner, but you'll earn less from it. I'm just guessing here, but I think you might see less variance if you only mined a fair pool when the hashrate was up, but then you can do the same thing by spreading your shares across several pools.
PPS and variance protection schemes will reduce the variance per submitted share to zero, but at a cost.
August 08, 2012, 09:43:04 PM
I've just thought of something interesting, and maybe one of you would be able to answer it. Looking at the hashrate graph, you can easily tell when gpumax kicks in and users drop off the pool (That is what causes the hashrate drops right?). Couldn't in theory, this be a hopping strategy? Maybe not with dgm (or maybe?), but if you hopped onto a pool when gpumax starts buying shares and then the pool found a block.. wouldn't you make more?
Hell, maybe people that aren't using GPUMax and mining the pool 24/7 are making more then the gpumax users!
Or maybe I got the wrong idea about all of this.
Hell, maybe people that aren't using GPUMax and mining the pool 24/7 are making more then the gpumax users!
Or maybe I got the wrong idea about all of this.
If you were using GPUMax as a signal that a round began on a proportional pool, and it was reliable (from what I've read, GPUMax can't pool hop), then yes. Otherwise, after the "hop point", you'd earn less.
Moving with GPUMax on a DGM pool lets you share a proportion of a reward. You might get the reward sooner, but you'll earn less from it. I'm just guessing here, but I think you might see less variance if you only mined a fair pool when the hashrate was up, but then you can do the same thing by spreading your shares across several pools.
PPS and variance protection schemes will reduce the variance per submitted share to zero, but at a cost.
August 08, 2012, 09:12:19 PM
I've just thought of something interesting, and maybe one of you would be able to answer it. Looking at the hashrate graph, you can easily tell when gpumax kicks in and users drop off the pool (That is what causes the hashrate drops right?). Couldn't in theory, this be a hopping strategy? Maybe not with dgm (or maybe?), but if you hopped onto a pool when gpumax starts buying shares and then the pool found a block.. wouldn't you make more?
Hell, maybe people that aren't using GPUMax and mining the pool 24/7 are making more then the gpumax users!
Or maybe I got the wrong idea about all of this.
Hell, maybe people that aren't using GPUMax and mining the pool 24/7 are making more then the gpumax users!
Or maybe I got the wrong idea about all of this.
Jump to: