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

<p>The pool which you connect to distributes work for miners to solve. 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. </p>

<p>As explained in <a href="https://bitcoin.stackexchange.com/a/24530">this Post</a> 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. </p>

<p>On the Antminer s9 Miner Status Tab the stats I believe, <strong>it may not be correct</strong>, I have deciphered are the following:</p>

<ul>
<li>Summary: 

<ul>
<li>Elapsed - Time passed since online</li>
<li>Utility - Number of <strong>Accepted</strong> shares per minute</li>
<li>WU (Worker Utility) - Total Difficulty Submitted (<strong>Accepted + Rejected</strong>) per minute </li>
</ul></li>
<li>Pools:

<ul>
<li>Accepted - Number of Shares Accepted by the pool</li>
<li>DiffA# - Total difficulty of accepted shares</li>
<li>DiffR# - Total difficulty of rejected shares</li>
<li>Rejected - Number of submited Shares rejected by pool 

<ul>
<li>either good hashes of bad work or bad hashes of good work</li>
</ul></li>
<li>Discarded - Discarded Work that has not been worked on. According to a developer of cgminer, meaningless. </li>
<li>Stale - Number Shares that were sent after a block was already solved.</li>
<li>LSDiff - Last Accepted Share Difficulty</li>
<li>LSTime - Time since Last Accepted Share</li>
</ul></li>
</ul>

<p>You can now <strong>check to see which difficulty the pool has automatically assigned to you in the Miner Status Page</strong>.</p>

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

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

<ul>
<li>So some work you have done in solving problems has gone to waste as these solutions have been rejected.</li>
<li>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.</li>
</ul></li>
<li>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. As far as I understand, these submited shares would be marked as Stale or Perhaps Rejected.</li>
</ul>

<p>Currently a new bitcoin block is found every 10 minutes or so, sometimes under a minute sometimes more than 15 minutes. 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. 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.</p>

<p>So, ultimately <strong>you don't want to overload the pool but you want to make sure that you risk as few shares as possible</strong>. </p>

<p>Your <strong>Risk</strong> would be approximately <strong>=</strong> "<strong>1 / ( Average Accepted Shares per minute * Average Minutes per Block )</strong>"</p>

<p>From my experience hashing at 13.5 TH/s at a difficulty of 13.3K will produce approximately 1 share every 4.5 seconds or so --> <strong>Utility = 13.5</strong> --> "<strong>WU =</strong> 13.5*13312 = <strong>179712</strong>" , Risk of approx 0.74%</p>

<p>To optimize your difficulty you should look to <strong>maximize</strong> the <strong>WU : Worker Utility</strong> Value. Theoretical Max WU you can achieve is approximately 1 per 71.6 MH/s, so a 13.5 TH/s machine can not achieve a better than a WU of 197706.</p>

<p>I currently have a system configured at 10k Difficulty with a Utility of 18.0 obtaining a Worker Utility of 190k, mining at KanoPool. I have aimed for 18 shares per minute as that is what is recommended by the pool. </p>

<p>Just though I may contribute my research on the subject incase it helps :)</p>

<p>Disclaimer: This response are just compiled bits from forum replies, github code and other bits here and there I have found and my own understanding of how it apparently works. This is not necessarily 100% correct information. </p>

<p>Some of sources:
- <a href="https://github.com/ckolivas/cgminer/blob/master/README" rel="noreferrer">CGMiner Github Repo</a>
- <a href="https://github.com/luke-jr/bfgminer" rel="noreferrer">BFGMiner Github Repository</a>
- <a href="https://bitcointalk.org/index.php?topic=877081.0" rel="noreferrer">BFGminer Forum talk</a></p>

CC BY-SA 3.0
2018-02-01T18:24:33.013Z
2018-02-02T19:19:10.300Z
2018-02-02T19:19:10.300Z
Pau Coma Ramirez
<p>That's just the minimum that the pool will assign that worker, not the difficulty that it's actually working on. You can find that in your miner status page, under "DiffA#" which shows the difficulty of the last accepted share.</p>

<p>Generally you should not need to change the minimum. It's there in case the pool is having trouble determining what difficulty to use.</p>

CC BY-SA 3.0
2018-02-01T18:58:18.640Z
According to my research, **LSDiff - Last Accepted Share Difficulty**, ..  DiffA# - Accumulated Work difficulty solved and accepted.
Pau Coma Ramirez
CC BY-SA 3.0
2017-11-25T17:35:24.020Z
2017-11-25T17:35:24.020Z
Zenith
<p>I am mining on a single Antminer S9 with Slush Pool. </p>

<p>There is a setting called "minimum difficulty":
<a href="https://i.sstatic.net/QHo25.png" rel="noreferrer"><img src="https://i.sstatic.net/QHo25.png" alt="enter image description here"></a></p>

<p>When I read their <a href="https://slushpool.com/help/topic/faq-mining-setup/" rel="noreferrer">manual</a>, item #8 states </p>

<p><em>The pool automatically assigns difficulty that corresponds to the hash rate of your miner.</em></p>

<p>My <strong>scoring hash rate</strong> and <strong>hash rate</strong> are consistent with what the manufacturer of my mine advertises: <strong>13.5 TH/s</strong></p>

<p><a href="https://i.sstatic.net/MReMo.png" rel="noreferrer"><img src="https://i.sstatic.net/MReMo.png" alt="enter image description here"></a></p>

