[OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 #

[wizkid057]

my previous mining address is still stuck at

Approximately 0.16254336 BTC remaining to enter payout queue. If you remain inactive then you will enter the payout queue, due to inactivity, in approximately a few seconds.

for a few days now..

Its because the balance is below the absolute minimum threshold for entering the payout queue, 2 TBC (0.000131072 BTC).  I've been meaning to note that in the stats.  I'll do that now.

Edit:  This can also be if your balance is > 2 TBC but less than 10 TBC.  Balances less than 10 TBC do not enter the normal payout queue and are always manually paid.

-wk

so do i have to mine for that address for a little more to trigger that payout ?

If it has less than 0.000131072 BTC then yes, otherwise you probably just now got it paid out.

-wk

[WinTame2012]

Why shelved BTC amount was removed from stats? My unpaid balance started to grow from 7 Sep and now stuck at 2.51 BTC for the last 3.5 days while I still mine at a sustained rate 212 GH/s and pool was incredibly lucky yesterday.

Wizkid, please consider manual payout to address 18RHQfmrTcC5MXuFUMxC29W3VWRQtCuvV5.
Thanks.

[wizkid057]

Why shelved BTC amount was removed from stats? My unpaid balance started to grow from 7 Sep and now stuck at 2.51 BTC for the last 3.5 days while I still mine at a sustained rate 212 GH/s and pool was incredibly lucky yesterday.

Wizkid, please consider manual payout to address 18RHQfmrTcC5MXuFUMxC29W3VWRQtCuvV5.
Thanks.

There is nothing left to pay out on that address.  You're in queue for 0.16586020 BTC, which includes estimated payout for the current round/next block.  Although, it looks like you've removed the majority of your hash power, so, that will likely drop since you are no longer contributing and you're not adding as many shares and the current round is unlucky.  Under CPPSRB, constantly active miners will always end up with the best long term rewards.

Just a general note (to everyone, not just the person I'm replying to).  Please read the FAQ on the CPPSRB Reward System. Shelved shares are not ever owed by the pool in any way shape or form.  They are simply shares which were submitted, added to the share log, and have not yet had funds available to be paid (ie, luck).  Displaying Shelved Shares as a value in BTC turned out to be a mistake since too many people either assumed that they should be getting rewarded that amount, or would rage quit when, even though their % paid was high, would misunderstand the system and think that reward system was broken for not paying them for shelved shares.  Displaying the % of shares rewarded so far is a much more useful metric than a value of shares not yet rewarded.

The pool does not owe shelved shares.  The pool will pay as many shelved shares as possible when it is possible with every lucky block.  But, if there are not sufficient funds mined to go far enough into the share log to pay everyone, then obviously they can not be paid yet and they will sit in the share log (shelved) until such time as they can be rewarded/paid.

-wk

[WinTame2012]

Why shelved BTC amount was removed from stats? My unpaid balance started to grow from 7 Sep and now stuck at 2.51 BTC for the last 3.5 days while I still mine at a sustained rate 212 GH/s and pool was incredibly lucky yesterday.

Wizkid, please consider manual payout to address 18RHQfmrTcC5MXuFUMxC29W3VWRQtCuvV5.
Thanks.

There is nothing left to pay out on that address.  You're in queue for 0.16586020 BTC, which includes estimated payout for the current round/next block.  Although, it looks like you've removed the majority of your hash power, so, that will likely drop since you are no longer contributing and you're not adding as many shares and the current round is unlucky.  Under CPPSRB, constantly active miners will always end up with the best long term rewards.

Just a general note (to everyone, not just the person I'm replying to).  Please read the FAQ on the CPPSRB Reward System. Shelved shares are not ever owed by the pool in any way shape or form.  They are simply shares which were submitted, added to the share log, and have not yet had funds available to be paid (ie, luck).  Displaying Shelved Shares as a value in BTC turned out to be a mistake since too many people either assumed that they should be getting rewarded that amount, or would rage quit when, even though their % paid was high, would misunderstand the system and think that reward system was broken for not paying them for shelved shares.  Displaying the % of shares rewarded so far is a much more useful metric than a value of shares not yet rewarded.

The pool does not owe shelved shares.  The pool will pay as many shelved shares as possible when it is possible with every lucky block.  But, if there are not sufficient funds mined to go far enough into the share log to pay everyone, then obviously they can not be paid yet and they will sit in the share log (shelved) until such time as they can be rewarded/paid.

-wk

I just wonder how it can be that I had regular payouts with a little shares been shelved in days when pool wasn't very lucky and then, after the recent 'glitch in autopayout system', I've received only some teardrops even despite very lucky 24 hours? It can be obviously seen in the chart. Notice the almost absent green area before the 'glitch' (with much less lucky rounds) and an enormous shelved shares after that 'glitch'.

I'd better leave this cheting pool now.
.

[wizkid057]

Why shelved BTC amount was removed from stats? My unpaid balance started to grow from 7 Sep and now stuck at 2.51 BTC for the last 3.5 days while I still mine at a sustained rate 212 GH/s and pool was incredibly lucky yesterday.

Wizkid, please consider manual payout to address 18RHQfmrTcC5MXuFUMxC29W3VWRQtCuvV5.
Thanks.

There is nothing left to pay out on that address.  You're in queue for 0.16586020 BTC, which includes estimated payout for the current round/next block.  Although, it looks like you've removed the majority of your hash power, so, that will likely drop since you are no longer contributing and you're not adding as many shares and the current round is unlucky.  Under CPPSRB, constantly active miners will always end up with the best long term rewards.

Just a general note (to everyone, not just the person I'm replying to).  Please read the FAQ on the CPPSRB Reward System. Shelved shares are not ever owed by the pool in any way shape or form.  They are simply shares which were submitted, added to the share log, and have not yet had funds available to be paid (ie, luck).  Displaying Shelved Shares as a value in BTC turned out to be a mistake since too many people either assumed that they should be getting rewarded that amount, or would rage quit when, even though their % paid was high, would misunderstand the system and think that reward system was broken for not paying them for shelved shares.  Displaying the % of shares rewarded so far is a much more useful metric than a value of shares not yet rewarded.

The pool does not owe shelved shares.  The pool will pay as many shelved shares as possible when it is possible with every lucky block.  But, if there are not sufficient funds mined to go far enough into the share log to pay everyone, then obviously they can not be paid yet and they will sit in the share log (shelved) until such time as they can be rewarded/paid.

-wk

I just wonder how it can be that I had regular payouts with a little shares been shelved in days when pool wasn't very lucky and then, after the recent 'glitch in autopayout system', I've received only some teardrops even despite very lucky 24 hours? It can be obviously seen in the chart. Notice the almost absent green area before the 'glitch' (with much less lucky rounds) and an enormous shelved shares after that 'glitch'.

I'd better leave this cheting pool now.
.

Your "regular payouts" were during an average/lucky period. I bring your attention to the Eligius blocks list and note the 14 extremely unlucky rounds in the past 7 days, including a round that took over 500 million shares before a block was found.  It will likely take some time for the pool to recover from this unlucky streak, unfortunately, but, as always active miners will continue to earn as close to 100% PPS as possible.  Stopping mining during an unlucky period is probably the best way to not get the most out of Eligius, since a) it buries your shelved share under more and more shelved shares from contributing miners and b) the pool has less hashrate to help find blocks more quickly which could help the pool as a whole pay shares more quickly.

But, before you make accusations of cheating, listen as I said before and read and understand the FAQ on the CPPSRB Reward System.  Everything the pool pays is as transparent as possible.  Eligius is the last pool anyone would ever accuse of cheating.  Its pretty much impossible. We expose everything, including our full share submission database (to those who request access), to the public.  Every satoshi mined is accounted for.  Miners can even verify what the pool is mining by making GBT requests and verify that the payout queue matches the coinbase transaction being mined (also available in our API's coinbase.txt).  So don't even think about trying to slander the pool with nonsense.

And just to show that you do not understand the reward system at all, look at your balance graph more closely.  Then compare the times your unpaid balance increases (purple line) with the times the pool found a block.  You'll notice that it went up roughly the exact same amount for every single block.

So actually understand what you're talking about before attempting to spread lies and FUD.

-wk

Edit: See proceeding post.

[wizkid057]

I'll also note, for the record, that the 'glitch in the auto payout system' was actually two glitches, as indicated by the two large flat periods and subsequent corrections in the "maximum reward" line (light green) of *everyone's* balance graph who was steadily mining on Sep 7 and 11.  They were both instances where the CPPSRB reward system process on the pool server paused due to a fail-safe event for security purposes.  

The first was the code having an issue communicating with the local bitcoind daemon and having trouble verifying the coinbase transaction of a block.  Turns out bitcoind was just a little laggy due to load and the CPPSRB code just didn't allow enough time.  

The second was due to an orphan block we mined 000000000000000bf3ef99e0dcdd88f7c7a57201317fb51922e723ed797ab8d7.  This block was valid for some time and relayed by a majority of the network, the other part relaying an Ozcoin block.  Eventually some miner on the other side of the small fork confirmed the Ozcoin block and not ours causing a tiny reorg event.  CPPSRB attempts to confirm orphaned blocks several ways for security.  Our bitcoind accepted the orphaning, but a secondary bitcoind had not yet done so.  Since our block was valid longer than the preset time in the code and there were conflicting responses the code paused pending human intervention/confirmation before potentially allowing incorrect payouts in case the reward system decided on the incorrect chain.

In both instances no data was lost, miscalculated, or otherwise damaged/incorrect.  All miners have been rewarded appropriately.  A manual payout of about 169 BTC was sent in transaction 24cdb8c009a77327f2e4833b2b729655f922c81243d6d2ea03744162dec4b87b to appropriately catch up the payout queue for the blocks which paid the pool's cold wallet while the reward system was paused along with some miners who entered the payout queue by setting low minimum payouts.

-wk

[WinTame2012]

Yes. Doing 'fixes' (of that wasn't broken) on the live pool was very smart move. The consequences followed quickly.
Enough is enough.

[wizkid057]

Yes. Doing 'fixes' (of that wasn't broken) on the live pool was very smart move. The consequences followed quickly.
Enough is enough.

I do not even have the slightest clue what you're even trying to refer to here, especially since I always explain the pool operations in great detail.  See my previous post.

[WinTame2012]

Wizkid,

I compared the 'Shares Rewarded' numbers with several random miner's workers who was below and above me in TOP-20 list. They all have 94% to 95%. And only my worker have 84% of shares rewarded. I want to emphasize that I haven't stopped mining till today's post and mined at a sustained rate for a week before.

I think during the manual payout routine you've underpaid my reward. Probably, by human error.

[wizkid057]

Wizkid,

I compared the 'Shares Rewarded' numbers with several random miner's workers who was below and above me in TOP-20 list. They all have 94% to 95%. And only my worker have 84% of shares rewarded. I want to emphasize that I haven't stopped mining till today's post and mined at a sustained rate for a week before.

I think during the manual payout routine you've underpaid my reward. Probably, by human error.

Shares rewarded % will be different for almost every miner.  Find another one who started mining at the same time as you and you will find that they have close to the same %. The % depends almost entirely on when you were mining and how lucky the pool was at that time. Not hashrate.  Notice that most of the top miners have been mining here longer than you and have allowed time for their percentage to benefit from the decreased variance that only comes with time.

I even found one for you who started at almost the same time, @ 84.56%.  Look at their balance graph.  They have a much lower hashrate and yet their balance graph looks almost the same as yours (visually not numeric).

Heres another that started at about the same time with a less than steady hashrate: 1Ct7D56ctYGizhrfqi1tTBQHZz3zEnT4zp stats @ 85.06%
And another: 1HMuMhDqVuJUAVUBGyobgJLKprtpD5jUKX stats @ 83.84%
And yet another: 1mPNut4hW6nToqad8wLhMV9ZxXFx36Fmk stats @ 87.11%

Everyone who started mining at that time (before the recent unlucky run) will have about the same % paid so far until the pool gets a little luck and can pay more of the shelved shares.

There is no human error involved, either.  When I use the term "manual payout", I refer to sending the payout via a normal sendmany payment instead of directly from generated coins.  The CPPSRB reward system still calculates and prepares the sendmany for the payment itself.  (For anyone who cares, here is the actual sendmany json for the latest: http://vpn.wizkid057.com/manualpay091113.txt.)

Again, please, I beg you, read and understand the FAQ on the CPPSRB Reward System before you make any more posts here and continue to waste my time.

-wk

[HellDiverUK]

Wow, terrible luck at the moment. 

[driksson]

I think you are doing a great job. Once i reach roi, i will start paying constantly to you.
I think it is good that you are answering questions here in such detail, it really increases your credibility.
Sad to see though how people with such negligence can burst such accusations.
Chin up. Keep calm.
Is there anywhere where one can read about your infrastructure? I mean, what are your preventions to DDOS attacks and such? As i believe this could be targets for upcoming rogue pools to sink all other pools. Or will that have no effect on their own mining?

[spooderman]

CPPSRB is a good system.

[jgarzik]

Something I mentioned on IRC:

It would be nice to offer people some compensation for their shelved shares.  That way, you can get paid immediately by selling your shelved shares to another buyer.  Similar to selling bad debt, in the real world.

Each shelved share is worth more, the closer to the top of the stack you go.  Therefore, you would want to give some indication how close to the top of the stack are the shelved shares for which you are bidding.

[xyzzy099]

Something I mentioned on IRC:

It would be nice to offer people some compensation for their shelved shares.  That way, you can get paid immediately by selling your shelved shares to another buyer.  Similar to selling bad debt, in the real world.

Each shelved share is worth more, the closer to the top of the stack you go.  Therefore, you would want to give some indication how close to the top of the stack are the shelved shares for which you are bidding.

+1000

[xyzzy099]

Huh?

Default payout, 0.17219640 BTC total, and it says this:

Code:

Estimated Position in Payout Queue
Approximately 0.00000000 BTC remaining to enter payout queue. Maintaining your 3 hour hashrate average, this will take at least another a few seconds at current network difficulty of 86933017.77.

[wizkid057]

Something I mentioned on IRC:

It would be nice to offer people some compensation for their shelved shares.  That way, you can get paid immediately by selling your shelved shares to another buyer.  Similar to selling bad debt, in the real world.

Each shelved share is worth more, the closer to the top of the stack you go.  Therefore, you would want to give some indication how close to the top of the stack are the shelved shares for which you are bidding.

Probably going to be taking a closer look at this in the near future.  My main concerns are the security implications of allowing the transferring of shares in the first place.

Huh?

Default payout, 0.17219640 BTC total, and it says this:

Code:

Estimated Position in Payout Queue
Approximately 0.00000000 BTC remaining to enter payout queue. Maintaining your 3 hour hashrate average, this will take at least another a few seconds at current network difficulty of 86933017.77.

I'll assume this has corrected itself by now.  Generally this happens in the time the payout queue list is cached and the balances list is cached with slightly newer data.

CPPSRB is a good system.

It definitely is!




-wk

[2GOOD]

Hey what about the reserve... AFAIK when the pool is lucky the extra coins are stored in cold storage and manually redistributed... is that correct ?!

[wizkid057]

Hey what about the reserve... AFAIK when the pool is lucky the extra coins are stored in cold storage and manually redistributed... is that correct ?!

Technically yes, but there are enough pool-wide shelved shares to ensure that the pool is not likely to have any "reserve" and time soon.

-wk

[WinTame2012]

CPPSRB is a good system.

Definitely is. It costs me BTC2.51 to prove it is. I'm happy