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

It should be part of the generation in blockexplorer.

When an address is "paid" should we expect to see it show in blockexplorer or does it then go in a queue to be paid with the next or possibly subsequent block found by the pool?

The balance includes rewards for the current block. If you don't maintain your mining yields, or if another miner joins, before the block is found, that amount will decrease. If you get paid, that is not included in the balance anymore.

My balance on 1KmTsdzjvrkZcMxtdoR9WdHwb8Bn5v6fpd decreases a couple of times a day. What's going on?

These addresses and amounts will be deferred until the bugged block matures (100 confirmations):
1HcbN4NTAcUhcXVfgs2KooVhtK6nwUkaog  -764408220
16u6Z8N5zf3GpUwsTApUvMKGw6HZU7h1qd  -402464413
1KoBYhF3uNS5ZvGTd4RNjWc7VbMqQfDwzy  -367798848
1QDs3u4NawCmPBfMxWzZARbwjWwEQdTFTd  -278997383
14rJYeAPkXGDRVeTcEn7czE9xNaU5aRi64  -280856126
1DhV9Xf9wfXmngaW2WbjEti8WoRJzrHCC7  -279276194
1CiWEKiF5J5Xarxu1MMM7YMuZ51xBMs3Bw  -218262942
173Qmir9hTmvkb3Cmvgj78AV2CjL5azZYS  -107295962
1Dh225PqFhD8eDFzqPoT8j5uhPF2j815Cb  -190614135
19kQaXvKVWAF6oAsdsyuzWZqxLnttT3eAj  -102416760
12mcF29MTcJxpKhe4PiggpneTpFQqux1Ho  -104043161
1EFotQdsKSR1dbDRdH4iFbHmtVax1TjNBi  -159758994
19uXX5nHK9hYQqvEYUi1tBGieLqYB5aSN4  -117007896
13BNLook5Bf6gUXJjCGu5Hkds3BEj2q1nB  -109758797

I felt it would be unfair to delay the payouts of everyone whose balances only just finally added up to over 1 BTC, so there is still about 17 BTC that the pool will continue to fit in across transaction fees and other gaps in the coinbase as soon as it can.

Sorry for any inconvenience.

Also, until the 50 BTC is fully distributed, my own GPU miner will not be receiving any funds.

Edit: 1HcbN4NTAcUhcXVfgs2KooVhtK6nwUkaog has volunteered to wait for a manual send of some older delayed funds, so the pool self-recovery should go a bit faster.

Migration complete. Hit a few hiccups on the way, but I think I minimized total downtime to under 30 minutes. During that time, miners may have idled, or lost shares. Unfortunately, it seems we found a block during that time too. I expected that in such a case, the rewards would just be off slightly and it would make up the difference in the next block, but apparently it took the whole 50.03 BTC to itself. I'll figure out a way to get that fixed, probably with a sendmany once it's been confirmed (and I write the code to tell the pool I did it). In the meantime, Eligius should be stable again, and much faster with getworks. Until I get that 50 BTC made up, the pool payouts will likely be delayed by one block while it tries to make it up on its own. Will post more when I have an update.

Is it time for NoSQL already?

We're hitting some pretty major I/O bottlenecks with SQLite. I'm going to migrate the db to MySQL to mitigate the problems. During that time, the pool will be down. Hopefully it won't be too long, but the db is currently already 1 GB...

Cool

Was trying to help debug a memory leak in pushpoold for jgarzik, but it shouldn't have been down for any significant amount of time. Most miners should automatically reconnect.

I think the pool is having problems

I looked into doing this, but it would be fairly complex. Right now, replaying the entire history (to get the details I showed you above) takes almost 10 seconds already, and I would need to maintain an open file for every address throughout. That would be 10 seconds during which miners would be running out of data, idle. I keep it low by caching the balances, but that wouldn't work for the format above.

Thanks for your reply. My final payment came in this morning. Not sure why but it was delayed. Could of been something with the network.

