Topic: Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB - page 39. (Read 1061485 times)

Yup, cruddy luck this round. But I sincerely wanted to thank WizKid for not only all the work keeping Eligius up and running but also for the incredibly detailed replies posted here ... thank you!

Omg 3 days with no blocks. What is this? Shelved share heaven?

I think you need to switch the keccak mining back to sha256 ...

"high-hash" means your miner was submitting shares that were below the difficulty at which it should have been submitting shares, which is a client/miner side issue.

It kept saying rejected due to high-hash something like that.

It worked for a few minutes and then later on, my speed on your pool slowed down and then it started giving me these errors. I can take a photo if you would like.

Have any logs?  Global reject rate on Eligius is near 0% lately, so I'd be inclined to lean towards an issue on your end.

I tried mining on my S2 a few days ago but after a few minutes, I was submitting many rejection shares. Like 1 approved share and 100 rejection shares and my speed was like 100-200Gh/s on a S2. Anyone know why? Only on this pool.

Because not even I can move funds between addresses in the reward system.  Not without removing all sanity checks and rewriting half of the code to get around the basic security premises behind the share log.  The only thing in place to even remotely do so are the donation functions, which require a signed message to work.  I can't set anyone's donation amounts for them, either, since I can't sign with their address.

I suppose a 100% donation settings, then afterwards a signed message to me with a new address to manually send the funds (along with a brief summary in the signed message so I can keep it for records) would work in this case, since the funds would be rewarded all at once at a known time.  This wouldn't work under normal circumstances, however, since donations only happen when shares are rewarded in the reward system and not when a payout is actually made.  Most people contact me after they already have a balance on an address they want to move funds from, which is literally impossible..... not to mention most of these people contacting me are just trying to scam anyway.

Then why couldn't he do that to move it to another address?

Nothing can be done on Eligius's side, since moving funds from one address to another is not possible.

Edit:  I suppose you could sign options that donate 100% of the address's earnings, so at least whoever compromised your wallet wouldn't get the funds.

What can I do if a wallet from that time got compromised?

This is a very important statement.
I always thought it was the other way around. That is why I used balances of the Eligius wallets to look up the amount of mined bitcoins.
Now I see where I was wrong.
Sorry for the misleading questions.
I my defence, some description near field "Total" on the payout queue page whould've helped.

I wanted to get an estimate of time required for recent shelved shares to be paid and a chance of such event.
May be you can add a total number of shelved shares for the pool on the statistics page?
From that number and the way it changes I would be able to uderstand the probability of a reward for the last shelved shares.
I realized that I can calculate those numbers from the statistics on the block list page.

Still not sure what you're getting at.  The payout queue and CPPSRB rewards (which includes handling of shelved shares) have pretty much nothing to do with each other.  The payout queue is just Eligius's way of processing payouts in the coinbase transaction of blocks.  It's not required for shelves shares/CPPSRB/etc.  They're completely independent.

The funds actually in the Eligius offline wallets (NOT necessarily the balance you see for various Eligius related addresses) is generally due to miners AND is reflected in the payout queue.  Again, nothing to do with shelved shares since if the funds exist as real BTC anywhere, then the related shares are not shelved.  If it's in the payout queue (before estimates), it's not shelved.  Again, the two are not related.

Shelved shares also do not exist as amounts in BTC.  They are stored as a portion of the block subsidy for the difficulty at which they were mined.  (Not going to get into the details of that, but feel free to dig back 3 years or so to when the last reward halving happened for that discussion.)

There are never any "extra" funds, either.  If there are funds due miners that Eligius has, then the payout queue has grown by that amount as well.  Any funds Eligius has in its offline wallets due to miners have absolutely nothing whatsoever to do with shelved shares.

This has all been explained many many times.  I'm really unsure where the confusion is.

1) They do exist as an amounts in BTC in the Eligius database (PPS part of CPPSRB).
Shelved shares, the payout queue, the minimum payout only define the order in which those amounts are converted to actual BTC when the pool mines a block.
The reason for my question was to try to estimate how far/close recent shelved shares are from a possible payout. That information is not visible on the user stats page.
If there are some extra funds on the Eligius accounts that are meant for miners then recent shelved shares are probably close and probably would be visible on the user page after the next manual payout.
If there are no such funds then I would guess that recent shelved shares would stay invisible for at least a month.


This was another question with the same purpose.
If the answe to it is 'yes', then it would take 1 or 2 lucky rounds for recent shelved shares to at least appear on the user stats page or even to be converted to actual BTC.
If the answer is 'no', than I don't understands what you included in 30 BTC and 55 BTC.

I have most of the code in place ready to pay towards the share log the withholder funds, but I'm waiting on the go ahead from Eligius's 1-man legal team...

And thanks for the donation!  Much appreciated.

1) Shelved shares don't exist as BTC anywhere.  They've never been mined.  Actual funds are not anything to do with shelved shares.  And again, while unrelated to shelved shares, looking at the balance for cold wallet addresses isn't useful, since these wallets are used for other purposes.
2) The payout queue includes estimates for the current round.  So let's say the payout queue is at ~55 BTC.  The pool finds a block, 25 BTC is paid, and then estimates for the next round are included again bringing it back to ~55 BTC (+/- depending on who's still at/above minimum payout).

First of all, thank you for your hard work on the pool and for the detailed explanation.


1) Did I understand you correctly that all 298 BTC currently residing on the address 18d3HV2bm94UyY4a9DrPfoZ17sXuiDQq2B are not meant for payments for shalved shares of common miners ?
2) According to the numbers above, for the pool to be able to pay for all shelved shares the pool needed extra 25 BTC (55 BTC - 30 BTC) or basically one mined block. Is it correct?

Hey Wizkid, it's been awhile since I posted

I had forgotten about that case, how far has it got?

Thanks for the NMC, every little helps, I have converted it all into BTC and sent the bulk to you as tip for all your hard work in running a fair and honest pool along with having the patience to deal with the continual questions.

Figures we find a block while I'm working on coinbaser code updates, hence the weird block with no 1Rcode address.  At least we found a block!

A pretty good writeup.
So, manual is basically the same payout as automatic, just triggered manually....OK.

I think that maybe you need corporate sponsors to bulk up the pool and reduce variance. No fee should be an attraction, one would think.
Personally, i see my long term wallets down to from slightly below 91% to slightly above 94% shares awarded after many months.
I cannot go back, obviously, but your pool needs some serious luck going forward, I would think.
Peace.