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

[Carnth]

OMG:
#1   Eligius-Su   16ccjkuuQjQ64H9qssmXnj695DdBDR75wJ        59.06 GH/s

#2 6 Gh/s

Who the fuck is #1? Jesus! Thats a whole pool inside another pool, right?

That's a corporation that wishes to remain anonymous. They have a server rack full of GPUs.

Luke beat me to it, but I was about to say "It's no of our business who that is." That's one of the cool things about this pool.

However, if someone has that much power, I would consider solo mining... Even if it took a week, it would be worth finding a block all to yourself.

[1715249033]

1715249033

[1715249033]

1715249033

[1715249033]

1715249033

[1715249033]

1715249033

[1715249033]

1715249033

[Luke-Jr]

However, if someone has that much power, I would consider solo mining... Even if it took a week, it would be worth finding a block all to yourself.

I'm sure they've done some solo mining just for the fun of finding their own blocks, but no matter how high the hashrate, a pool can still provide better income than solo mining

[runlinux]

omg, i love the stats for this pool! (and it works over port 80!).

thanks for the awesomness!

[runlinux]

found my new pool. 1Gh/s coming your way!

[Dargo]

Luke-Jr,

Eligius was the first pool I tried and still in many ways my favorite. I'm thinking about returning to the pool now that the recent difficulties are past. But I'm wondering if there is any connection between what you call the "experimental" nature of the pool and stability? And if there is a connection, what is it exactly? I'm not seeing any connection. It seems to me that the recent server crash and resulting down time could have happened to any pool operating from one server, regardless of how "experimental" or "traditional" the pool might be. In a way, I like the experimental nature of the pool, if this means you are still in the process of trying to improve the whole model. And the instability isn't a huge issue since I need backups anyway. Still, I'm wondering if the ongoing experimental nature of the pool means an ongoing higher probability of instability. I'm totally fine with the way the payment system works, and understand that this can at times mean a longer wait to get paid, so I'm just wondering about the stability connection, if in fact there is one.

[Luke-Jr]

But I'm wondering if there is any connection between what you call the "experimental" nature of the pool and stability? And if there is a connection, what is it exactly? I'm not seeing any connection. It seems to me that the recent server crash and resulting down time could have happened to any pool operating from one server, regardless of how "experimental" or "traditional" the pool might be. In a way, I like the experimental nature of the pool, if this means you are still in the process of trying to improve the whole model. And the instability isn't a huge issue since I need backups anyway. Still, I'm wondering if the ongoing experimental nature of the pool means an ongoing higher probability of instability. I'm totally fine with the way the payment system works, and understand that this can at times mean a longer wait to get paid, so I'm just wondering about the stability connection, if in fact there is one.

I keep the "experimental" label because I am not completely satisfied with the status quo yet. Eligius-Su runs a mixture of the old codebase with a newer codebase designed for MPPS and hacked to do SMPPS. It needs to replay the entire pool history (at about 12 TH/s) whenever I restart it (though I can hot-patch it without a restart). The current codebase is not capable of payout except in generation, which is causing some annoying delays. So a rewrite is still needed. In addition, the Linux networking stack has been randomly choosing machines it doesn't allow to connect--  we get the SYN packet fine, but Linux silently discards it without passing it to pushpoold. Investigation of this problem is ongoing. Finally, I am not 100% certain SMPPS is the best road to the future, and think newer, possibly better, payout methods should be researched and considered. I am happy that my efforts in this area have sparked others into researching alternatives as well, and hope we will see much more variety of payout methods to experiment with in the near future.

[runlinux]

ok, i was worried about my payout showing up as a generated block; confused that i had to wait 120 confirmations on a block, then another 120 on a generated block.

either way, it evens out and i love the 0 fee PPS mode!

[Dargo]

I see, your efforts to innovate come with some still unresolved technical issues that have the potential to result in more down time compared to a traditional pool. Thanks for the clarification. I hope all your effort pays off to your expectations (the pool is already awesome though). I'll definitely point my miners your way the next time I have to take them down, if not before. BTW, the last time I joined the pool, I was getting some kind of "upstream RPC error." The issue may have been with my miners though, as I think I was running them at a slightly unstable clock at the time. Also, my broadband connection was wonky at the time, so that is a potential culprit too. 

[Luke-Jr]

