Bitcoin Forum
December 08, 2016, 05:57:50 AM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 [196] 197 198 199 200 201 »
  Print  
Author Topic: [OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 #  (Read 417938 times)
MrTeal
Legendary
*
Offline Offline

Activity: 1246


View Profile
January 27, 2014, 02:33:37 PM
 #3901

I didn't notice it in the FAQ, but does the Maximum Reward line in the graph represent the 100% PPS earnings? Should the pool go on a run of faster blocks and clear its payout queue, will the unpaid + everpaid line reach the max reward line?
1481176670
Hero Member
*
Offline Offline

Posts: 1481176670

View Profile Personal Message (Offline)

Ignore
1481176670
Reply with quote  #2

1481176670
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481176670
Hero Member
*
Offline Offline

Posts: 1481176670

View Profile Personal Message (Offline)

Ignore
1481176670
Reply with quote  #2

1481176670
Report to moderator
proclivity
Member
**
Offline Offline

Activity: 67


View Profile
January 27, 2014, 04:16:20 PM
 #3902


"250.19174185 BTC are ahead in queue, putting this user's payout after a 10 block delay."

This has been happening a lot this week. Have the payout delays gone up since the trouble last weekend?


I've noticed something similar, though not too much more extreme than what I had experienced before things went to hell a little. My first payout after things went back to 'normal' was only a few blocks behind, and the payout came not too long after it should have. Today, it's a little different. I started out way down on the list, and then move up a few hundred sports over the course of 3-4 hours. Before replying to your post, I checked once more, and I've dropped another 30 spots or so. As I mention in a response posted just before this one, I don't receive large payouts, so it's not a big deal to me if I receive the standard payout right on time, or a larger one several hours later. That said, I do notice what you're talking about, and can see where it might be an issue for some. Since the amounts seem right (I have not doubts there), I'd rather be able to see what's going on and know a late payout is coming, as opposed to flying blind and not knowing, despite the fact that I've not had any problems with payouts during the 'troubles.' ~256 BTC does seem to put you on quite a long list, though. Fortunately the order isn't static, and there's a good chance you'll receive your payout before making your way up the list one payout at a time. Still, I'd also be curious to know if this is simply an aftereffect of all the work that had to be undertaken by WK to get the pool and feature back to a state to keep assholes from yelling 'scam!' like so many fucktards on these boards so often do.

I also noticed the same, but I believe it's due to luck and timing.. as in a good string of luck will accelerate payment, a bad string of luck will shelve shares and delay the next payment.

For tips only - 12QT6zPJM5kQ5piZfn7tyFfcJrbgvSnMLn
lightfoot
Legendary
*
Offline Offline

Activity: 980

Hacking KNC stuff because it goes FOOM well.


View Profile
January 27, 2014, 04:20:43 PM
 #3903

I also noticed the same, but I believe it's due to luck and timing.. as in a good string of luck will accelerate payment, a bad string of luck will shelve shares and delay the next payment.

Is that it? I've noticed over the last month or so that although variance on the pool is low, payout variance seems to be all over the place. Granted I'm only a 220gh setup here, but I have seen the payouts being delayed.

Perhaps it's the impact of very large miners?

C
baddw
Sr. Member
****
Offline Offline

Activity: 375


View Profile
January 27, 2014, 04:47:54 PM
 #3904

I also noticed the same, but I believe it's due to luck and timing.. as in a good string of luck will accelerate payment, a bad string of luck will shelve shares and delay the next payment.

Is that it? I've noticed over the last month or so that although variance on the pool is low, payout variance seems to be all over the place. Granted I'm only a 220gh setup here, but I have seen the payouts being delayed.

Perhaps it's the impact of very large miners?

C

It looks like there were/are several large miners waiting for payout.  Last night when I checked, there was at least one miner waiting for over 30BTC of payout (including one whole block to himself), and several others in the 10+ BTC range. 

Payouts are more random/variable than earnings because every user can set their own payout threshold, which mostly scales up depending on hashrate.  If I were running 100TH then I wouldn't want to be paid out every 0.04 BTC.  But if I were running 60GH then of course 0.04 BTC is a reasonable payout threshold. 

I think most people probably set theirs for every 12-24 hours.  In any case, some of the high rollers have relatively high payout thresholds (which makes perfect sense), and when those are hit then it takes a while to clear them out.

BTC/XCP 11596GYYq5WzVHoHTmYZg4RufxxzAGEGBX
DRK XvFhRFQwvBAmFkaii6Kafmu6oXrH4dSkVF
Eligius Payouts/CPPSRB Explained  I am not associated with Eligius in any way.  I just think that it is a good pool with a cool payment system Smiley
proclivity
Member
**
Offline Offline

Activity: 67


View Profile
January 27, 2014, 05:37:27 PM
 #3905

I am mining at eligius with BFL 60GH/s miner. Usually (several months, actually) it averages to 60.7 GH/s, but starting last week it shows 59.9 GH/s
Anyone noticed something similar? If it was hardware issue like one core dead, I believe hashrate would decrease significantly more

Check out this thread for more details - sounds like 3 less cores are enabled if you dropped that much.

https://bitcointalk.org/index.php?topic=258643.0

For tips only - 12QT6zPJM5kQ5piZfn7tyFfcJrbgvSnMLn
cobra.btc
Newbie
*
Offline Offline

Activity: 1


View Profile
January 27, 2014, 06:34:43 PM
 #3906

Dears,

I've got some questions during my mining for a long while, it would be great if I can get the answer form here.

I have several blades which get connection with Eligius pool via independence miner proxy, and I use the same wallet without separating them into individual worker.
And I made my own SW to calculate my total hashrate from each proxy, however, there is always 10% ~ 20% gap between my calculation and my status in pool.
The bigger hash power I have, comes with the bigger gap.

Is there anyone has same issue as me or is there anything I can do for  improvement?
Thank you.
un_ordinateur
Full Member
***
Offline Offline

Activity: 157


View Profile
January 27, 2014, 07:50:24 PM
 #3907

I didn't notice it in the FAQ, but does the Maximum Reward line in the graph represent the 100% PPS earnings? Should the pool go on a run of faster blocks and clear its payout queue, will the unpaid + everpaid line reach the max reward line?

Yes... And no.

Each time you submit a share, the pool records it in the share log, at it's straight PPS value. When a block is found, 25 BTC worth of shares (starting from the most recent) are paid.

If the pool is unlucky, and it took more shares than average to find the block, some of the shares submitted for that block cannot be paid (since the pool does not have the money to cover them). The pool "remembers" those shares; they are shelved.

If the pool gets lucky, and it took less shares than average to find a block, pool will have some BTC left after paying every share submitted for that block. It will therefore pay whats left to the most recent shelved shares.


However, paying everybody like that in every block would be a problem: First, small miners would only get micropayments in every block; and it would be dust that accumulates in their wallet (and increases their fees when they use the coins). Second, some clients have a bug in which that cannot support a too big amount of outputs per transaction. (Doing payments like that in Eligius would cause more than 5000 output per transaction)

Therefore, Eligius implements a sort of tradeoff. Instead of directly paying the shares when they are found; it internally computes which shares are to be paid, and which shares are not (yet), without actually sending the money to the miner. Instead, it holds onto them until a given amount is accumulated (chosen by the miner), at which time the pool will send the coins.

Therefore, it means that even if the pool were to empty it's payout queue, it does not mean that everybody's shares ever submitted have been paid. It does mean, however, that nobody has accumulated enough rewarded-but-unpaid shares to be paid. (In those cases, the pool sends the block reward to an offline wallet, from which the miners will be paid when the payout queue gets long enough.)


Thus, about the graphs and stats:
The everpaid line is amount of BTC the pool has ever sent to you.
The unpaid+everpaid line is that amount, plus the value of all the shares the pool has rewarded to you, but has not set the actual money yet, because you have not met your treshold. (the unpaid amount is the amount marked in the "unpaid balance" in the table above the graph)
The maximum reward line is the total value of all the shares you ever submitted to the pool, including those it does not have the funds to pay yet.

If the pool gets lucky, "unpaid+everpaid" will get closer to "maximum reward", and may even touch it. However, they would not "meet" at the same time for all users, depending when that user joined. Most recent shelved shares being paid first, the pool would have to be lucky a lot longer to pay all the way back to 2012, when the pool began, than to pay all the shares of somebody who started one month ago.


However, nobody's payment will ever go above "maximum reward": once all your shares have been paid, all the extra coins go to paying other who have to yet been fully paid. Finally even if the pool were to clear it's whole backlog, then it would hold onto the extra coins until less lucky times. (in any case, such event would be extremely unlikely: In the beginning, Eligius suffered from pretty severe bad luck, and thus has accumulated an hefty amount of unpaid shares. According to my calculations, the pool has acumulated over 2800 BTC worth of unpaid shares, which means it would need to find something like 112 blocks RIGHT NOW to pay them all)
un_ordinateur
Full Member
***
Offline Offline

Activity: 157


View Profile
January 27, 2014, 08:14:41 PM
 #3908

the pool has acumulated over 2800 BTC worth of unpaid shares

However, note that over the same period, the pool has rewarded over 113 650 BTC, meaning that unpaid shares represent less that 2.5% of the pool earnings.

The unpaid shares accrued since the beginning of 2013 represent less that 2% of the pool earnings since then. And the pool was lucky since november, since, on average, all of the shares accrued since then have been paid.
MrTeal
Legendary
*
Offline Offline

Activity: 1246


View Profile
January 27, 2014, 08:29:47 PM
 #3909

I didn't notice it in the FAQ, but does the Maximum Reward line in the graph represent the 100% PPS earnings? Should the pool go on a run of faster blocks and clear its payout queue, will the unpaid + everpaid line reach the max reward line?

Yes... And no.

Each time you submit a share, the pool records it in the share log, at it's straight PPS value. When a block is found, 25 BTC worth of shares (starting from the most recent) are paid.

If the pool is unlucky, and it took more shares than average to find the block, some of the shares submitted for that block cannot be paid (since the pool does not have the money to cover them). The pool "remembers" those shares; they are shelved.

If the pool gets lucky, and it took less shares than average to find a block, pool will have some BTC left after paying every share submitted for that block. It will therefore pay whats left to the most recent shelved shares.


However, paying everybody like that in every block would be a problem: First, small miners would only get micropayments in every block; and it would be dust that accumulates in their wallet (and increases their fees when they use the coins). Second, some clients have a bug in which that cannot support a too big amount of outputs per transaction. (Doing payments like that in Eligius would cause more than 5000 output per transaction)

Therefore, Eligius implements a sort of tradeoff. Instead of directly paying the shares when they are found; it internally computes which shares are to be paid, and which shares are not (yet), without actually sending the money to the miner. Instead, it holds onto them until a given amount is accumulated (chosen by the miner), at which time the pool will send the coins.

Therefore, it means that even if the pool were to empty it's payout queue, it does not mean that everybody's shares ever submitted have been paid. It does mean, however, that nobody has accumulated enough rewarded-but-unpaid shares to be paid. (In those cases, the pool sends the block reward to an offline wallet, from which the miners will be paid when the payout queue gets long enough.)


Thus, about the graphs and stats:
The everpaid line is amount of BTC the pool has ever sent to you.
The unpaid+everpaid line is that amount, plus the value of all the shares the pool has rewarded to you, but has not set the actual money yet, because you have not met your treshold. (the unpaid amount is the amount marked in the "unpaid balance" in the table above the graph)
The maximum reward line is the total value of all the shares you ever submitted to the pool, including those it does not have the funds to pay yet.

If the pool gets lucky, "unpaid+everpaid" will get closer to "maximum reward", and may even touch it. However, they would not "meet" at the same time for all users, depending when that user joined. Most recent shelved shares being paid first, the pool would have to be lucky a lot longer to pay all the way back to 2012, when the pool began, than to pay all the shares of somebody who started one month ago.


However, nobody's payment will ever go above "maximum reward": once all your shares have been paid, all the extra coins go to paying other who have to yet been fully paid. Finally even if the pool were to clear it's whole backlog, then it would hold onto the extra coins until less lucky times. (in any case, such event would be extremely unlikely: In the beginning, Eligius suffered from pretty severe bad luck, and thus has accumulated an hefty amount of unpaid shares. According to my calculations, the pool has acumulated over 2800 BTC worth of unpaid shares, which means it would need to find something like 112 blocks RIGHT NOW to pay them all)
Thanks, that's exactly what I was looking for. I suppose I could have asked if maximum reward is unpaid+everpaid+shelved, which is what seems to be the case.

I understand the general concept, with shares being stored and every time a block is found the most recent 25BTC worth of shares are paid.

Am I correct in my understanding that there are two separate queues, one for the shares and one for payouts? As shares are received, they are added to the share queue and each time a block is found 25BTC worth of shares are removed from the share queue and are are marked as unpaid balance. When your unpaid balance exceeds the minimum threshold, you enter the payout queue which is paid oldest accounts first. If this is the case, why is the payout queue so long (currently 525BTC) if the funds are all available to pay out those shares? Is it just that a portion is held in the offline wallet and to flush the payment queue would take a manual transaction?

Also, is there a place to view the current number and value of shelved shares?
fireman50
Newbie
*
Offline Offline

Activity: 7


View Profile
January 27, 2014, 08:40:37 PM
 #3910

I'm hoping someone can help me with merged mining.  I cannot get the signature to pass when I add my nmc address.  I've used multiple programs to sign and verify including mtgox, bitcoin-qt, electrum, and just about every other app out there.  The sig passes on the application but fails on the website and I've even manually typed in every character rather than copy/paste and it still fails.  What am I doing wrong ?
MrTeal
Legendary
*
Offline Offline

Activity: 1246


View Profile
January 27, 2014, 08:50:52 PM
 #3911

I'm hoping someone can help me with merged mining.  I cannot get the signature to pass when I add my nmc address.  I've used multiple programs to sign and verify including mtgox, bitcoin-qt, electrum, and just about every other app out there.  The sig passes on the application but fails on the website and I've even manually typed in every character rather than copy/paste and it still fails.  What am I doing wrong ?
Are you sure you selected the correct address to sign with?
lightfoot
Legendary
*
Offline Offline

Activity: 980

Hacking KNC stuff because it goes FOOM well.


View Profile
January 27, 2014, 08:59:20 PM
 #3912

I think most people probably set theirs for every 12-24 hours.  In any case, some of the high rollers have relatively high payout thresholds (which makes perfect sense), and when those are hit then it takes a while to clear them out.
Makes sense. And in the interests of honest disclosure, I'm back on Eligus because the other pool I tried out was running my rigs at only about 70% capacity. All sorts of little hops between servers, resubmits, timeouts, and other related weirdness add up.

Eligius: They may pay with a bit of lag, but they pay in full. :-)

As to the BFL person: If you can flash your firmware to 1.2.9 you will get your speed back. I hack those things out the ears, lots of data in these two threads:

Hacking Jallies to 32gh: https://bitcointalk.org/index.php?topic=336782.0

Hacking BFL Single/25's to 50gh:  https://bitcointalk.org/index.php?topic=424604.0

C
brox
Member
**
Offline Offline

Activity: 71



View Profile
January 27, 2014, 09:02:01 PM
 #3913

I'm hoping someone can help me with merged mining.  I cannot get the signature to pass when I add my nmc address.  I've used multiple programs to sign and verify including mtgox, bitcoin-qt, electrum, and just about every other app out there.  The sig passes on the application but fails on the website and I've even manually typed in every character rather than copy/paste and it still fails.  What am I doing wrong ?

Maybe some strange browser? Try it in another one clearing cookies/caches first

Save dolphins! Donate to 1BTC4brox2pd14QubXGsXwarp9zV9tc8CZ
Mine Bitcoins in the cloud at cex.io
kurt2
Newbie
*
Offline Offline

Activity: 4


View Profile
January 27, 2014, 09:15:10 PM
 #3914

so I've been doing a lot of reading and trying to decide what to buy to get into mining, and I've been using this website: http://thegenesisblock.com/mining/ to help figure out costs and return... my question is are the statistics on that site calculated based entirely on the assumption of solo mining?

for example if I bought a mining rig off ebay that can do 100 or so GH/s, and get it all setup and running in feb, when I look up the gear in http://genesisblock.com/mining/ it basically says there is no way I'll recover my costs if I start in feb 2014.... but is that only if I'm solo mining?

right now the only pool I want to join is this pool if I get this mining operation going from my basement.

Thanks,
Kurt
fireman50
Newbie
*
Offline Offline

Activity: 7


View Profile
January 27, 2014, 09:27:07 PM
 #3915

I'm hoping someone can help me with merged mining.  I cannot get the signature to pass when I add my nmc address.  I've used multiple programs to sign and verify including mtgox, bitcoin-qt, electrum, and just about every other app out there.  The sig passes on the application but fails on the website and I've even manually typed in every character rather than copy/paste and it still fails.  What am I doing wrong ?
Are you sure you selected the correct address to sign with?

I thought I did but the whole thing has me confused now.  I put in my NMC address in the appropriate box, which I assume is different from my BTC mining address.  I copied and pasted the signing message to electrum, signed it and pasted the results in the signature box.  It fails every time.

Quote from: brox
Maybe some strange browser? Try it in another one clearing cookies/caches first

I used Firefox but I'll try something else.  Thanks.
fireman50
Newbie
*
Offline Offline

