iopq
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 01:16:03 AM |
|
capped pay per share is the same as PPNLS that pays each share only once (the variant that goes back and pays the unpaid shares instead of double paying the same shares) and N = difficulty No, because on short rounds, the extra goes toward the N on future rounds in a buffer. Also, straight CPPS isn't being considered, just the CPPSB and CPPSEB variants. straight CPPS is better, you don't want people mining only when there's a large buffer and hopping off when it seems that the buffer is getting small That doesn't make sense. People are more likely to hop off with straight CPPS than with the variants thereof. I see what you mean, because of what happens on short rounds. But the variants are no better - when there's a buffer there's a buffer against bad pool luck and you have a better chance of getting 100% of your share's worth. When lots of people have backpay waiting on long rounds you'll be getting paid only for a part of your work. So based on previous performance you can see that your expected value is lower due to bad previous pool luck and you would avoid the pool. So after a long streak of bad luck there would be no point in mining the pool when you're expecting maybe 90% of PPS on a long block and only 100% on a short block with PPLNS you'd be getting 80%-120%, so more variance, but previous performance has no bearing on your decision whether to mine the pool or not
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 01:31:56 AM |
|
capped pay per share is the same as PPNLS that pays each share only once (the variant that goes back and pays the unpaid shares instead of double paying the same shares) and N = difficulty No, because on short rounds, the extra goes toward the N on future rounds in a buffer. Also, straight CPPS isn't being considered, just the CPPSB and CPPSEB variants. straight CPPS is better, you don't want people mining only when there's a large buffer and hopping off when it seems that the buffer is getting small That doesn't make sense. People are more likely to hop off with straight CPPS than with the variants thereof. I see what you mean, because of what happens on short rounds. But the variants are no better - when there's a buffer there's a buffer against bad pool luck and you have a better chance of getting 100% of your share's worth. When lots of people have backpay waiting on long rounds you'll be getting paid only for a part of your work. So based on previous performance you can see that your expected value is lower due to bad previous pool luck and you would avoid the pool. So after a long streak of bad luck there would be no point in mining the pool when you're expecting maybe 90% of PPS on a long block and only 100% on a short block No. CPPS* always offers full PPS for each share when it's submitted. Only when the buffer + current block funds are exhausted does it begin discarding or moving the oldest current-round shares to the future "backpay queue", to make sure it can continue to offer full PPS to the current miners. with PPLNS you'd be getting 80%-120%, so more variance, but previous performance has no bearing on your decision whether to mine the pool or not The whole point of CPPS* is that past history has no bearing on present or future earnings.
|
|
|
|
Bobnova
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 03:44:43 AM |
|
What needs to remembered is that the current setup is cranking along at 500Ghash with no buffer at all, ever. Yet it seems to be successful, making the whole buffer issue discussion look a bit silly.
Given the past performance of eligius with a 50 coin per block max payout and no capability for a positive buffer balance (the "server funds" column on the website means literally nothing), I don't think it's really worth worrying about.
Really given that, the payout per share could be larger if the short blocks actually paid into a positive buffer when there wasn't a balance owed to miners.
|
BTC: 1AURXf66t7pw65NwRiKukwPq1hLSiYLqbP
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 05:39:05 AM |
|
What needs to remembered is that the current setup is cranking along at 500Ghash with no buffer at all, ever. No, the current setup is SMPPS with a buffer currently at 514 BTC.
|
|
|
|
Xephan
Newbie
Offline
Activity: 42
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 06:03:27 AM |
|
What needs to remembered is that the current setup is cranking along at 500Ghash with no buffer at all, ever. Yet it seems to be successful, making the whole buffer issue discussion look a bit silly.
Well, prior to the current high, the previous buffer high was also around 513 BTC, which went down by to as low as 116BTC before climbing back up to the current 514 BTC. A swing of 400BTC is not a silly amount if you ask me ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif)
|
|
|
|
GriphZero
Newbie
Offline
Activity: 20
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 07:55:19 AM |
|
Proportional / Pay Per Share seems like it is guaranteed to always payout less to miners, since it discards extra credit. Since all the other PPS methods payout at PPS if there is a buffer, and all the methods other than PPPS retain your work done as extra credit (at least to some extent.) PPPS will never be able to catch up and will always be the lowest total payout method.
|
|
|
|
Artefact2
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 10:50:15 AM |
|
To be honest I'm not even sure why you are still considering methods that don't pay exactly 50 BTC per round. This will inevitably require a delay in some payments and an additional layer of complexity both in the code and for miners. Because, of course, we can only pay 50 BTC a round if you absolutely want to pay with generated coins.
|
A pool-biased blockchain representation, by me: pident (WTFPL)
|
|
|
Sukrim
Legendary
Offline
Activity: 2618
Merit: 1007
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 11:13:06 AM |
|
Why is your "N" in PPLNS flexible and not a constant (ideally a multiple of 50)?
I would vote for PPLNS with N being 5-10 million or so...
|
|
|
|
Xephan
Newbie
Offline
Activity: 42
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 12:50:01 PM |
|
Why is your "N" in PPLNS flexible and not a constant (ideally a multiple of 50)?
I would vote for PPLNS with N being 5-10 million or so...
Why shouldn't it be flexible? After all, as difficulty goes up, the expected number of shares increases. If we want to reward people who stuck through a full expected round, then the reward window of N shares should also adjust accordingly.
|
|
|
|
Sukrim
Legendary
Offline
Activity: 2618
Merit: 1007
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 01:00:39 PM |
|
Because, if difficulty grows, you re-include some shares at the end of the last difficulty back into your last N shares. This might be exploitable(?).
|
|
|
|
Xephan
Newbie
Offline
Activity: 42
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 01:08:23 PM |
|
Because, if difficulty grows, you re-include some shares at the end of the last difficulty back into your last N shares. This might be exploitable(?).
I think it was already mentioned, in short rounds, PPLNS may reward miners multiple times for the same share. So if you stick with the pool throughout, the chances of that increases, hence encouraging people sticking around even on a long round since the next one might be a short one and you get paid again for those shares in the long round.
|
|
|
|
Bobnova
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 02:00:39 PM |
|
What needs to remembered is that the current setup is cranking along at 500Ghash with no buffer at all, ever. No, the current setup is SMPPS with a buffer currently at 514 BTC. How so? If you're never paying out with the buffer, only the generated coins from a block?
|
BTC: 1AURXf66t7pw65NwRiKukwPq1hLSiYLqbP
|
|
|
Jack of Diamonds
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 02:43:49 PM |
|
What needs to remembered is that the current setup is cranking along at 500Ghash with no buffer at all, ever. No, the current setup is SMPPS with a buffer currently at 514 BTC. How so? If you're never paying out with the buffer, only the generated coins from a block? Lack of too many unlucky rounds and the fact there have been plenty of low-percentile fast rounds.
|
1f3gHNoBodYw1LLs3ndY0UanYB1tC0lnsBec4USeYoU9AREaCH34PBeGgAR67fx
|
|
|
Bobnova
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 02:52:35 PM |
|
The buffer never pays out, that's what I mean by it doesn't exist. The coins exist in Eligius' wallet, but it never sends them, it only pays via generated coins. If there isn't a backlog of users to pay with the generated coins the excess goes into that wallet. In theory the next time there is a backlog the wallet pays it out. That's what is shown on the Eligius statistics page with the block wallet funds listed ( here), but if you actually look at the payments the server wallet never sends anything at all, despite what that statistics page says. Check out one of the blocks where it says it paid out >50btc and the "server funds" column went down, you'll find that it paid out 50 with generated btc, and nothing more.
|
BTC: 1AURXf66t7pw65NwRiKukwPq1hLSiYLqbP
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 03:03:47 PM |
|
The buffer never pays out, that's what I mean by it doesn't exist. 1. Don't confuse the reward system with the payout system. 2. As I said earlier, voting is specifically for the reward system, and one should assume the payout system will be written to fit it. As it is now, the buffer is part of the reward system and entirely unrelated to the payout system. It is allocated to miner balances on long rounds, and is paid out eventually. The fact that with the current mismatched reward/payout systems this creates a backlog is unrelated to the fact that it does exist and work, just creating a slight delay (IIRC it was always under 3 days even during our worst dry period).
|
|
|
|
Sukrim
Legendary
Offline
Activity: 2618
Merit: 1007
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 05:33:43 PM |
|
Because, if difficulty grows, you re-include some shares at the end of the last difficulty back into your last N shares. This might be exploitable(?).
I think it was already mentioned, in short rounds, PPLNS may reward miners multiple times for the same share. So if you stick with the pool throughout, the chances of that increases, hence encouraging people sticking around even on a long round since the next one might be a short one and you get paid again for those shares in the long round. I am aware of that. However, consider the following example: Difficulty = 10, new difficulty = 40 (max. increase) Suddenly 3*old_difficulty-1 shares are able to get paid again once the difficulty changes. If the first share in the new difficulty solves the block, 1 share of diff40 + 39 shares of diff10 get paid. This is the reason why lower global difficulty shares need to be valued lower (by scoring with the difficulty they were mined with) than the new ones (or shares submitted at the very end of a difficulty round get more valuable) as they already had their fair chance of being paid. If N would be a constant 10, it would always be the last 10 shares who get paid, but then as difficulty increases it gets less and less likely that you get paid for a share - if you get paid though, you get paid more --> variance increases. If N changes with the difficulty, you include some shares multiple times once difficulty (and N) increases, so you need to either weigh them or maybe(?) let N grow with shares submitted, not at once (the first share @diff40 increases N to 11, the next share to N=12 etc. until N=40 is reached). I guess I just need to write a small program that simulates a pool + some miners and then plots the payments, might be faster than me doing the full maths.
|
|
|
|
Xephan
Newbie
Offline
Activity: 42
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 06:10:16 PM |
|
However, consider the following example:
Difficulty = 10, new difficulty = 40 (max. increase)
Suddenly 3*old_difficulty-1 shares are able to get paid again once the difficulty changes. If the first share in the new difficulty solves the block, 1 share of diff40 + 39 shares of diff10 get paid. This is the reason why lower global difficulty shares need to be valued lower (by scoring with the difficulty they were mined with) than the new ones (or shares submitted at the very end of a difficulty round get more valuable) as they already had their fair chance of being paid.
If N would be a constant 10, it would always be the last 10 shares who get paid, but then as difficulty increases it gets less and less likely that you get paid for a share - if you get paid though, you get paid more --> variance increases. If N changes with the difficulty, you include some shares multiple times once difficulty (and N) increases, so you need to either weigh them or maybe(?) let N grow with shares submitted, not at once (the first share @diff40 increases N to 11, the next share to N=12 etc. until N=40 is reached).
I can see the problem in this scenario. But what's the chance of that happening in reality given the current environment? I don't think it's possible for difficulty to jump by even 100% since that implies total network hash just doubled and stayed that way for like 7 days? Much less 400%. I guess I just need to write a small program that simulates a pool + some miners and then plots the payments, might be faster than me doing the full maths.
That's what I usually do, faster to program than to figure out the maths, especially when my paperwork is more prone to errors ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif)
|
|
|
|
GriphZero
Newbie
Offline
Activity: 20
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 08:03:19 PM Last edit: August 03, 2011, 08:21:57 PM by GriphZero |
|
Pay Per Last N Shares might encurage miners to continueously mine, but it will also drive away part time miners.
One of the reasons Eligius is popular is because it offers free PPS rewards. This is atractive for its low variance, but also to part time miners, and as a backup pool, and for pool hoppers to come to on long blocks as a fallback pool. Switching to PPLNS could drive away all of those users, and their hashing power.
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 08:30:20 PM Last edit: August 03, 2011, 08:43:29 PM by Luke-Jr |
|
Pay Per Last N Shares might encurage miners to continueously mine, but it will also drive away part time miners.
One of the reasons Eligius is popular is because it offers free PPS rewards. This is atractive for its low variance, but also to part time miners, and as a backup pool, and for pool hoppers to come to on long blocks as a fallback pool. Switching to PPLNS could drive away all of those users, and their hashing power. Part time miners is the reason why I won't go N < diff*2. That is 86% CDF... maybe not enough. I'm adding a new option: Pay Per Last Limit-N Shares. PPLLNS differs from PPLNS in that when the difficulty changes upward, N gradually increases as shares arrive, and older shares are not "reinstated" into the N. So if the difficulty goes from 100 to 200, the first share at the new difficulty will be at N=101, the next at N=102, until N reaches 200. This new option will be available for voting with N=diff*8. This gives 99.96% CDF (probability of finding a block). This means when you submit a share, it will be paid a 8 times less than PPS, 8 times more often on average.
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 03, 2011, 08:56:05 PM |
|
|
|
|
|
|