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

[coblee]

http://gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm

Luke, does your branch include the latest and greatest phatk from Diapolo?
http://forum.bitcoin.org/index.php?topic=25860.0

I saw you created the optimized_phatk branch? Is that it? Was that merged into combo?

[Luke-Jr]

http://gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm

Luke, does your branch include the latest and greatest phatk from Diapolo?
http://forum.bitcoin.org/index.php?topic=25860.0

I saw you created the optimized_phatk branch? Is that it? Was that merged into combo?

Mainline poclbm now has the 2011-07-11 phatk from Diapolo. That is in combo, rather than the now-obsolete optimized_phatk branch.

This thread is off-topic here, so please continue it on the other forum if there's any more to add

[Luke-Jr]

Luke-Jr;

there has been some talk recently on the technical discussion forum, IIRC, about mining namecoins and bitcoins at the same time. If eligius was the first pool to implement this, it would probably become the #1 pool in the world.

This is planned as soon as it has had proper testing. Eligius may be experimental, but not so much that I'm going to risk blocks being invalid completely

[Stupidpal]

Pool down again?

[Bobnova]

Seem to have been some issues, right this moment it's (EDIT:  Mostly) up.
It was down for at least a few minutes a bit ago though.

[cpunks]

I'd recommend poclbm instead of Phoenix.

Thanks for the tip, I'll try it out soon.

[Bobnova]

Is there a page that lists where you are as far as being paid off?
If not, that'd be a fantastic feature, to be able to see how many people are owed how much before it's your turn.

[Luke-Jr]

Is there a page that lists where you are as far as being paid off?
If not, that'd be a fantastic feature, to be able to see how many people are owed how much before it's your turn.

Only the next block is calculated: http://eligius.st/~luke-jr/raw/5/current_block.json

[Bobnova]

Interesting, thanks.

Related question:  Why such a tiny payout for the last couple short blocks?  Seems like the other 40odd btc ought to have been paid out too instead of just 2-3 btc going out.
I may well be missing something

[Xephan]

I keep having issues connecting to the server since about 12~18hrs ago. Every so often, I'll see that my miner's gone to the backup pool and looking at the hash rates, it seems like 30~40% of the time

[Luke-Jr]

Interesting, thanks.

Related question:  Why such a tiny payout for the last couple short blocks?  Seems like the other 40odd btc ought to have been paid out too instead of just 2-3 btc going out.
I may well be missing something

Last two blocks were very short; people only earned 2 BTC and 3 BTC total each, respectively. The remainder was used to pay off debt incurred by the 30 hour block before that...

[Bobnova]

Ha, that explains it alright!
Thanks for the quick answers, I appreciate it.

[gigica viteazu`]

is there a JSON output for individual user stats

[anodyne]

I see a spike on the reward graph that seems to indicate there was an invalid block in the last long round. It's the first I've noticed on Su, and considering the number of valid blocks since the server was started up I'd say the ratio is quite good.

But, what I'm wondering, is how well paying full PPS for rounds that include invalid blocks will work in the long run. It feels like it, eventually, will push the pool's balance into the red since there are no "extra valid" blocks that pay double to help correct the relation between luck and available funds.

I assume this is something that has been given thought, but it feels like something worth a bit of discussion as well.

[Yeti]

Your argument assumes that there is such a thing as "x% completed" on a block. Any share has the same probability to be a valid block and invalid blocks are just bad luck because somebody else was quicker with a new block while your client did not yet get word of that block. Once you got notified there's no drawback anymore since the chances are the same. Only during the time period where somebody has published a new block and bitcoind is not yet aware of it are shares lost.

Invalid blocks can't really be prevented, it can only be reduced by connecting the pools and solo-miners better so that the time is reduced in which a collision can occur. But it can't be reduced to 0.

It's the same with offline time, by the way. During the 8 hours that Eligius was offline recently which resulted in a 33-hour round, no shares were really lost although a couple of blocks were generated. So it's perfectly OK to pay for shares on invalid, old and long running rounds since a valid block can be found with every share and the probability is independent of how long the round has been running / not running.

[Luke-Jr]

Whoever owns 1MY3ypFCDSbFYnM9jw4YvPnCfEDQz9sGGE is a n00b and broke sharesrv by sending "1MY3ypFCDSbFYnM9jw4YvPnCfEDQz9sGGE\n" as their username. I fixed and hot-patched it, so everything's fine now, but stats weren't updated while it was broken. Also, the username is still invalid-- so it is being treated as donated shares like any other invalid address. Since this one might be non-obvious, I thought I'd better post about it to try to wake whoever it is up... how do you get \n into a username anyway? -.-

[Xephan]

Whoever owns 1MY3ypFCDSbFYnM9jw4YvPnCfEDQz9sGGE is a n00b and broke sharesrv by sending "1MY3ypFCDSbFYnM9jw4YvPnCfEDQz9sGGE\n" as their username. I fixed and hot-patched it, so everything's fine now, but stats weren't updated while it was broken. Also, the username is still invalid-- so it is being treated as donated shares like any other invalid address. Since this one might be non-obvious, I thought I'd better post about it to try to wake whoever it is up... how do you get \n into a username anyway? -.-

Copy and paste by dragging down to the next line?
Fortunately, mine starts with 1MT

[anodyne]

Your argument assumes that there is such a thing as "x% completed" on a block. Any share has the same probability to be a valid block and invalid blocks are just bad luck because somebody else was quicker with a new block while your client did not yet get word of that block. Once you got notified there's no drawback anymore since the chances are the same. Only during the time period where somebody has published a new block and bitcoind is not yet aware of it are shares lost.

No, the problem here is that there are two sets of probabilities involved – the normal pool luck, and the risk of a block being invalid. Since all shares have equal chance of meeting the difficulty requirement it means that valid and invalid blocks would, on average, require the same amount of work. The problem then, as I see it, is that invalid blocks don't have a good luck counterpart – as I said, there are no lucky hashes that pay double. So, if a PPS pool has a 1% rate of invalid blocks it means that it will reward its miners 1% more than it earns for the valid blocks.

[Xephan]

Anybody knows if payout depends on whether the last block (crossing the payout floor) has gotten 120 confirmations or not?

[twmz]

Payouts are done with "generate" transactions.  If you get paid in any given block, you should see it in your wallet almost immediately, but it won't be spendable or be counted in your balance until it gets 120 confirmations.