Meni Rosenfeld
Donator
Legendary
Offline
Activity: 1932


March 07, 2014, 01:22:37 PM 

It doesn't help if N is chosen to be a given multiple of the difficulty at the time a block is found. If the difficulty is about to increase, it is more profitable to mine a short while before. For example, if N is set equal to the difficulty D, a share submitted D shares before the increase will be paid the full expectation in the Dwindow, and then when difficulty increased it will once again go inside the window and have more expected reward. I am new to learning bitcoin mining, but I don't get your statement above: If N is set equal to D, then on average the window will just cover the round, so on average there will be no overlap. That statement refers specifically to a change in difficulty at a roughly known future time. After the difficulty increases the retrospective window get larger, since it is a number of shares equal to the current difficulty.








Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.



irrational
Jr. Member
Offline
Activity: 56


March 22, 2014, 05:25:04 AM 

The correct method is as follows. 1. Choose a parameter X, which represents multiples of D to include in the window when difficulty is static. X=2 is a good choice. 2. When a share is submitted, assign to it a score of 1/D, where D is the difficulty at the time the share is submitted. 3. When a block is found, pay (sB)/X for the last share (the one before the winning share), where s is the share's score and B is the block reward. Continue backwards, paying each share based on its score, until you reach a share which brings the total score of the shares counted above X. Pay that share the amount (sB)/(tX) * min (r,t), where r is the score required to bring the total to exactly X and t is the score of the winning share. Don't pay any older shares. 4. If the pool has just started, and a block is found before there are shares totaling a score of X, there will be leftover rewards and it should be decided what to do with them. It doesn't matter much, but I recommend that the operator keeps them (in a macroscopic view, if the pool ever changes, this is compensation for the funds needed to cash participants out). Other options include donating to charity, or distributing among the miners.
How does this (specifically steps 2 & 3) change when a pool fee is involved? Is B simply reduced by the fee amount (e.g. B is only 99% of what it otherwise was in a 1% fee pool)?

14Cow1HA12umeV3zdZXNmrE3TsnYaaf4Q5



Meni Rosenfeld
Donator
Legendary
Offline
Activity: 1932


March 23, 2014, 12:20:55 PM 

The correct method is as follows. 1. Choose a parameter X, which represents multiples of D to include in the window when difficulty is static. X=2 is a good choice. 2. When a share is submitted, assign to it a score of 1/D, where D is the difficulty at the time the share is submitted. 3. When a block is found, pay (sB)/X for the last share (the one before the winning share), where s is the share's score and B is the block reward. Continue backwards, paying each share based on its score, until you reach a share which brings the total score of the shares counted above X. Pay that share the amount (sB)/(tX) * min (r,t), where r is the score required to bring the total to exactly X and t is the score of the winning share. Don't pay any older shares. 4. If the pool has just started, and a block is found before there are shares totaling a score of X, there will be leftover rewards and it should be decided what to do with them. It doesn't matter much, but I recommend that the operator keeps them (in a macroscopic view, if the pool ever changes, this is compensation for the funds needed to cash participants out). Other options include donating to charity, or distributing among the miners.
How does this (specifically steps 2 & 3) change when a pool fee is involved? Is B simply reduced by the fee amount (e.g. B is only 99% of what it otherwise was in a 1% fee pool)? This will be applied when the payment is calculated. If the fee is f (e.g., 1% fee is f=0.01), the amount to pay for a share will be (1f)*(sB)/(tX) * min (r,t).




baristor


January 06, 2015, 08:39:52 AM 

the cex io guys deffered me to this link when asked why im having negative balance for holding 1gH/s




ck
Moderator
Legendary
Offline
Activity: 2114
Ruu \o/


January 06, 2015, 08:54:13 AM 

the cex io guys deffered me to this link when asked why im having negative balance for holding 1gH/s
And that's bullshit on cex's part. PPLNS is a pooled mining reward system which you cannot possibly have a negative balance. You have a negative balance for buying a rip off cloud mining service which gets its "income" from a pooled mining reward.




Meni Rosenfeld
Donator
Legendary
Offline
Activity: 1932


January 06, 2015, 10:55:54 AM 

the cex io guys deffered me to this link when asked why im having negative balance for holding 1gH/s
And that's bullshit on cex's part. PPLNS is a pooled mining reward system which you cannot possibly have a negative balance. You have a negative balance for buying a rip off cloud mining service which gets its "income" from a pooled mining reward. I agree.




aurel57
Legendary
Offline
Activity: 1078


January 06, 2015, 08:43:00 PM 

the cex io guys deffered me to this link when asked why im having negative balance for holding 1gH/s
Now you know what kind of people your dealing with...




kano
Legendary
Online
Activity: 2044
Linux since 1997 RedHat 4


January 06, 2015, 10:54:08 PM 

the cex io guys deffered me to this link when asked why im having negative balance for holding 1gH/s
Now you know what kind of people your dealing with... ... "what kind of people" a sizable % of the network (>10%?) of people are silly enough to deal with ... It's actually quite astounding that so many people do, and even before when this was already obvious, that a much higher % were.

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1 KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU FreeNode IRC: irc.freenode.net channel #kano.isHelp keep Bitcoin secure by mining on pools with full block verification on all blocks