I see, your efforts to innovate come with some still unresolved technical issues that have the potential to result in more down time compared to a traditional pool.

More like potential technical issues. Downtime last week was basically hardware failure, and technical issues with random people not being able to connect are some Linux bug.

BTW, the last time I joined the pool, I was getting some kind of "upstream RPC error." The issue may have been with my miners though, as I think I was running them at a slightly unstable clock at the time. Also, my broadband connection was wonky at the time, so that is a potential culprit too.

I can't think of any way that would have happened for any significant length of time.

[shotgun]

Are Mt.Gox wallet addresses valid? If so I'll throw 2Ghash to the pool... already can't use my MyBitCoin wallet with the pool and I'd prefer to not manage more than two wallets.

What's the recommended wallet system with the pool if Mt.Gox doesn't work?

[Luke-Jr]

Are Mt.Gox wallet addresses valid? If so I'll throw 2Ghash to the pool... already can't use my MyBitCoin wallet with the pool and I'd prefer to not manage more than two wallets.

What's the recommended wallet system with the pool if Mt.Gox doesn't work?

MtGox doesn't have wallet addresses, it has one-time deposit addresses that are good for a single transaction within 24 hours. Assuming it works correctly with generated coins at all, you would have to time your address changes very carefully and even then you'd be losing some fraction of payouts... Any standard real wallet should work. So long as you have access to the private keys, you can rest pretty safe. I don't know of any web-wallet service that works correctly with generated coins yet.

Edit: I didn't notice, but MtGox changed the strikedout part with their upgrade.

[shotgun]

I'm going to give InstaWallet a shot and see if I get a return after this round. If so, all good. I've got 1.35ghash in the pool to test.

[runlinux]

MtGox doesn't have wallet addresses, it has one-time deposit addresses that are good for a single transaction within 24 hours. Assuming it works correctly with generated coins at all, you would have to time your address changes very carefully and even then you'd be losing some fraction of payouts... Any standard real wallet should work. So long as you have access to the private keys, you can rest pretty safe. I don't know of any web-wallet service that works correctly with generated coins yet.

i had no issue with another pool putting my payouts to my mtgox address, but then again i was making about 20 deposits a day for 3 weeks. I'd hate to find out the hard way it doesnt work after a certain time.

again, i love your pool. now to get more people!

[Carnth]

What's the recommended wallet system with the pool if Mt.Gox doesn't work?

Using anything other than a standard Bitcoin wallet that is run on your own computer is risky. Eligius pays out via Generated transactions. These are not the normal "hey, I'll send you some Bitcoins" transactions.

i had no issue with another pool putting my payouts to my mtgox address, but then again i was making about 20 deposits a day for 3 weeks. I'd hate to find out the hard way it doesnt work after a certain time.

Most other pools Generate the coins and then send them to you in a "normal" transaction. Eligius skips this step and has your address Generate the coins directly.
In fact, I am very curious if using any type of "online" wallet (mtgox or other) would even work with Eligius' Generated transactions..
If anyone is doing this successfully please let me know.

[Luke-Jr]

MagicalTux has confirmed that the new MtGox wallet addresses do correctly support generated transactions, so it should work with Eligius.

[anodyne]

Speaking of wallets... I've had to -rescan my wallet twice to find generated transactions in the last week. Maybe not directly Eligius related more than the pool being the only source of such transactions, but maybe someone else has encountered the same problem and knows what the cause might be.

First time was with .23 on Windows, but I don't remember if the second one was before or after I updated to .24

[Stupidpal]

It's gonna take me a while to mine 1 BTC but now pointing my 110 mhash your way.

[Stupidpal]

Though with such a low hashrate, is this a good pool for me? 

[runlinux]

MagicalTux has confirmed that the new MtGox wallet addresses do correctly support generated transactions, so it should work with Eligius.

awesome!

now to change my wallet on my miners... lol. i'll take the awesomeness. i have a bot that buys and sells coins for me so having it go directly to the gox is a big time saver (and fee saver!).

[anodyne]

Though with such a low hashrate, is this a good pool for me? 

Depends on your patience. It should take you about 6 days to get to over the threshold and get in line for payment at the current difficulty. But other than that, I think it would work well for you. With large proportional/score based pools there's a number of rounds that last only a few minutes, and with a low hashrate you risk getting only a few or even no shares at all into those rounds.