<blockquote>
<p>So, how does mining pool know, if we have actually gone through all the 1000 mega hashes to submit one share to the mining pool (Person A has done more work than person B)?</p>
</blockquote>
<p>The mining pool don't know and don't care how many attempts your miner made to solve a share, he care about how many shares you actually solve. (person A and person B get the same rewards if they submit the same number of shares of the same difficulty, regardless of how much work they spend to find these shares)<br><br></p>
<blockquote>
<p>But person B who has low hashing power already found a share but has not done any work compared to person A</p>
</blockquote>
<p>If the person B found the same amount of shares than the person A but with much less work, the person B have been luckier than the person A.<br><br>
Take in account that not all share have the same difficulty and consequently the same value, typically mining pools serve easier share (which require less work) to slower miners and more difficult ones to faster miners (to better exploit the different speeds).<br><br></p>
<blockquote>
<p>How does mining pool get to know if Person A has done more work than Person B, as miner does not submit any unsuccessful hashes but the successful ones, but already more work has done.</p>
</blockquote>
<p>As already mentioned above, you are not paid for the work you do but for the shares you produce.<br><br></p>
<p>The mining pool does not know your hashrate, estimates it based on the speed with you solve the shares and their difficulty: if you are lucky and you find more shares than you should, your hashrate will be overestimated, if you are unlucky and you find less shares the hashrate reported by the pool will be lower than the actual one.</p>

CC BY-SA 4.0
2021-03-25T16:25:45.427Z
Under realistic conditions, a miner would be producing at least a dozen shares a minute. So sustained significant discrepancies between hashing power and number of shares produced would require extreme luck.
David Schwartz
CC BY-SA 4.0
2021-03-25T15:55:56.063Z
2021-03-25T16:33:04.067Z
2021-03-25T16:33:04.067Z
leevancleef
<p>The pool knows because it asks the miner to send blocks hashes that would have been valid if the <strong>difficulty was lower</strong>.</p>
<p>For example with the current difficulty, a valid block hash should start with 19 zeroes. The pool simply asks the miner to send as many hashes as possible starting for example with 5 zeroes.</p>
<p>By comparing the numbers of &quot;easy&quot; hashes provided and the current difficulty, the pool is able to determine the average hashrate of a miner.</p>

CC BY-SA 4.0
2021-04-19T17:22:05.187Z
The asker already mentioned shares. Perhaps you could clarify the interval in which such shares are produced to address the main question of the asker.
Murch
CC BY-SA 4.0
2021-04-19T17:15:02.083Z
2021-04-19T17:15:02.083Z
GandalfThePink
<p><strong>Scenario:</strong></p>
<ol>
<li><p>Person A: has a good mining rig and run for 24 hours and produces: 1000 mega hashes, but found only 1 share.</p>
</li>
<li><p>Person B: has a bad mining rig and run for 24 hours and produces: 1 mega hash, but found 1 share on first attempt</p>
</li>
</ol>
<p><strong>Question:</strong>
So, how does mining pool know, if we have actually gone through all the <code>1000 mega hashes</code> to submit one share to the mining pool (<code>Person A</code> has done more work than <code>person B</code>)?
But <code>person B</code> who has low hashing power already found a share but has not done any work compared to <code>person A</code></p>
<p>How does mining pool get to know if <code>Person A</code> has done more work than <code>Person B</code>, as miner does not submit any unsuccessful hashes but the successful ones, but already more work has done.</p>

<mining-pools><mining-theory><mining-pool-shares>
How does the mining pool know our hashrate/our share?
Pretty_Girl
# How does the mining pool know our hashrate/our share?

(Asked by: username_0 on 2021-03-25)

**Scenario:**

1. Person A: has a good mining rig and run for 24 hours and produces: 1000 mega hashes, but found only 1 share.
2. Person B: has a bad mining rig and run for 24 hours and produces: 1 mega hash, but found 1 share on first attempt

**Question:**
So, how does mining pool know, if we have actually gone through all the `1000 mega hashes` to submit one share to the mining pool (`Person A` has done more work than `person B`)?
But `person B` who has low hashing power already found a share but has not done any work compared to `person A`

How does mining pool get to know if `Person A` has done more work than `Person B`, as miner does not submit any unsuccessful hashes but the successful ones, but already more work has done.

**Tags:** mining-pools, mining-theory, mining-pool-shares


---

## 2 answers

### Answer by username_1 on 2021-03-25. Score: 2

> So, how does mining pool know, if we have actually gone through all the 1000 mega hashes to submit one share to the mining pool (Person A has done more work than person B)?

The mining pool don't know and don't care how many attempts your miner made to solve a share, he care about how many shares you actually solve. (person A and person B get the same rewards if they submit the same number of shares of the same difficulty, regardless of how much work they spend to find these shares)

> But person B who has low hashing power already found a share but has not done any work compared to person A

If the person B found the same amount of shares than the person A but with much less work, the person B have been luckier than the person A.  
  
Take in account that not all share have the same difficulty and consequently the same value, typically mining pools serve easier share (which require less work) to slower miners and more difficult ones to faster miners (to better exploit the different speeds).

> How does mining pool get to know if Person A has done more work than Person B, as miner does not submit any unsuccessful hashes but the successful ones, but already more work has done.

As already mentioned above, you are not paid for the work you do but for the shares you produce.

The mining pool does not know your hashrate, estimates it based on the speed with you solve the shares and their difficulty: if you are lucky and you find more shares than you should, your hashrate will be overestimated, if you are unlucky and you find less shares the hashrate reported by the pool will be lower than the actual one.

> **Comments:**
> **username_2**: Under realistic conditions, a miner would be producing at least a dozen shares a minute. So sustained significant discrepancies between hashing power and number of shares produced would require extreme luck.  

---

### Answer by username_3 on 2021-04-19. Score: 1

The pool knows because it asks the miner to send blocks hashes that would have been valid if the **difficulty was lower**.

For example with the current difficulty, a valid block hash should start with 19 zeroes. The pool simply asks the miner to send as many hashes as possible starting for example with 5 zeroes.

By comparing the numbers of "easy" hashes provided and the current difficulty, the pool is able to determine the average hashrate of a miner.

> **Comments:**
> **username_4**: The asker already mentioned shares. Perhaps you could clarify the interval in which such shares are produced to address the main question of the asker.  

---

