Bitcoin Forum
October 08, 2024, 08:50:02 AM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 [51] 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 ... 200 »
  Print  
Author Topic: [OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 #  (Read 458292 times)
rjk
Sr. Member
****
Offline Offline

Activity: 448
Merit: 250


1ngldh


View Profile
May 11, 2012, 04:56:01 PM
 #1001

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...

Mining Rig Extraordinaire - the Trenton BPX6806 18-slot PCIe backplane [PICS] Dead project is dead, all hail the coming of the mighty ASIC!
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
May 11, 2012, 05:12:31 PM
 #1002

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 Sad

juhakall
Sr. Member
****
Offline Offline

Activity: 658
Merit: 250


View Profile
May 13, 2012, 05:46:00 PM
 #1003

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
Full Member
***
Offline Offline

Activity: 140
Merit: 100



View Profile
May 22, 2012, 05:24:00 AM
 #1004

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?  Huh )

1FQkH63k6hkexFMTRzLtJEE6ZAaTBRhjiS
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
May 22, 2012, 05:54:10 AM
 #1005

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?  Huh )
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
Full Member
***
Offline Offline

Activity: 140
Merit: 100



View Profile
May 22, 2012, 06:07:22 AM
 #1006

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?  Huh )
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
Full Member
***
Offline Offline

Activity: 173
Merit: 100


View Profile
May 22, 2012, 12:27:58 PM
 #1007

estimates  stop increasing ...
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
May 22, 2012, 12:41:55 PM
 #1008

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?  Huh )
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
Sr. Member
****
Offline Offline

Activity: 352
Merit: 250



View Profile
May 23, 2012, 06:50:18 AM
 #1009

Could someone clarify what this maximum reward means? Looks like I didn't get any reward in last night?

PawShaker
Full Member
***
Offline Offline

Activity: 140
Merit: 100



View Profile
May 23, 2012, 08:39:17 AM
 #1010

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 Offline

Activity: 25
Merit: 0


View Profile
May 23, 2012, 06:23:28 PM
 #1011

We must be having a really bad luck. I didn't earn anything for the last 16 hours.
cmdr001
Newbie
*
Offline Offline

Activity: 20
Merit: 0


View Profile
May 25, 2012, 08:49:57 AM
 #1012

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 Offline

Activity: 2058
Merit: 1007


Poor impulse control.


View Profile WWW
May 25, 2012, 08:52:52 AM
 #1013

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.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
cmdr001
Newbie
*
Offline Offline

Activity: 20
Merit: 0


View Profile
May 25, 2012, 09:01:17 AM
 #1014

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 Offline

Activity: 2058
Merit: 1007


Poor impulse control.


View Profile WWW
May 25, 2012, 09:13:35 AM
 #1015

From http://eligius.st/wiki/index.php/Shared_Maximum_PPS :

Quote
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).

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
cmdr001
Newbie
*
Offline Offline

Activity: 20
Merit: 0


View Profile
May 25, 2012, 10:20:15 AM
 #1016

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
Hero Member
*****
Offline Offline

Activity: 807
Merit: 500


View Profile
May 25, 2012, 01:30:05 PM
 #1017

So, if the pool has no buffer funds
Regardless of your already answered question, the FAQ also states this:
Quote
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 Offline

Activity: 2058
Merit: 1007


Poor impulse control.


View Profile WWW
May 25, 2012, 01:35:44 PM
 #1018

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.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
The00Dustin
Hero Member
*****
Offline Offline

Activity: 807
Merit: 500


View Profile
May 25, 2012, 01:59:29 PM
 #1019

The buffer is available at http://eligius.st/~twmz/ as described above. Atm it's 164 btc in the red.
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 Offline

Activity: 2576
Merit: 1186



View Profile
May 25, 2012, 02:05:52 PM
 #1020

Payouts from the buffer are processed manually (for security, the funds are not "online"), but in the same way as generated payouts.

Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 [51] 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 ... 200 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!