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

I've been trying to limit the number of manual payouts done to one or two per month unless absolutely needed.

Since the top of the queue is about a week old at this point, I'll make sure to get one done this weekend.

like i said...either make it way higher n jump to the front of the queue when payout is due or accept that it could be delayed...

You can go check on the payout queue page. (http://eligius.st/~wizkid057/newstats/payoutqueue.php) A good rule of thumb is that you will never receive two payout faster than the "age" of the last payment in the first block of the queue. AND THAT, REGARDLESS OF YOUR THRESHOLD.

If your theshold is set such that you cross it at longer intervals than the queue time, you will be immediately payed when you cross it. If you cross your treshold at a shorter interval that the queue time, your threshold essentially does nothing (it might as well be 0), and your payout interval will be entirely dependent of the fluctuations of the queue.

The last payment of the first block, at the time of writing this, is 1 week, 6 hours and 29 minutes old. People who have received their last payment earlier than 1 week, 6 hours and 29 minutes ago will have to wait longer before their payout.

A queue longer that a week is a bit long I admit, usually it is more around 3-4 days, but it is not unheard of. However, wizkid has stated earlier in this thread that he will do a manual payout soon, which should help shrink the queue.

My payout is set at 0.5BTC. Yet my reward is already in the 4BTC region, and still 8 block delay according to stats.
Need the coins to pay the bills, i dont have a whole week to wait for a payout

Make that a week and set your threshold to 0.5 BTC

See link in my sig for payout threshold explanation.  TLDR version: the higher you set your threshold, the sooner you will likely be paid once you hit it.  If your threshold is low (1 day's worth or less) then you could easily see a 2-3 day variance in payouts.

So I think I got this payout queue threshold thingy wrong.

Would like some recommendations given the following:
Hashing @ 2.2 - 2.3 TH/s
Would like to be paid every 2 - 3 days.

Thanks in advance from a noob.

Yes and no. The longer the queue, the longer everyone will wait. The higher your minimum payout, the longer you will wait.

wizkid performs a manual payout when the queue gets this large, so you can expect things to normalize pretty soon.

So does it really matter to set the payout higher?  I normally don't see a payout until .4-.8.  This coming one will be around 1.0.  If I had set the rate at .25, would I have already seen a payout, or just still accumulating waiting on enough blocks found to payout?

then either this is not the pool for you or set your payout for a weeks worth or more of mining...then you'll hop to the front of the queue everytime and not have to wait

i have mine on .25 which is a day n half mining...but i don't care how long it takes to payout...hehe i like getting .91btc all at once too i know my btc is safe which is what matters to me

The simple fact of the matter is that I would like to be paid out at the amount I select or within very close proximity.  For instance if I have selected .1 BTC.  I shouldn't have to wait until its .15 or even .235 to finally get paid. 

Payout queue is a little long, but I'll clear it out soon with a manual payout.

Sounds like you need to set a higher minimum payout anyway.  You'll pretty much never actually get a payout every 6 hours.  You should set it to at least a full day of earnings.

So I'm back up to 6 days waiting payout.  I quality for one after about 6hrs of mining.  Is everyone else having this issue, or am I just 'lucky'?

Out of simple curiosity, why do you prefer GBT to stratum server(s)?

First, to clarify, shelved shares are not "owed" to you. They represent work you did that the pool has not yet found money to pay for yet. By the CPPSRB rules, theses are "worth" nothing until the pool finds enough blocks, if it ever does.

However, rewarded-but-unpayed shares (your account balance that grows until you hit your treshold then you get payed) is indeed owed to you; and if the pool were to close down, it must have enough money on hand to pay for them for all their miners.

---

Right now, the cold storage address has 777.68 BTC, and the payout queue is 652.41 BTC long. So Eligius has more that enough money to cover the queue. The remaining 125.27 BTC would then cover those who were rewarded BTC but have not yet hit their treshold. (However, I do not know how to check it these amount equals, but it does seem a reasonable value.)

So, no need to worry.

---

The cold storage address is 18d3HV2bm94UyY4a9DrPfoZ17sXuiDQq2B. It is mainly funded in the following conditions:
- The pool is in failsafe mode.
- The total amount of BTC in the queue is less that a block's worth. (i.e., not enough miners are above their treshold)
- Two blocks are found so fast by Eligius that it had not enough time to properly compute who gets what amount.

In usual condition, the miners are payed directly from the generation transaction, so the queue length does not grow. (it will of course vary a little bit according to the different miner's threshold, but it averages out over a sufficient long time)

When one of the above condition is met, since miners were not payed by the block, the queue grows, and fast. But, that money will be sent, manually, some time later.

---

The cold storage address is also sent 0.00000001 BTC each time Eligius finds a block. It can be used to quickly check directly on the blockchain if Eligius has found a block even if the pool's webserver is down.

HMMM wonder who has 500Th worth of hashing power that is jumping around, thats a munch of small users or some one with allot of power masking who they really are with multi wallet id's.

This could be a issue or could be not.  If they are making $$$$ at that power why move around.  Makes no since to me. 

Makes one think something fishy is going on.

WizKid whats your thoughts?

Having been watching the last round that has just taken about 8 hours to complete,
I expected the pool hash rate to fall slightly.
Hovers around the 6,850 Th normally.
But before it had finished the hash rate has steadily rose to 7,300+

Who is moving those TH's and for what purpose ?

I know we will be back down to the 6,850 Th mark again sometime today.

I wasn't saying that the attack would be profitable for the attackers, just that the attacked portion of the network (including the actual withholders) would solve fewer blocks than expected and the attacking portion of the network (everyone not being attacked by the block withholders) will solve more blocks than expected until retarget, since the effect of block withholding would be to reduce the estimated hashrate for a significant portion of the network.

However, the only winners are entities / pools that that are a) not attacked and b) not involved in any withholding attacks. I think I could show that being a by-stander would be the only profitable position in the 'game'. I don't think the attackers would earn more than expected per block.

Good catch! Thanks! Another address worked perfectly, and I was listed in the stats page in around 5 minutes.


Thanks Wizkid057, and thanks for the service!

This address is one provided by Green Address, these are apparently multisig.
It worked well with a Blockchain address.

-Vittorio

There might not be a direct gain from this, but there might be an indirect gain as baddw suggested below. It seems logical to sacrifice X PH/s just to gain something in the medium/long term