Topic: [OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 # - page 185. (Read 458487 times)
August 29, 2011, 01:48:17 PM
With all the crap surrounding this pool lately and recent downtime issues Im moving my workers elsewhere. ArsBitcoin also has SMPPS payout method so thats my next step ...
August 29, 2011, 06:49:46 AM
Next time try calling me. That's generally the main delay when things go down-- waiting for someone to wake me up.
One would think that with prayers on headers, divine intervention was in order. Oh well.
August 29, 2011, 06:39:32 AM
Next time try calling me. That's generally the main delay when things go down-- waiting for someone to wake me up.
One would think that with prayers on headers, divine intervention was in order. Oh well.
August 29, 2011, 06:01:02 AM
No response hmm, so it's true? 
No response because the forum has apparently stopped sending post notification emails.Add on top of that the hours of downtime from yesterday,
Next time try calling me. That's generally the main delay when things go down-- waiting for someone to wake me up.combined with the fact that there is absolutely no announcement, no justification, no mention, not here nor anywhere else.
Except on IRC, which is the main venue for this kind of (ie, real-time event) thing...with it's "world class uptime record"
It was actually quite good up till that downtime. This morning, thankfully, people called me quicker, and I was able to notice that we're being DoS'd.As for the payout system itself, it's a well-documented, publicly explained, and known to have shortcomings as it is right now.
As for the trolls, I'm ignoring them.
August 28, 2011, 08:50:21 PM
Anyone else get an "Unknown Address!" page when trying to check their stats? My address is gone from the payout queue page too.
August 26, 2011, 08:55:15 AM
What's the problem with Eligius today - laggy as hell...
August 25, 2011, 03:22:41 AM
Is there a reason payouts are not being sent???
http://eligius.st/~twmz/ August 24, 2011, 08:52:03 PM
The server has owed other people money for longer, so it's paying them first.
Given the 50btc cap on payments per block found, it's going to be a bit before those of us further down on the list see any money.
Were the "server funds" actually paid out like the stat site says they are, we'd all have been paid right on time.
Given the 50btc cap on payments per block found, it's going to be a bit before those of us further down on the list see any money.
Were the "server funds" actually paid out like the stat site says they are, we'd all have been paid right on time.
August 24, 2011, 07:45:42 PM
Is there a reason payouts are not being sent???
August 24, 2011, 04:28:07 PM
SMPPS also never pays out more than the pool has. The reward system isn't the delay-- the payout system is. Generating all payouts means only 50 BTC can be paid at once, even if there's 51 BTC passing the minimum payout at once.
Hmm, I think I understood it while typing this out. After some point, all 50 BTC earned in a block will be paid out because it meets the payout threshold. But the pool buffer that you've built up to this point is basically yours to keep, since it can never be withdrawn from anyway. Do I understand this right?Do some calculations on it and you'll find that the pool owner has over a thousand bitcoins in his wallet. There have been lots of streaks of good luck that paid off the debt and then only paid out a few bitcoins, the rest going to luke.
That "buffer" is a laughable name for his pocket, were it a buffer the server wouldn't be 6-10 blocks in the hole right now.
What we have right now with this payout system is a system that works great for everybody with good luck, and poorly for the miners (but fine for luke) with bad luck.
(Easy to calculate his pocket, take all the blocks that paid less than 50 to users and add the amount not paid to users together. Just like the "buffer" does, except don't subtract from the buffer on blocks that award >50 bitcoins)
I'd like to see the 1000-2000 in lukes pocket put into a real buffer, personally.
I really like the system other than that part.
August 23, 2011, 01:12:50 AM
Just pointed 19 Ghash your way...
August 22, 2011, 04:56:11 PM
The block we have been working on for the last 21+ hours reminds me why I like mining at this pool. 
August 22, 2011, 04:22:12 PM
SMPPS also never pays out more than the pool has. The reward system isn't the delay-- the payout system is. Generating all payouts means only 50 BTC can be paid at once, even if there's 51 BTC passing the minimum payout at once.
OK, I'd like to clarify my understanding of this a little bit. Let's assume that we have a fresh start, with everyone having zero balances. We find one block, so the total of everyone's pending balance is 50 BTC. Out of this 50 BTC, let's say 40 BTC is above the payout threshold, so they will be included in the next block. I assume the remaining 10 BTC goes into the pool buffer. Now 60 BTC is owed. But only 50 BTC can be paid out every block. I assume with SMPPS a few short rounds can clear out the pending payouts since the pool will owe less on those rounds than it earns. With PPLNS, I don't see how the pending payments can ever go down - since at every round the pool makes 50 BTC, owes 50 BTC, and pays out less than 50 BTC. This would mean that payouts keep getting delayed more and more?
Hmm, I think I understood it while typing this out. After some point, all 50 BTC earned in a block will be paid out because it meets the payout threshold. But the pool buffer that you've built up to this point is basically yours to keep, since it can never be withdrawn from anyway. Do I understand this right?
August 22, 2011, 04:16:13 PM
SMPPS also never pays out more than the pool has. The reward system isn't the delay-- the payout system is. Generating all payouts means only 50 BTC can be paid at once, even if there's 51 BTC passing the minimum payout at once.
OK, I'd like to clarify my understanding of this a little bit. Let's assume that we have a fresh start, with everyone having zero balances. We find one block, so the total of everyone's pending balance is 50 BTC. Out of this 50 BTC, let's say 40 BTC is above the payout threshold, so they will be included in the next block. I assume the remaining 10 BTC goes into the pool buffer. Now 60 BTC is owed. But only 50 BTC can be paid out every block. I assume with SMPPS a few short rounds can clear out the pending payouts since the pool will owe less on those rounds than it earns. With PPLNS, I don't see how the pending payments can ever go down - since at every round the pool makes 50 BTC, owes 50 BTC, and pays out less than 50 BTC. This would mean that payouts keep getting delayed more and more?
Hmm, I think I understood it while typing this out. After some point, all 50 BTC earned in a block will be paid out because it meets the payout threshold. But the pool buffer that you've built up to this point is basically yours to keep, since it can never be withdrawn from anyway. Do I understand this right?
August 22, 2011, 03:54:39 PM
if the pool switched to PPLNS, would that mean that it would pay out rewards as they are earned? in other words, there would be no delay?
The minimum balance functionality (you don't get paid until your balance is > 200 TBC) would still cause payout delays. For example, if when a block is found suddenly a lot of old accounts are now above the balance, you can have more than 50 BTC due for payment. But it will typically be a shorter delay than is seen after long blocks with SMPPS. With SMPPS, we occasionally see delays of as much as 7-8 blocks. I shouldn't get that bad with PPLNS.
I don't understand how this can happen with PPLNS. Since no block is ever paid out more than 50 BTC, every old account with a pending balance technically already has the required BTC in the pool fund, it's just not paid out yet. The pool should never owe more than it has on hand.
August 22, 2011, 03:46:07 PM
if the pool switched to PPLNS, would that mean that it would pay out rewards as they are earned? in other words, there would be no delay?
The minimum balance functionality (you don't get paid until your balance is > 200 TBC) would still cause payout delays. For example, if when a block is found suddenly a lot of old accounts are now above the balance, you can have more than 50 BTC due for payment. But it will typically be a shorter delay than is seen after long blocks with SMPPS. With SMPPS, we occasionally see delays of as much as 7-8 blocks. I shouldn't get that bad with PPLNS.
I don't understand how this can happen with PPLNS. Since no block is ever paid out more than 50 BTC, every old account with a pending balance technically already has the required BTC in the pool fund, it's just not paid out yet. The pool should never owe more than it has on hand.
August 20, 2011, 10:45:15 AM
if the pool switched to PPLNS, would that mean that it would pay out rewards as they are earned? in other words, there would be no delay?
The minimum balance functionality (you don't get paid until your balance is > 200 TBC) would still cause payout delays. For example, if when a block is found suddenly a lot of old accounts are now above the balance, you can have more than 50 BTC due for payment. But it will typically be a shorter delay than is seen after long blocks with SMPPS. With SMPPS, we occasionally see delays of as much as 7-8 blocks. I shouldn't get that bad with PPLNS.
August 20, 2011, 09:39:07 AM
if the pool switched to PPLNS, would that mean that it would pay out rewards as they are earned? in other words, there would be no delay?
PPLNS never rewards more than 50 BTC per block (like SMPPS does), so delays would be very rare. August 20, 2011, 09:06:54 AM
if the pool switched to PPLNS, would that mean that it would pay out rewards as they are earned? in other words, there would be no delay?
Probably not, back when eligius was proportional there was a delay as well.
It's a bad thing to have a lot of small transactions for payout, because when you spend the coins later, you have to pay higher fees and it pollutes the block chain.
Something just came to my mind that could shorten the payout queue, although I'm not sure if it works, and it seems rather dangerous to do. Why doesn't eligius put transactions with a very high fee (input: maybe 50BTC, output: maybe 0.01BTC, fee: 49.99BTC) in its blocks. The fee should be available in the generation transaction instantly and can be used for >50BTC payouts.
Just need to make very sure that transaction is not broadcasted to the network for other pools to pick up..And now that I mention it, of course: it's a bad idea, because the block might be orphaned later and then others can put the transaction into their own block.
August 20, 2011, 08:44:44 AM
The "broken by design" part is due to the fact that the pool pays by generation – so payments are limited to the 50BTC, plus income from fees, that can be fit into that part of a block. So, since the PPS system means that the pool can reward more than 50BTC during a round, rewards accumulated during long rounds cause a backlog that will have to be fit into future blocks.
Once you get over the threshold, you can get an estimate on your place in the queue on this page made by twmz: http://eligius.st/~twmz/
And yes, I agree that it could be made a little bit clearer, since the information about the payout threshold on the stats pages dates back to the time when the pool was still proportional.
if the pool switched to PPLNS, would that mean that it would pay out rewards as they are earned? in other words, there would be no delay? Once you get over the threshold, you can get an estimate on your place in the queue on this page made by twmz: http://eligius.st/~twmz/
And yes, I agree that it could be made a little bit clearer, since the information about the payout threshold on the stats pages dates back to the time when the pool was still proportional.
Jump to: