Topic: [OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 # - page 136. (Read 458499 times)

Wait for wizkid to change the reward algorithm and start mining again to kick it loose.
(I have about 0.49 BTC tied up too)

Payments made only for account balance over 0.67, how about those with lower unpaid balances?

I have been paid. Thank you.

Payouts sent!

https://blockchain.info/tx/b93c7e8cafb00b2203b99f739290e0322b4dbd400cc8d6e12a6b8ad124203dea

Thanks for your patience!  Going to finish this blasted CPPSRB code soon enough!



-wk

Greetings once again, Eligius Miners!

So, I spent most of my weekend working on the CPPSRB code.  *phew*.... and its still not 100% done.

HOWEVER, there is good news.  I have enough of the code done to get payouts caught up to the latest block, 000000000000025fd8c7f8447168e209ba93c6c42e2a422c57a105b92c450de8.

This will include carry over unpaid balances from SMPPS, also.  So far, since CPPSRB was defined enabled the pool has not had the luck to make any payments towards carry over SMPPS extra credit, which made it easier to get this payout list together since I didn't have to focus much on that code yet.

Now, the CPPSRB code is mostly working, however it needs a lot of polishing and some more testing before I'll feel good putting it in full-auto mode.

It also needs to produce the output needed to get the stats updated correctly.

So, still some work to be done, but at least I got enough done to get a payment list together.  Look for payments in the near future!

-wk

Edit: Almost forgot to include the list: http://pastebin.com/G5zPTmiD

We were saying basically the same thing here, but I worded it rather poorly.  My thought process was "it's not confirmed until 120 blocks when it's mined, so it's less likely to incur a fee, and the client should send out older transactions (and even newer, bigger transactions when appropriate) first."  Realistically, based on the formula for whether or not to require a fee, when it comes to micro-payments, there is no point in even thinking about it this way.  The send transaction fees are what I was concerned about, though, and I'm glad to see wizkid reconsidering this method.  Realistically, an extreme stroke of luck could cause old EC to turn into unpaid balance, but sending it out as a micropayment when it could happen again just after that payment seems awfully silly.  Considering that it wouldn't be the norm, though, and it wouldn't be a significant amount of BTC.  If we did switch to a "no longer mining" timeout, perhaps the best way to deal with it would be to not reset it, so that if additional backpay was earned after a payout, a miner could get it by mining one share to reset that timer themselves.  Unless active miners want to be able to request a less than .67..., I don't see any reason to add a payout trigger, as not submitting any more shares would be a legitimate request method.  I mean, unless it's unacceptable for the payout to be delayed 7 days after the request.

After discussing and thinking a bit more about it, Luke-Jr is correct and this probably won't be needed with CPPSRB.  I'll keep an eye on the situation and implement something if it appears to be needed.

Also it has been suggested that miner's have a way to simply request a payout of their unpaid balance at any time.  I plan on implementing such a system after I complete the CPPSRB code, which will solve the problem regardless.

-wk

Mining small amounts doesn't cost anything, but I personally would be worried that a bunch of tiny micropayments for idle miners will hurt those miners when they go to spend it. I've recommended to wizkid057 that he reconsider this part of his plan, and only add such a rule if there's actually a problem left after we switch to CPPSRB; due to the CPPSRB algorithm, however, I expect the problem will simply go away without such an extra rule.

I forgot that RB stood for recent backpay.  So in theory, it could pay all EC even for someone that hasn't mined in a year, but that is still nearly impossible, statistically speaking.  I like the idea of a mining timeout, although I'm not sure it it would be good to send out micropayments every 7 days.  That having been said, if it is still going to be "mined," maybe mining the micro amount won 't be as bad, and I think the client tries to minimize fees, nonetheless.

The "Unpaid Balance" for every miner, regardless of how low of a value it is, is due to miners and the pool does in fact have the funds to pay those amounts.  The extra credit will only be able to be paid as possible based on pool luck.

The balances on the stats pages are not completely accurate, as they are still based on SMPPS. (There is a huge red notice at the top of every stats page about this...)

You can check what you're balance was as of the last SMPPS block in the raw JSON output from the coinbaser script here: http://eligius.st/~luke-jr/raw/7/blocks/00000000000000c1dc82ebf3e5f3829d3247fd03471612f2a4e0f234b75a660d.json
This should contain every single address with any balance (balance or credit).

After this, data will follow CPPSRB.  This is documented here: http://eligius.st/wiki/index.php/Capped_PPS_with_Recent_Backpay (It mentions a 25 BTC block reward in anticipation of the reward halving happening at block 210,000.  I'll note again, even through it is noted there, that the system will obviously use the normal 50 BTC block reward while it is still possible, to avoid confusion.)

CPPSRB will still have the 7-day timeout for inactivity, but, keep in mind that CPPSRB can still pay for old shares (extra credit under SMPPS) so, it can still take a while to go fully inactive.  After the system is up and running I do believe I will be replacing the timeout with an actual "no longer mining" timeout to get miners their balances when they stop mining, and when they are paid it will reset the timeout.  So, if they get any backpay, they'll get another payment in 7 days, etc.

-wk

That EC number is no longer accurate because at least one block has been found since the switch to CPPSRB.  That having been said, you can expect to be paid your real unpaid balance (as of the last SMPPS block if you haven't been mining since before then, or including whatever CPPSRB mining you did do if you have) at the latter of the following:

1) 7 days after the last SMPPS block (if you were no longer mining at that point)
2) After wizkid gets the CPPSRB code in place (no one gets any payouts before that, period)
3) After other unpaid balances "older" than yours get paid out as necessary (assuming the pool doesn't actually have the BTC for the unpaid balances, which I have no theory on)

Regardless, any EC you think has turned into unpaid balance afer the switch to CPPSRB didn't really and will NOT be paid out until / unless you mine on a lucky block (I'm thinking >100% on the current stats page, much different than calculations seen at some other pools), at which point part of it will be paid out (up to all of it, in theory) based on how many shares you submitted during that block.

