Topic: [350 GH/s] "Eligius" (experimental) pool: almost feeless PPS, hoppers welcome - page 9. (Read 116997 times)

I liked the original simplicity of Eligius, so the new system concerns me a bit.

I don't like that Eligius has no automatic means of self-funding.  Volunteer efforts nearly always fail, and I don't want Eligius to fail.  As such, I'd prefer that Eligius take some fixed cut (1%, 2%, whatever) of all blocks to pay for itself/make it worth Luke's time to work on.  

Hi Luke-Jr, first of all thank you for doing all the work you do for this pool.  As a new member who joined less than 2 days ago, I have a few questions / suggestions.

Being located in North America, I started using your US pool to do my mining.  Having a relatively slow vid card at the moment (processing around 80Mhash/sec), it took me 2 days to amass about 0.2455 BTC in the US pool before you closed it down.  Now I'm forced to mine in the EU pool and made about 0.1265 BTC so far.  I'm sure I'm not the only one in this position, but many of us would like to donate a portion of our winnings so you can continue to improve on the pool.  I'm also sure a lot of us newbies have just recently started mining with relatively slow rigs, and as such have not received any payments yet.  These current server issues is delaying our first payments even more, and until I make my first BTC, I have 0 BTC to send away or to donate.  I was hoping to get my first payment by the week-end, but with switching over to the EU server, I don't think that's going to be possible.

1. Would it be possible to combine the earnings of both pools so those of us mining on slower rigs can reach the 1 BTC cash-out amount quicker?  Or create a button on the

In the US pool, there is mention of two different metrics: value and earnings.  When I check the http://eligius.st/~artefact2/us/ website, I can only see my unpaid reward, which is basically the total of the lowest of both value and earnings.

2. Would it be possible to display both the earnings and the value in the report so I have an idea how much more BTC I can expect to gain on future long blocks?

I think one complaint people have is the lack of transparency we have in the process.  Your US pool's HDD was running out of space, so you shut it out.  You mentioned it would be good for another 48 hours, then a few moments later you shut it down anyways.  Those 48 hours would've made the difference for me and I'm sure many others of getting near the the minimum payment quota.  You gave us no ETA on when the US pool will be re-opened, which is a first step for us to begin mining so we can generate enough shares to get our first payment.

3. Would it be possible to give us an ETA of when the US pool will re-open?  Will the upgrade you are doing solve the HDD issues, or are you also waiting for a new / additional HDD before you can reopen it?  Is the EU pool at risk of closing down due to lack of HDD space also?

I understand running a pool comes at a big time and equipment expense from your part, which I'm sure is appreciated by everyone, but if you want the pool to be successful and the donations to come in, you have to help your miners be successful, the large miners and the small miners.

I can't say I'm disappointed or worried about the new system. I "hopped" on to the US pool yesterday after finding out about the new system (and because EU took 33 hrs to find a block ... ugh). Here's my graph:



So you can see that with the US pool and the new system the "Current block estimate" climbs continuously until you have established a sort of "reputation" of being consistent. After 4 blocks it shows the same behavior as the old model (see EU pool), estimating a high number right from the start and then adapting it along the way.

I am not unhappy with that method and if it really thwarts pool hoppers then I'm really satisfied, because that should mean more BTC for me.

Then how does this punish pool hoppers?  It just delays their payout, but does not diminish it?

I tried Eligius for my first pool mining experiments because of the simple setup/scheme and low fees, and somehow got the mistaken idea from the wiki that its approach had already been fortified against hopping.

These murky improvised changes are worrisome.. it clouds the simple story of the pool and makes mining during the transition period while the buffer is built a losing proposition.

Here's an idea for transparent payout formula that should be hop-proof. (It may be an old idea.. I'm new here.)

Base payouts on exactly the last N shares submitted, where N < the expected number of shares that will yield one block.

Yes, that means on a long round that takes for example 3N shares to reach, there's no credit at all for the first 2N shares submitted. Tough cookies. They had as much a chance as any other to be rewarded, there was no way to know in advance they wouldn't, and there's no incentive to leave after contributing them because the future is unknown and has as much positive expectation as ever. Ignore Sunk Costs.

What if a round takes less than N shares, say N/2 shares? Reach back to the previous N/2 shares – those that already paid out once – and pay them again. This situation too was just as unpredictable as the chance the next N shares will yield no blocks, so people can't gain any advantage by timing their entry or departure.

Only making the expected return per next-share-contributed be totally independent of the pool history/round-lengths can strategic entry/exit be made profitless. One way to do this is to pay a fixed amount per share no matter what the relation to successful blocks.. but that requires the pool to have a reserve and insure the long dry spells.

This should work too.

Starting a pool is a PITA, because everyone wants to see BTC, especially new users, and if the pool is brand new, you won't get paid until a block hits, and that could be weeks. How do you get around this? I've thought about bringing up every CPU i have access too to mine on other pools to get BTC together to fund payouts of miners who think they should get paid for existing.

:-/

*** The channel topic is "http://eligius.st/ | Status: USA down for maintenance. Somehow it still found a block, though... | If a pool goes down for more than a minute or two, call Luke-Jr (whois eligi.us for number) | Plz donate: 1RNUbHZwo2PmrEQiuX5ascLEXmtcFpooL | TradeHill referral code: TH-R12147".