Also the information you provided was quite helpful. Is there any way you could have your server put together a file for each address with content like you put above. It would make it easier to track earnings and possibly save some confusion in the future. Just an idea / suggestion. I might if I have some time today, put together a script to do it using the json you have provided already.

If a block is invalid, it is completely ignored by future block generation, as if it never happened: shares contributed toward that block are "reinstated" toward the currently-in-progress block, and payouts are as if they never happened.

You can try it, but longpolling should be just as effective, if not more. Do note that the public peer on my server is used for #bitcoin-watch, NOT the pool. For security reasons, the pool's node is not externally accessible at all, and only communicates with the #bitcoin-watch node.

0000000000001058cc4b850fc2f1f906f3ad4a2a276cc326f1811fb4d1b74ec4: You earned 1.63719062 BTC, and were immediately paid 1.63617631 BTC.
000000000000186bfede5c3e9d599a1aec8a6fb37854f8d30aa1536e0c81557d: You earned 1.61041198 BTC, and were immediately (over)paid 1.61243335 BTC.
000000000000560b1ffd8af896cd5b0ed668f03aa9a7728a5fa2182c5ee76e2e: You earned 0.10549032 BTC, and were not paid due to balance being under 1 BTC.
0000000000001a2585f316f81b20623e693845515f216f3ecb787583f4b79874: You earned 0.88415731 BTC, and were not paid due to balance being under 1 BTC.
00000000000038e334a9c559b7f49cd76fb8f2d99537be7fc8d1cf69ed01bfdb: You earned 0.32138317 BTC, and were immediately paid 1.30396680 BTC.
0000000000004d8ce1babf4fdbf153f813ec4776ea53f7e36cd4897886349f0d: You earned 1.04322469 BTC, and were immediately paid 1.04706787 BTC.
0000000000000415d30f8bc59fc4ed45f2bd7661c2ef3f89aed2e2c9cd2023a8: You earned 0.32683516 BTC, and were not paid due to balance being under 1 BTC.
000000000000279a59e47b514a7064f0d177642f978cc5e5a425505a0dab06c5: You earned 0.59436705 BTC, and were not paid due to balance being under 1 BTC.
000000000000198ed4cb0586b718bc901865d1e94cb859cd1c4af043379d9aa8: You earned 0.77644269 BTC, and were immediately paid 1.68449708 BTC.
You have an outstanding balance of 0.01536158 which will be paid as soon as you either earn a total of over 1 BTC, or don't mine on the pool for a full week.

I just wanted to let you know guys that this pool works very good for me. I am getting exactly the expected amounts.

None are still confirmed. but it's OK. I would like to know how invalid blocks get handled.

Also, I think that if all of us, who have external IP, connect our clients to his pool to receive newly found blocks we will a bit decrease the chance of invalid blocks - because solved blocks will spread faster in p2p network.

luke, is it enough to "-addnode pool.bitcoin.dashjr.org" upon our bitcoind start? or "-addnode 173.242.112.53" ?

http://blockexplorer.com/address/1DiDC5jb96GR2d5LVsWuSdSB3q5zbns2Bo

You checked this?
you sure u didnt receive in your bitcoin client?
Some times Bitcoin client needs restart to get blocks & connection.

Why doesn't my current balance add up to my balances on generated blocks I participated in?

The last two blocks I had 92341597 and 32904892 which equals 125246489 -> 1.25 BTC but my current balance shows 25092928.

My address is: 1DiDC5jb96GR2d5LVsWuSdSB3q5zbns2Bo

Could you please investigate this. Something seems odd with the payout system and as well as how it keeps track of earned rewards.

It ended up being 1QDs3u4NawCmPBfMxWzZARbwjWwEQdTFTd who was shorted 1.68134587 BTC. Unfortunately, there is a flaw in my payout code which has chosen this same poor fellow to be shorted again this block, if it doesn't cover everything. I need to rethink the payout weighing code. Hopefully before this block is found, but in any case he will be paid in full eventually.

That's weird.