<p>The share difficulty submitted will not theoretically make you mine faster or slower although you will see higher variability in displayed hash-rate (since it's calculated based on diff1 shares submitted) with higher difficulty shares. </p>

<p>The payout should* be the same over time if you mine at 16 difficulty or 1024 with that card. Diff1 share just means one share at difficulty 1, and is used to calculate stats for many functions. A share of difficulty is worth 16 diff1 shares, 32 = 32diff1, 1024=1024diff1 etc. On account of that, mining at 16 diff vs 1024 diff for 24 hours should, in theory, generate the same number of diff1 shares, making the payout equal. Of course with good luck, higher difficulty shares can lead to more (or less with bad luck) diff1 shares submitted, but over a long time it should be equal.</p>

<p>*The reason you are getting 50KH/s and many low diff shares, yet getting 90KH/s with high diff shares is because the network is getting flooded (or program, computer, etc) from submitting so many low difficulty shares. It would be smart to watch the pool's website where you mine to see what it reports your mining speed as, and go with the highest hash-rate you can get, as shares submitted are only relevant when taken together with the share difficulty and time mining.</p>

<p>I have several Antminer S1s that hash at ~195GH/s, and if they are trying to mine at a pool that only allows for diff1 shares, all of my miners have significant problems and disconnect frequently, therefore, I set my difficulty high and it has seemed to improve my hash-rate, but simply due to the number of units running and only submitting diff128 shares; now I submit diff1024 and it seems more efficient than before. I also tested this multiple times over 24 hour test periods, but this could vary greatly on your conditions (internet connection, # of miners, pc controlling the miners (rasp pi running a proxy or miners REALLY helps with higher difficulty shares), and other such factors.</p>

<p>One helpful statistic that is shown in CGMiner and BFGMiner (not sure how to make much show on cudaminer..) is the WU, or workers utility, number. This number represents the number of diff1 shares submitted per minute (while the U, or Utility, number tells number of shares per minute at multiplied by current share difficulty). WU is a quick way to check for small improvements in your mining configuration. </p>

CC BY-SA 3.0
2014-04-12T13:10:44.140Z
2014-04-12T13:10:44.140Z
vnhyp0
<p>The pool might be adjusting your share difficulty level. For example, you might be mining at 50 KH/s and the pool is setting your share difficulty at 16. If you then increase your hashrate to 100 KH/s and the pool changes your share difficulty to 64, then you will submit shares half as fast, but receive four times as much credit for a share at difficulty 64 as a share at difficulty 16. Ultimately, you get paid twice as much mining at 100 KH/s as at KH/s, so don't worry about it.</p>

CC BY-SA 3.0
2014-03-11T06:18:27.467Z
2014-03-11T06:18:27.467Z
Tony
<p>I recently started mining LTCs, and because Im using a Nvidia card (GTX 650Ti) I have been trying out different settings in order to maximize efficiency with the hash rates. </p>

<p>I have noticed though that different settings result in different shares accepted. For example I can have the card running stable with a 90KHps but only one share accepted every few minutes.</p>

<p>Using different settings I get 50KHps but several shares a minute. </p>

<p>Which results in greater LTCs mined in the same period of times? The greater shares or the higher hash rates? </p>

<p>Im using CudaMiner with the following cmd:</p>

<p>cudaminer.exe -l K8x16 -C 2 -m 1 -i 0 -o stratum+tcp://coinotron.com:3334 -O workername.1:x</p>

<p>Any feedback would be much appreciated! </p>

CC BY-SA 3.0
2013-11-29T16:20:40.473Z
Ive been monitoring statistics with coinotron.com and it seems the actual hash rates as listed by the website vary over time. And so if a period of time, eg: 10 mins passes without a confirmed share (which does occasionally happen yes) then the average speed shown on the website for the worker statistics decreases. Vice versa for those periods of time where more shares are accepted than normal; it pushes the average up. 
No shares accepted and it doesnt register at all on the website, which means the accepted shares are obviously important. Relevant issue: shares accepted vs hash rates
user9613
<hash><mining-pool-shares>
Shares accepted vs hash rates?
user9613
# Shares accepted vs hash rates?

(Asked by: username_0 on 2013-11-29)

I recently started mining LTCs, and because Im using a Nvidia card (GTX 650Ti) I have been trying out different settings in order to maximize efficiency with the hash rates.

I have noticed though that different settings result in different shares accepted. For example I can have the card running stable with a 90KHps but only one share accepted every few minutes.

Using different settings I get 50KHps but several shares a minute.

Which results in greater LTCs mined in the same period of times? The greater shares or the higher hash rates?

Im using CudaMiner with the following cmd:

cudaminer.exe -l K8x16 -C 2 -m 1 -i 0 -o stratum+tcp://coinotron.com:3334 -O workername.1:x

Any feedback would be much appreciated!

**Tags:** hash, mining-pool-shares

> **Comments:**
> **username_0**: Ive been monitoring statistics with coinotron.com and it seems the actual hash rates as listed by the website vary over time. And so if a period of time, eg: 10 mins passes without a confirmed share (which does occasionally happen yes) then the average speed shown on the website for the worker statistics decreases. Vice versa for those periods of time where more shares are accepted than normal; it pushes the average up.  No shares accepted and it doesnt register at all on the website, which means the accepted shares are obviously important. Relevant issue: shares accepted vs hash rates  

---

## 2 answers

### Answer by username_1 on 2014-04-12. Score: 2

The share difficulty submitted will not theoretically make you mine faster or slower although you will see higher variability in displayed hash-rate (since it's calculated based on diff1 shares submitted) with higher difficulty shares.

The payout should\* be the same over time if you mine at 16 difficulty or 1024 with that card. Diff1 share just means one share at difficulty 1, and is used to calculate stats for many functions. A share of difficulty is worth 16 diff1 shares, 32 = 32diff1, 1024=1024diff1 etc. On account of that, mining at 16 diff vs 1024 diff for 24 hours should, in theory, generate the same number of diff1 shares, making the payout equal. Of course with good luck, higher difficulty shares can lead to more (or less with bad luck) diff1 shares submitted, but over a long time it should be equal.

\*The reason you are getting 50KH/s and many low diff shares, yet getting 90KH/s with high diff shares is because the network is getting flooded (or program, computer, etc) from submitting so many low difficulty shares. It would be smart to watch the pool's website where you mine to see what it reports your mining speed as, and go with the highest hash-rate you can get, as shares submitted are only relevant when taken together with the share difficulty and time mining.

I have several Antminer S1s that hash at ~195GH/s, and if they are trying to mine at a pool that only allows for diff1 shares, all of my miners have significant problems and disconnect frequently, therefore, I set my difficulty high and it has seemed to improve my hash-rate, but simply due to the number of units running and only submitting diff128 shares; now I submit diff1024 and it seems more efficient than before. I also tested this multiple times over 24 hour test periods, but this could vary greatly on your conditions (internet connection, # of miners, pc controlling the miners (rasp pi running a proxy or miners REALLY helps with higher difficulty shares), and other such factors.

One helpful statistic that is shown in CGMiner and BFGMiner (not sure how to make much show on cudaminer..) is the WU, or workers utility, number. This number represents the number of diff1 shares submitted per minute (while the U, or Utility, number tells number of shares per minute at multiplied by current share difficulty). WU is a quick way to check for small improvements in your mining configuration.


---

### Answer by username_2 on 2014-03-11. Score: 2

The pool might be adjusting your share difficulty level. For example, you might be mining at 50 KH/s and the pool is setting your share difficulty at 16. If you then increase your hashrate to 100 KH/s and the pool changes your share difficulty to 64, then you will submit shares half as fast, but receive four times as much credit for a share at difficulty 64 as a share at difficulty 16. Ultimately, you get paid twice as much mining at 100 KH/s as at KH/s, so don't worry about it.


---