Activity: 7


View Profile
January 27, 2014, 09:45:15 PM
 #3916

Just tried it with chrome, same thing.
MrTeal
Legendary
*
Offline Offline

Activity: 1246


View Profile
January 27, 2014, 09:55:39 PM
 #3917

I'm hoping someone can help me with merged mining.  I cannot get the signature to pass when I add my nmc address.  I've used multiple programs to sign and verify including mtgox, bitcoin-qt, electrum, and just about every other app out there.  The sig passes on the application but fails on the website and I've even manually typed in every character rather than copy/paste and it still fails.  What am I doing wrong ?
Are you sure you selected the correct address to sign with?

I thought I did but the whole thing has me confused now.  I put in my NMC address in the appropriate box, which I assume is different from my BTC mining address.  I copied and pasted the signing message to electrum, signed it and pasted the results in the signature box.  It fails every time.

Quote from: brox
Maybe some strange browser? Try it in another one clearing cookies/caches first

I used Firefox but I'll try something else.  Thanks.
On the Configurable Options page where you set your NMC address, payout threshold, etc you place the NMC address you want. You then copy the text ("My Eligius - 2014-01-27 ...") and paste that into the big message box in the bitcoin-qt client. Select the Bitcoin address you're trying to sign for (IE, the one you're using on Eligius), and click sign message. Then copy and paste the resulting string back into the Eligius website.
fireman50
Newbie
*
Offline Offline

