Quote from: kuzetsa on November 11, 2012, 03:42:26 AM

Quote from: wizkid057 on November 06, 2012, 03:42:17 PM

First, no one with a reward under the minimum payout was paid yet because there were no miners who were inactive for more than 7 days at the time of payout.
((...snip...))

1KiUv3P3YCvvE2qPVhVyJQNLUdEm98TUsU --- address which hasn't mined on eligius in over a month. Just an example.

Curious when your current ETA for "inactive payout" to be sent in a timely way, correctly entering a queue state or however you want to paint things with a brush of "sure, but no... well technically... uh..."

More excuses is all I see from this pool's management.

No excuses. Let me try and clear this up. Here is what was happening under SMPPS:

You start mining.
You mine X shares.
SMPPS retains some of these share's value because the pool has been unlucky recently, and SMPPS distributes that burden across all miners, past, present, and future.... which sucks.
So, as you mine, you get a percentage of your shares paid to your balance, and a percentage awarded as extra credit.
If you stop mining, you still have extra credit accumulated.
When the pool finds any block under SMPPS, your share of the extra credit is awarded to your balance. This is activity under SMPPS. So, you are not inactive.

That above is how SMPPS works. Not CPPSRB.

Now, I declared CPPSRB in effect as of block 00000000000000c1dc82ebf3e5f3829d3247fd03471612f2a4e0f234b75a660d (10/30).

At this point, control of balances went to CPPSRB. SMPPS balances and extra credit were carried over. Now, since SMPPS is no longer making micro-payments to users for extra credit, these miners who are actually inactive (ie, not sending shares to Eligius) will actually end up inactive 7 days after CPPSRB was activated, since as of right now, CPPSRB hasn't been lucky enough to dip in and pay older SMPPS extra credit yet.

So, what this means, is the next time I throw a CPPSRB-generated payout list, it will have EVERYONE who is inactive and became inactive under SMPPS in the payout queue, since CPPSRB takes care of the current active miners first above all else. (As of right now, it shows around 2000 addresses that have become idle/inactive will be paid their unpaid balance.)

If under CPPSRB the pool becomes lucky enough to pay off the entire CPPSRB share log, it will start awarding towards SMPPS extra credit, and then another huge list of payouts will likely be made shortly after to actually send payments for those amounts when the accounts go inactive again (pool gets unlucky or all extra credit is paid).

I hope this makes sense.

I'm actually sitting on the list of payouts for CPPSRB right now and plan on sending out a manual payout tomorrow which will pay just about every single address on the pool (excluding only miners who were paid in the last payout, are still active, and have not made the minimum for a second time yet).

So no worries! Relax.

I've been on this CPPSRB code for a few weeks now, actually, eating up tons of otherwise free time. I have well over 40 hours in the code and testing alone, and all I personally have gotten for this so far is one donation of 0.5 BTC (Thank you, btw, it is appreciated). That puts my wage at roughly $0.12 per hour. lol. Slave labor! On a serious note, I like coding for the pool. As long as some people still find the pool useful and such, I'm content to provide my services to help it.

Let me know if there are any other questions/concerns.

-wk

CPPSRB work donations: 1CPPSRBAhYcYtLN7Y6n1KcwhF49VwMtptT