Shortly after the USA server is back online.

The US server hashrate stats all went to zero an hour ago or so despite the fact that I was still mining - I assume this is known?

Also, according to the stats page, I have 1.54BTC unpaid reward currently from the US server - when can I expect to receive that?

No, it doesn't work like that. You can force sending coins that come from a particular address. If you could, it would have worked, yes.


We said it probably 100 times on this topic, but anything that touches the password or the username is out of the question. It's just asking for abuse and problems.

I agree. Using the password to offer a percentage to be kept for donations is a great idea.
It will help out Luke-Jr and still give miners a choice to donate or not.

Something like:
Password = any three digit number = $donation
$donation = Percent kept by pool.


So, if I send a password as 030, then 3% of my earnings would be donated. 021 = 2.1% donation.
Min 000 (0%) Max 999 (99.9%  wow)
Any thing else in the password should be ignored as normal.

You could use bitcoin transfers.  Address A sends 1.00X bitcoins to a pool address.  The pool sets the donation rate for address A to X% and sends 1.00X bitcoins back.

+1

You could use the password for "settings", which is currently unused. If I "log on" with password "share0.01" then I'm stating 1% of my payout should be donated to the pool. "share1.00" would be stupid, thus ignored / set to the highest possible donation (10%?).

I would really like to donate to you on a regular basis and more so automatically. Like scraping off the "change" from the full bitcoin. (I never get more than 1.2 on any payday because of my low hashrate)

It's actually not easy at all to implement for us, because we don't use accounts. And we have no way, at the moment, to prove that someone owns a particular address.

I would appreciate it if anyone who can switch to Europe without significant loss did so... at the current rate USA will run out of disk space within 48 hours, and it's highly unlikely I'll get the new version done by then.

Edit: To force Europe, use eu.mining.eligius.st for hostname

Only a 'practical' reality right now? What does that even mean? Bare minimum to make adjustment retroactive? Again, what does that mean?

Are you capping payments for the next 1-2 weeks (the 40%) so you've got enough of a bankroll buffer to over-pay on long blocks? If so, those who mine on your pool for the next few weeks are getting a raw deal, unless you plan to add a mechanism to pay them back for the time spent in this 40% period (which would then eliminate your buffer)


Look, I know you're doing this entirely on a volunteer basis and we all greatly appreciate that, but if you're losing money and you don't like it, implement a fee. Deepbit charges 3% (!!) and gets away with it because it's more or less reliable, the payment system is transparent, and Tycho is responsive to and open with his miners.

Eligius is listed as an 'experimental pool', disappeared for a while when the hard drive filled up, and now has an upper limit on payments that hurts miners who use it. Now you're suggesting that the best way to get the MaxPPS system implemented in such a way that pays us fairly is to donate to you?

You might have a harder time getting donations when miners feel like they're already making a donation through these payment caps and black-box MaxPPS payout formulas.


In the future, right? What about this time period where miners are contributing but only being paid out under the capped system?

Had tried to use the eu server but I realized I had the address wrong, works fine now with eu.mining.eligius.st:8337.

People weren't happy with proportional either. "One-sided PPS" is only a practical reality right now-- the actual policy is straight MaxPPS. The 40% implemented is the bare minimum needed to make the adjustment retroactive.

As the donations have been much less than even covering the costs of running the pool, let alone my expenses of time spent writing code, I cannot guarantee any ETA. I'm doing this basically free of charge, so for the most part it has to live in my "free time". If you want to change that, feel free to help the donation address grow to a reasonable size to cover my expenses, and then I can justify spending more "time I'm doing paid work" on it. My guess as to completion, is maybe 30 hours of work. If this is done in my spare time, it might be 1-2 weeks. In reality, USA will probably run out of disk space within a few days, so I need to hurry regardless.

With MaxPPS, the overall payout should be the same as proportional to legitimate miners.

You're welcome to use the Europe pool (which remains proportional) in the meantime.

I had just started with Eligius and was happy with it so far, but for now I'm switching back to my second choice pool. Nothing personal, once you get the long blocks making up the difference I'll be happy to come back.

If you're not happy with the one-sided PPS and your miners aren't happy with the system either, then why do we have it in place?

Can you give an ETA for when the full system will be implemented? Perhaps a promise that the withheld earnings will be paid back if the system isn't implemented by that date?

As it stands, the MaxPPS system just puts an upper limit on miners' payouts. Sure, pool-hopping has been eliminated, but you've also reduced the award to legitimate miners. Kind of defeats the purpose.

Artefact2, I think we all understand the problem of pool hopping. However, I don't think you understand the objections to this system.

The system requires the pool to withhold miners' earnings to buffer them out. However, this is done:

• According to a secret formula, which I cannot find anywhere
• Using a '40% complete' implementation, with a vague promise to implement the extra 60% that will make it completely fair at some unspecified later date
• With no mechanism, as far as I can tell, for legitimate miners to ultimately cash out their 'buffered' earnings

Furthermore, this was done without warning and the explanations to date have been lacking or dismissive.