Activity: 7


View Profile
January 27, 2014, 10:27:28 PM
 #3918

Ok, just to be clear.  The NMC address has to be a different address than the one I'm using for BTC right ?  I got my NMC address from the receive side of Electrum, signed it with the output string from Eligius and verified it with Electrum.  It passes on Electrum but not on Eligius.

My BTC address is 1Aynx4ZsKoGptWb2Z2aweCDJWduiGUj9DS
My NMC address is 1FGe2AqfRnj3c4JYjWL4etoVBtrXWFib4K

I get this message to sign with:

My Eligius - 2014-01-27 22:24:13 UTC - NMC_Address=1FGe2AqfRnj3c4JYjWL4etoVBtrXWFib4K
When I paste the reulting signature in the appropriate box on Eligius, it fails.  Every time.  However, it passes when I verify it with Electrum.

bmoconno
Sr. Member
****
Offline Offline

Activity: 266


New In Town...


View Profile WWW
January 27, 2014, 10:30:34 PM
 #3919

Ok, just to be clear.  The NMC address has to be a different address than the one I'm using for BTC right ?  I got my NMC address from the receive side of Electrum, signed it with the output string from Eligius and verified it with Electrum.  It passes on Electrum but not on Eligius.

My BTC address is 1Aynx4ZsKoGptWb2Z2aweCDJWduiGUj9DS
My NMC address is 1FGe2AqfRnj3c4JYjWL4etoVBtrXWFib4K

I get this message to sign with:

My Eligius - 2014-01-27 22:24:13 UTC - NMC_Address=1FGe2AqfRnj3c4JYjWL4etoVBtrXWFib4K
When I paste the reulting signature in the appropriate box on Eligius, it fails.  Every time.  However, it passes when I verify it with Electrum.



You need an NMC address, not another BTC address.  If you don't have the NMC client running, you can just use your receive address for NMC from BTC-e/Cryptsy/cex.io

Chained To Your Miners?  Try Miner Minder for a web based stratum proxy that you control!
If I've helped you out, or you just think I'm awesome… 13SZex4uANVrfTeeuFEXGu6W8EVYtWVB53
brox
Member
**
Offline Offline

Activity: 71



View Profile
January 27, 2014, 10:48:08 PM
 #3920


My BTC address is 1Aynx4ZsKoGptWb2Z2aweCDJWduiGUj9DS
My NMC address is 1FGe2AqfRnj3c4JYjWL4etoVBtrXWFib4K


NMC address cannot start with "1", I believe. You should get it from your NMC client

Save dolphins! Donate to 1BTC4brox2pd14QubXGsXwarp9zV9tc8CZ
Mine Bitcoins in the cloud at cex.io
Pages: « 1 ... 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 [196] 197 198 199 200 201 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!