rjk
Sr. Member
Offline
Activity: 448
Merit: 250
1ngldh
|
|
May 11, 2012, 04:56:01 PM |
|
So username is my wallet?
I'm considering mining on this pool with cgminer, seems like the website is down so I'll try later.
It's up for me...
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
May 11, 2012, 05:12:31 PM |
|
So username is my wallet? Right. I'm considering mining on this pool with cgminer, seems like the website is down so I'll try later. Sounds like you have network issues
|
|
|
|
juhakall
|
|
May 13, 2012, 05:46:00 PM |
|
Any ideas why I'm getting 3-5% reject rates when mining through GPUMAX? Currently I have 17k accepted shares and 600 rejected. I haven't tried connecting directly, if that's required I'll have to use another pool. When I mined on ABCPool & Mt. Red through GPUMAX, my rejects were well below 1%.
|
|
|
|
PawShaker
|
|
May 22, 2012, 05:24:00 AM |
|
A newbe question (but I have looked through Eligius FAQ): my unpaid reward went down by a lot, like by 90% of the amount due. I was about to hit payout treshold and now it reports 2mBTC. This could not be a result of orphaned block, rather an orphaned branch of all 10 blocks mined in last two days by Eligius. Some of these blocks are reported already as confirmed (over 120 blocks have been mined after them, but this count includes blocks mined by everyone). The graph still shows that I have an unpaid reward of ~0.66 BTC. But I know that graphs have significant lag. Could someone point me toward source of enlightment? (What the **** is going here? )
|
1FQkH63k6hkexFMTRzLtJEE6ZAaTBRhjiS
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
May 22, 2012, 05:54:10 AM |
|
A newbe question (but I have looked through Eligius FAQ): my unpaid reward went down by a lot, like by 90% of the amount due. I was about to hit payout treshold and now it reports 2mBTC. This could not be a result of orphaned block, rather an orphaned branch of all 10 blocks mined in last two days by Eligius. Some of these blocks are reported already as confirmed (over 120 blocks have been mined after them, but this count includes blocks mined by everyone). The graph still shows that I have an unpaid reward of ~0.66 BTC. But I know that graphs have significant lag. Could someone point me toward source of enlightment? (What the **** is going here? ) Probably you were paid. If it doesn't show, restart your client (there's a known rare bug where it doesn't show some transactions until restart). In doubt, check your address in Block Explorer or BlockChain.info.
|
|
|
|
PawShaker
|
|
May 22, 2012, 06:07:22 AM |
|
A newbe question (but I have looked through Eligius FAQ): my unpaid reward went down by a lot, like by 90% of the amount due. I was about to hit payout treshold and now it reports 2mBTC. This could not be a result of orphaned block, rather an orphaned branch of all 10 blocks mined in last two days by Eligius. Some of these blocks are reported already as confirmed (over 120 blocks have been mined after them, but this count includes blocks mined by everyone). The graph still shows that I have an unpaid reward of ~0.66 BTC. But I know that graphs have significant lag. Could someone point me toward source of enlightment? (What the **** is going here? ) Probably you were paid. If it doesn't show, restart your client (there's a known rare bug where it doesn't show some transactions until restart). In doubt, check your address in Block Explorer or BlockChain.info. Thanks for explanation, you are verry correct. I was under impression that the payout queue is like 7 blocks long. Hence, I thought that I should wait for at least 7 blocks to be mined by Eligius before I get to the front of the payout queue. I did not expect payout to be so quick after hitting the treshold. Thanks again. PS. Before posting I checked payout queue and I had not been listed there.
|
1FQkH63k6hkexFMTRzLtJEE6ZAaTBRhjiS
|
|
|
vborets
|
|
May 22, 2012, 12:27:58 PM |
|
estimates stop increasing ...
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
May 22, 2012, 12:41:55 PM |
|
A newbe question (but I have looked through Eligius FAQ): my unpaid reward went down by a lot, like by 90% of the amount due. I was about to hit payout treshold and now it reports 2mBTC. This could not be a result of orphaned block, rather an orphaned branch of all 10 blocks mined in last two days by Eligius. Some of these blocks are reported already as confirmed (over 120 blocks have been mined after them, but this count includes blocks mined by everyone). The graph still shows that I have an unpaid reward of ~0.66 BTC. But I know that graphs have significant lag. Could someone point me toward source of enlightment? (What the **** is going here? ) Probably you were paid. If it doesn't show, restart your client (there's a known rare bug where it doesn't show some transactions until restart). In doubt, check your address in Block Explorer or BlockChain.info. Thanks for explanation, you are verry correct. I was under impression that the payout queue is like 7 blocks long. Hence, I thought that I should wait for at least 7 blocks to be mined by Eligius before I get to the front of the payout queue. I did not expect payout to be so quick after hitting the treshold. Thanks again. PS. Before posting I checked payout queue and I had not been listed there. The payout queue is ordered by how long people have been waiting, so if it took you a while to get to the threshold, you'll enter the queue on top.
|
|
|
|
Timbo925
|
|
May 23, 2012, 06:50:18 AM |
|
Could someone clarify what this maximum reward means? Looks like I didn't get any reward in last night?
|
|
|
|
PawShaker
|
|
May 23, 2012, 08:39:17 AM |
|
Could someone clarify what this maximum reward means? Looks like I didn't get any reward in last night? As far as I understand, this means that pool is out of luck. We mined less blocks than on average we would expect. (Recently there were two over 10h waits for a block.) The reward is credited at fixed payout per share, so we will have to wait till fortune turns around. When (and if) pool will mine more blocks than expected it will catch up. Since Eligius does pay 100% of mained bitcoins there is no "insurance" like in some pools that pay only 98%.
|
1FQkH63k6hkexFMTRzLtJEE6ZAaTBRhjiS
|
|
|
averwind
Newbie
Offline
Activity: 25
Merit: 0
|
|
May 23, 2012, 06:23:28 PM |
|
We must be having a really bad luck. I didn't earn anything for the last 16 hours.
|
|
|
|
cmdr001
Newbie
Offline
Activity: 20
Merit: 0
|
|
May 25, 2012, 08:49:57 AM |
|
Given this recent bad luck streak, and thus looking at the graph and seeing the "Maximum reward" filled area, I can't help but to ask one question concerning this pool:
So, if the pool has no buffer funds it means that in case a given block takes a long time to solve then the value per share will drop in order to keep the total volume of shares multiplied by value to be more or less 50 BTC. Consequentially if the following block would be solved in little time then each share would have a greater value to make up for the reduced payment on the last block.
My question is though, does the pool track the individual effort of each user so that it rewards a particular user more until the value of his work is compensated?
i.e: Suppose there's a very long block which substantially brings down the per share value, then several quick blocks. The large block took about 20 hours to find, and a given user (Let's say he has 1500MH/s available, generates 1200 shares/hour or something) was mining for about 19 hours and 40 minutes of this block but then stopped - Let's say there was a power outage for the next few hours. He will of course receive the reduced share value multiplied by all of his work done so far, but what about afterwards? Given that the next few blocks are quick, everyone that keeps mining will receive much more value/share until the value of the shares of the long block is made up for, but what about the user that was made unable to mine during that period? Will he just lose the right to that compensation or the system adjusts the share value for him in the future?
|
|
|
|
organofcorti
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
|
May 25, 2012, 08:52:52 AM |
|
The 'per share value' is always B/D (reward / difficulty). The variable is the time it takes to get paid, not how much you get.
|
|
|
|
cmdr001
Newbie
Offline
Activity: 20
Merit: 0
|
|
May 25, 2012, 09:01:17 AM |
|
Sorry, but don't quite follow your reasoning since in Eligius the share value clearly fluctuates and that's why you're credited .10 BTC for a long block as you may get .15 BTC for a quick block depending on the fact if the pool ran out of funds or not.
|
|
|
|
organofcorti
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
|
May 25, 2012, 09:13:35 AM |
|
From http://eligius.st/wiki/index.php/Shared_Maximum_PPS : Basic Idea Miners accumulate Pay-Per-Share as usual. When a block is found, the pool counts the total unpaid PPS credits. If there are sufficient pool funds earned to pay them all in full PPS, that happens. If not, the miners are paid proportional to available funds. Remaining pool funds accumulate toward future payouts. The difference between a miner's actual (SMPPS) earnings and PPS earnings is retained as "extra credit", and considered in future blocks Pay-Per-Share means any share is worth the same as any other. If the pool has enough credit to pay you at the end of a round, it does. If it doesn't have enough to pay PPS for all shares, the pool makes best effort to ensure all miners are eventually paid the same (PPS) amount per share submitted. To my knowledge, every SMPPS share submitted to Eligius has been paid exactly PPS (with the exception of those on the waitlist which I'd expect to be paid PPS eventually, God-of-the-block willing).
|
|
|
|
cmdr001
Newbie
Offline
Activity: 20
Merit: 0
|
|
May 25, 2012, 10:20:15 AM |
|
Right, nevermind, think I got it.
My question was coming mostly because looking at the stats pages even between several users I saw that each block had that given per-share value, so I was wondering how that could compensate users properly. Decided to actually compare other values and finally realized that the shown per-share value isn't the actual per-share value, so of course all sorts out.
Thanks all the same.
|
|
|
|
The00Dustin
|
|
May 25, 2012, 01:30:05 PM |
|
So, if the pool has no buffer funds Regardless of your already answered question, the FAQ also states this: What happens with the surplus BTC generated and the queue is empty?
Surplus BTC are placed in the pool's reserve balance (aka buffer or "rainy day fund"). On unlucky runs, the pool may use these funds to manually payout older balances. This may be done solely at the pool's discretion. So methinks we don't really know if the pools buffer is used up or not.
|
|
|
|
organofcorti
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
|
May 25, 2012, 01:35:44 PM |
|
I'm surprised I'm the only one who wants to know, but what caused the charts to mess up yesterday? ..... How much does the pool owe its miners then, and what do you call that? The payout queue can be viewed at http://eligius.st/~twmz/So methinks we don't really know if the pools buffer is used up or not.
The buffer is available at http://eligius.st/~twmz/ as described above. Atm it's 164 btc in the red.
|
|
|
|
The00Dustin
|
|
May 25, 2012, 01:59:29 PM |
|
Are you sure? Best I can tell, that is automatic and the quote I pulled from the FAQ specifically says manually. Moreover, (also best I can tell), all numbers based on ~twmz are for generate transactions and I am operating on the assumption that buffer funds are previously generated and must be payed out (as opposed to being generated in the new Eligius blocks) even if the behavior were automatic. It is certainly possible that I missed something glaringly obvious, but I don't think ~twmz has anything to do with the buffer, and the quote from Luke-Jr doesn't appear to indicate otherwise (assuming payout queue = automatic / generate queue).
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
May 25, 2012, 02:05:52 PM |
|
Payouts from the buffer are processed manually (for security, the funds are not "online"), but in the same way as generated payouts.
|
|
|
|
|