<p>and my default difficult is set too be 128.</p>

<p>However when I proceed reading <a href="https://slushpool.com/help/first-aid/troubleshooting" rel="noreferrer">their manual</a> further I find that minimum difficulty should be set at 1024 for 1TH/s and then increases linearly with the hashrate. </p>

<p>According too the table my difficulty should be 13 times 1024 which is 13312. This is way higher than the pool determined 128. </p>

<p>What should I set the minimum difficulty be? </p>

<p>I tried to understand what minimum difficulty is but I was unable too find a clear and simple explanation what this number represents. </p>

<difficulty><asic><slush>
How to select minimum difficulty when mining with Slush Pool
AstroSharp
# How to select minimum difficulty when mining with Slush Pool

(Asked by: username_0 on 2017-10-15)

I am mining on a single Antminer S9 with Slush Pool.

There is a setting called "minimum difficulty":
[![enter image description here](https://i.sstatic.net/QHo25.png)](https://i.sstatic.net/QHo25.png)

When I read their [manual](https://slushpool.com/help/topic/faq-mining-setup/), item #8 states

*The pool automatically assigns difficulty that corresponds to the hash rate of your miner.*

My **scoring hash rate** and **hash rate** are consistent with what the manufacturer of my mine advertises: **13.5 TH/s**

[![enter image description here](https://i.sstatic.net/MReMo.png)](https://i.sstatic.net/MReMo.png)

and my default difficult is set too be 128.

However when I proceed reading [their manual](https://slushpool.com/help/first-aid/troubleshooting) further I find that minimum difficulty should be set at 1024 for 1TH/s and then increases linearly with the hashrate.

According too the table my difficulty should be 13 times 1024 which is 13312. This is way higher than the pool determined 128.

What should I set the minimum difficulty be?

I tried to understand what minimum difficulty is but I was unable too find a clear and simple explanation what this number represents.

**Tags:** difficulty, asic, slush


---

## 2 answers

### Answer by username_1 on 2018-02-01. Score: 6

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.

The pool which you connect to distributes work for miners to solve. 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.

As explained in [this Post](https://bitcoin.stackexchange.com/a/24530) 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.

On the Antminer s9 Miner Status Tab the stats I believe, **it may not be correct**, I have deciphered are the following:

* Summary:
  + Elapsed - Time passed since online
  + Utility - Number of **Accepted** shares per minute
  + WU (Worker Utility) - Total Difficulty Submitted (**Accepted + Rejected**) per minute
* Pools:
  + Accepted - Number of Shares Accepted by the pool
  + DiffA# - Total difficulty of accepted shares
  + DiffR# - Total difficulty of rejected shares
  + Rejected - Number of submited Shares rejected by pool
    - either good hashes of bad work or bad hashes of good work
  + Discarded - Discarded Work that has not been worked on. According to a developer of cgminer, meaningless.
  + Stale - Number Shares that were sent after a block was already solved.
  + LSDiff - Last Accepted Share Difficulty
  + LSTime - Time since Last Accepted Share

You can now **check to see which difficulty the pool has automatically assigned to you in the Miner Status Page**.

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.

* 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 some work you have done in solving problems has gone to waste as these solutions have been rejected.
  + 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.
* 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. As far as I understand, these submited shares would be marked as Stale or Perhaps Rejected.

Currently a new bitcoin block is found every 10 minutes or so, sometimes under a minute sometimes more than 15 minutes. 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. 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, ultimately **you don't want to overload the pool but you want to make sure that you risk as few shares as possible**.

Your **Risk** would be approximately **=** "**1 / ( Average Accepted Shares per minute \* Average Minutes per Block )**"

From my experience hashing at 13.5 TH/s at a difficulty of 13.3K will produce approximately 1 share every 4.5 seconds or so --> **Utility = 13.5** --> "**WU =** 13.5\*13312 = **179712**" , Risk of approx 0.74%

To optimize your difficulty you should look to **maximize** the **WU : Worker Utility** Value. Theoretical Max WU you can achieve is approximately 1 per 71.6 MH/s, so a 13.5 TH/s machine can not achieve a better than a WU of 197706.

I currently have a system configured at 10k Difficulty with a Utility of 18.0 obtaining a Worker Utility of 190k, mining at KanoPool. I have aimed for 18 shares per minute as that is what is recommended by the pool.

Just though I may contribute my research on the subject incase it helps :)

Disclaimer: This response are just compiled bits from forum replies, github code and other bits here and there I have found and my own understanding of how it apparently works. This is not necessarily 100% correct information.

Some of sources:
- [CGMiner Github Repo](https://github.com/ckolivas/cgminer/blob/master/README)
- [BFGMiner Github Repository](https://github.com/luke-jr/bfgminer)
- [BFGminer Forum talk](https://bitcointalk.org/index.php?topic=877081.0)


---

### Answer by username_2 on 2017-11-25. Score: 2

That's just the minimum that the pool will assign that worker, not the difficulty that it's actually working on. You can find that in your miner status page, under "DiffA#" which shows the difficulty of the last accepted share.

Generally you should not need to change the minimum. It's there in case the pool is having trouble determining what difficulty to use.

> **Comments:**
> **username_1**: According to my research, **LSDiff - Last Accepted Share Difficulty**, ..  DiffA# - Accumulated Work difficulty solved and accepted.  

---