Here's my current balance:

                            Unpaid Balance   Extra Credit
As of last block*:   0.34253887 BTC   0.33829912 BTC

Unpaid + EC totals higher than 0.67, I am not currently mining here and not planning to start until the new system is fully in place and rewards are being sent out smoothly. I believe there are others in similar situation and with the same question in mind:

     When can I expect to get paid, and more importantly, how much?

Okay. I was just confused, it sounded like new payouts would start with that first block from the description on the page. I have to be honest, I don't really keep up to date on this thread, I view the stats page for my miners more often.

As specified a few posts back, payouts have been temporarily paused while I complete the CPPSRB code.  With any luck I should have it completed this weekend and the pool will catch up with payouts at that time.

See what I did to the subject?  I think someone needs to tag Luke-Jr to do that to the OP...

I and another miner I recommended to use Eligius for some of our miners have not gotten any payments since last week. I'll update this thread when that changes.

Glad to see you making the switch.

Any unpaid balance as of the block I mentioned is earned.  People who aren't quite up to the minimum payout may or may not become inactive depending on their luck with CPPSRB and their current mining activity.  Extra credit will carry over, but CPPSRB means that basically newer extra credit is paid first.  So someone who stopped mining a while back but hasn't hit the minimum payout because of SMMPS trickling them extra credit will likely become inactive and be paid very soon.

Once you get the CPPSRB code active, if it has been more than 7 days, will miners that remained inactive get paid their earnings (non-ec that isn't up to the next auto-payout) on the next block?  I am active, but I asked because several people have been posting about not getting paid, and I believe they should based on how the pool is supposed to work tied with how CPPSRB is supposed to work, but if I am wrong, presumably they will only get paid on lucky blocks, and that would be good to know.

As of now, SMPPS is disabled.  All shares following the finding of block 00000000000000c1dc82ebf3e5f3829d3247fd03471612f2a4e0f234b75a660d will be treated as CPPSRB shares.  Payouts will be caught up as soon as I am done with the code!

Stats will still be online, and will show blocks and such, but, the balance information will still be SMPPS based and such until the CPPSRB code is finished.  This will be updated, so, don't pay much mind to balance data from the the mentioned block forward.  Miners will be paid based on CPPSRB from now on.  Unpaid balances and extra credit from SMPPS will carry forward, so, no worries.

-wk