zuloopolitical.blogg.se - Slushpool cgminer setup

So, ultimately you don't want to overload the pool but you want to make sure that you risk as few shares as possible. But if the next block were found in 1 minute and 2 seconds, you would have only lost 2 seconds theoretically cause you would have probably managed to submit a share. So, if you set the difficulty to a value which allows you to generate 1 share per minute -> Utility = 1.0 then when blocks get found under 1 minute, you have lost that minute because the pool will generate new work with the latest new block to mine and the work you were working on that you couldn't complete in time would be useless.

As far as I understand, these submited shares would be marked as Stale or Perhaps Rejected.Ĭurrently a new bitcoin block is found every 10 minutes or so, sometimes under a minute sometimes more than 15 minutes. If the difficulty is very high, you may be working on solving a problem which no longer needs solving and so you will get no credit for the work.you are spending some time waiting for recieving new work from the server and also spending time sending the solutions to the server that could have been used for finding solutions.So some work you have done in solving problems has gone to waste as these solutions have been rejected.If the difficulty is very low, the network and server will be flooded with shares of solutions you have found and may reject some as it can not handle so many packets per second.So back to the initial question / response of the "optimum" difficulty is a balance of how many packages back and forth the network connection between the server and client is comfortable with handling and time to put at risk. You can now check to see which difficulty the pool has automatically assigned to you in the Miner Status Page. LSTime - Time since Last Accepted Share.LSDiff - Last Accepted Share Difficulty.Stale - Number Shares that were sent after a block was already solved.

According to a developer of cgminer, meaningless.

Discarded - Discarded Work that has not been worked on.

either good hashes of bad work or bad hashes of good work.

Rejected - Number of submited Shares rejected by pool.

DiffR# - Total difficulty of rejected shares.

DiffA# - Total difficulty of accepted shares.

Accepted - Number of Shares Accepted by the pool.

WU (Worker Utility) - Total Difficulty Submitted ( Accepted + Rejected) per minute.

Utility - Number of Accepted shares per minute.

On the Antminer s9 Miner Status Tab the stats I believe, it may not be correct, I have deciphered are the following: The more difficult each "package" of work sent to you, the longer you will take to find a solution and reply back to the pool with this solution, named share.Īs explained in this Post you will on average be rewarded the same solving problems of 10k difficulty at 10 seconds per share, as solving problems of 1k difficulty at 1 second per share. The pool which you connect to distributes work for miners to solve. From the research I have done to understand the minimum difficulty it boils down to a balance between server/client bandwidth limitations and time to put at risk.