<p>I don't believe it really matters whether you mine with a small pool or a big pool.  In a small pool, you would receive bigger rewards per share, but would receive them less frequently.  In a larger pool, you would receive smaller rewards more frequently.</p>

<p>Both pools get the same reward for a block, it's just distributed differently, and the bigger pool finds them more frequently.</p>

CC BY-SA 3.0
2013-06-14T08:40:26.433Z
The whole point of mining in a pool is to smooth your payouts.
David Schwartz
CC BY-SA 3.0
2013-05-09T16:06:37.610Z
2013-05-09T16:06:37.610Z
Julian Goldsmith
<p>From what I know of it and the research I've done personally, bigger pools mean smaller payouts more often, while smaller pools mean bigger payouts less often.  Overall you make the same amount over the same amount of time, based on your own mining equipment's productivity.  What it comes down to is how often you want to be paid - big lump sum once in a blue moon, or regular micro-payments.</p>

CC BY-SA 3.0
2014-04-18T19:18:49.110Z
2014-04-18T19:18:49.110Z
Thought
<p>The Size of the pool does matter. It Has to be big enough to take blocks. So long that it can take blocks at a relative frequency, No pool is going to pay out shares of blocks that they take no stake in if they cannot get a block to begin with.</p>
<p>That being said, the smaller of the largest is the best.</p>
<p>A block is a block, it pays a set amount, getting that block can depend on a lot of things. the main thing, being luck. The smaller the group of miners on the pool the less shares across the block which = a higher price per share.</p>
<p>The thing is you have to find the sweet spot between block frequency and total shares across the block which is not easy. so more times than not, it is typically better to stick to a pool that takes a larger % of blocks and pays a marginally less amount per share and ultimately pays more shares total.</p>

CC BY-SA 4.0
2021-03-24T04:52:40.890Z
2021-03-24T04:52:40.890Z
Misc.cc00
<p>As far is I have experiences and testings on many pools it is best to mine on avreage size of pools. You get most of it. Because if pool is to large than you get many blocks but you get real small payment.
If pool is too small you wait for blosk and  payment too long.
But if pool is somehow average there you still get blocks enough often and payment is a bit higher.</p>

CC BY-SA 3.0
2014-04-19T07:04:59.753Z
A small pool and large pool *would* have equal payments over a long period of time assuming hash rate never grew.
John T
CC BY-SA 3.0
2014-04-18T09:04:17.490Z
2014-04-18T09:04:17.490Z
Dennis
<p>I like your pool because it has an easy Java miner that takes the effort out of configuration! But, if it didn't matter, then why does my math NOT add up?:</p>

<p>The world gets one block (25 BTC) every ten minutes. Nothing on earth can change that for this currency as it is set in this specific protocol.  </p>

<p>Being hypothetical:</p>

<ul>
<li>Small pool = 20% and large pool = 80% of all hashing power</li>
<li>Your 1&nbsp;GHash/s miner pulls in say 10% of the shares on the small server</li>
<li>Your 1&nbsp;GHash/s miner pulls in 1/5th of that on a large server as it is only 2% of shares
<ul>
<li>1 block is mined for <em>this</em> shift</li>
</ul></li>
<li>A 0.2 small pool is rewarded their 20% of the block == 10% is your work == .02 blocks</li>
<li>A 0.8 large pool is rewarded their 80% of the block == 2% is your work == .016 blocks </li>
</ul>

<p>I understand that over the course of a shift, the hashing power should cause the bigger pool to mine more shares which is supposed to even out the distribution curve, but I think that this is not exactly true either, because it is a "random" drawing for the correct "hash=greater than difficulty" solution to solve the block and continue the work in sequence.  </p>

CC BY-SA 3.0
2013-06-14T06:00:39.223Z
The error in your calculation here is that the large pool is 4 times as big as the small pool, so if your miner is 10% of the small pool then it is 2.5% of the large pool, not 2%. 10%*20%=2% and also 2.5%*80%=2%. You can do the same calculations in more generality (e.g., when you are large enough to actually change the proportion of the pool) and the result is the same - your average reward is the same no matter the size of the pool.
Meni Rosenfeld
CC BY-SA 3.0
2013-06-14T02:29:20.380Z
2014-01-18T10:31:49.830Z
2014-01-18T10:31:49.830Z
Frankenmint
<p>The size of a pool, its total hashrate and the distribution of hashrate between bigger and smaller miners, have no effect on the rewards you, mining with a specific hashrate, will obtain on average.</p>

<p>The total block rewards collected by the pool are proportional to the number of blocks it finds per time unit, which is proportional on average to its total hashrate. In every fair pool reward method, the rewards you get on average are exactly proportional to your part in the total work done by the pool. If you mine in a pool twice as large, the pool will collect twice as much rewards but your share in them will be cut by half, meaning you get the same on average.</p>

<p>More specifically, all fair reward methods give miners on average (1-f)pB per share they submit, with f being the fee, p the probability that a share will be a block, and B the block reward. This amount does not depend on anything else, in particular not on the pool size.</p>

<p>What does differ according to the size of the pool is the variance in the rewards (how much they vary from the average due to randomness) and the maturity time (how long it takes to obtain the rewards). It is always the case that a bigger pool will have less variance and maturity time, and thus for a miner of any size it is better to mine for a pool as large as possible (however, it is better yet to mine for multiple pools simultaneously).</p>

<p>One point where a miner needs to optimize based on his own size is the share difficulty; smaller miners will want easier shares, so they should make sure their pool offers it. While bigger miners should work on more difficult shares to make sure the pool server isn't overloaded.</p>

CC BY-SA 3.0
2013-06-17T16:55:13.260Z
2013-06-17T16:55:13.260Z
Meni Rosenfeld
<p>Newbie miners have many misconceptions about how the hashrate of the pool they mine in will affect their mining income.</p>

<p>If a big miner joins the pool there are some unhappy miners who think that now they will get paid less because big miners take a big share of the mined coins, while others are cheering because they think a big miner will help them pull in more coins.</p>

<p>Some miners believe you should pick a big/medium/small pool depending on whether your own hashrate is high or low.</p>

<p>How does pool hashrate actually affect miner income? Assuming the pool is not PPS (fixed pay).</p>

CC BY-SA 3.0
2013-06-08T18:18:48.050Z
Are you asking because yourself you don't know, or because you want there to be an answer in SE?
Meni Rosenfeld
CC BY-SA 3.0
2013-06-10T19:58:05.417Z
I know the answer. But I've been running a pool for 2 years and get these questions and "theories" all the time. I got tired of explaining and wanted an SE page to refer to. Some don't even believe me - maybe they believe it if it is on SE. :)
Dr.Haribo
CC BY-SA 3.0
2013-06-11T06:02:07.480Z
I figured as much, though your wording doesn't really make that clear... Maybe it's better to cut down on the first person.
Meni Rosenfeld
CC BY-SA 3.0
2013-06-11T17:17:22.530Z
Yeah, good point. I have now added a short intro text. ;)
Dr.Haribo
CC BY-SA 3.0
2013-06-11T17:30:36.393Z
Hm, the body of SE questions shouldn't be too meta either... Maybe the best solution is to clarify with a parenthesized note at the end. Anyway I'll try to whip up an answer sometime.
Meni Rosenfeld
CC BY-SA 3.0
2013-06-16T13:34:20.780Z
I rewrote the question text
Dr.Haribo
<mining-pools><hashpower><pool-payout-methods>
Mining pool hashrate effect on a miner's income
Dr.Haribo
# Mining pool hashrate effect on a miner's income

(Asked by: username_0 on 2013-05-09)

Newbie miners have many misconceptions about how the hashrate of the pool they mine in will affect their mining income.

If a big miner joins the pool there are some unhappy miners who think that now they will get paid less because big miners take a big share of the mined coins, while others are cheering because they think a big miner will help them pull in more coins.

Some miners believe you should pick a big/medium/small pool depending on whether your own hashrate is high or low.

How does pool hashrate actually affect miner income? Assuming the pool is not PPS (fixed pay).

**Tags:** mining-pools, hashpower, pool-payout-methods

> **Comments:**
> **username_1**: Are you asking because yourself you don't know, or because you want there to be an answer in SE?  
> **username_0**: I know the answer. But I've been running a pool for 2 years and get these questions and "theories" all the time. I got tired of explaining and wanted an SE page to refer to. Some don't even believe me - maybe they believe it if it is on SE. :)  
> **username_1**: I figured as much, though your wording doesn't really make that clear... Maybe it's better to cut down on the first person.  
> **username_0**: Yeah, good point. I have now added a short intro text. ;)  
> **username_1**: Hm, the body of SE questions shouldn't be too meta either... Maybe the best solution is to clarify with a parenthesized note at the end. Anyway I'll try to whip up an answer sometime.  
> **username_0**: I rewrote the question text  

---

## 6 answers

### Answer by username_1 on 2013-06-17. Score: 12 | Accepted answer

The size of a pool, its total hashrate and the distribution of hashrate between bigger and smaller miners, have no effect on the rewards you, mining with a specific hashrate, will obtain on average.

The total block rewards collected by the pool are proportional to the number of blocks it finds per time unit, which is proportional on average to its total hashrate. In every fair pool reward method, the rewards you get on average are exactly proportional to your part in the total work done by the pool. If you mine in a pool twice as large, the pool will collect twice as much rewards but your share in them will be cut by half, meaning you get the same on average.

More specifically, all fair reward methods give miners on average (1-f)pB per share they submit, with f being the fee, p the probability that a share will be a block, and B the block reward. This amount does not depend on anything else, in particular not on the pool size.

What does differ according to the size of the pool is the variance in the rewards (how much they vary from the average due to randomness) and the maturity time (how long it takes to obtain the rewards). It is always the case that a bigger pool will have less variance and maturity time, and thus for a miner of any size it is better to mine for a pool as large as possible (however, it is better yet to mine for multiple pools simultaneously).

One point where a miner needs to optimize based on his own size is the share difficulty; smaller miners will want easier shares, so they should make sure their pool offers it. While bigger miners should work on more difficult shares to make sure the pool server isn't overloaded.


---

### Answer by username_2 on 2013-05-09. Score: 1

I don't believe it really matters whether you mine with a small pool or a big pool. In a small pool, you would receive bigger rewards per share, but would receive them less frequently. In a larger pool, you would receive smaller rewards more frequently.

Both pools get the same reward for a block, it's just distributed differently, and the bigger pool finds them more frequently.

> **Comments:**
> **username_3**: The whole point of mining in a pool is to smooth your payouts.  

---

### Answer by username_4 on 2014-04-18. Score: 1

From what I know of it and the research I've done personally, bigger pools mean smaller payouts more often, while smaller pools mean bigger payouts less often. Overall you make the same amount over the same amount of time, based on your own mining equipment's productivity. What it comes down to is how often you want to be paid - big lump sum once in a blue moon, or regular micro-payments.


---

### Answer by username_5 on 2021-03-24. Score: 0

The Size of the pool does matter. It Has to be big enough to take blocks. So long that it can take blocks at a relative frequency, No pool is going to pay out shares of blocks that they take no stake in if they cannot get a block to begin with.

That being said, the smaller of the largest is the best.

A block is a block, it pays a set amount, getting that block can depend on a lot of things. the main thing, being luck. The smaller the group of miners on the pool the less shares across the block which = a higher price per share.

The thing is you have to find the sweet spot between block frequency and total shares across the block which is not easy. so more times than not, it is typically better to stick to a pool that takes a larger % of blocks and pays a marginally less amount per share and ultimately pays more shares total.


---

### Answer by username_6 on 2014-04-18. Score: -3

As far is I have experiences and testings on many pools it is best to mine on avreage size of pools. You get most of it. Because if pool is to large than you get many blocks but you get real small payment.
If pool is too small you wait for blosk and payment too long.
But if pool is somehow average there you still get blocks enough often and payment is a bit higher.

> **Comments:**
> **username_7**: A small pool and large pool *would* have equal payments over a long period of time assuming hash rate never grew.  

---

### Answer by username_8 on 2013-06-14. Score: -6

I like your pool because it has an easy Java miner that takes the effort out of configuration! But, if it didn't matter, then why does my math NOT add up?:

The world gets one block (25 BTC) every ten minutes. Nothing on earth can change that for this currency as it is set in this specific protocol.

Being hypothetical:

* Small pool = 20% and large pool = 80% of all hashing power
* Your 1 GHash/s miner pulls in say 10% of the shares on the small server
* Your 1 GHash/s miner pulls in 1/5th of that on a large server as it is only 2% of shares
  + 1 block is mined for *this* shift
* A 0.2 small pool is rewarded their 20% of the block == 10% is your work == .02 blocks
* A 0.8 large pool is rewarded their 80% of the block == 2% is your work == .016 blocks

I understand that over the course of a shift, the hashing power should cause the bigger pool to mine more shares which is supposed to even out the distribution curve, but I think that this is not exactly true either, because it is a "random" drawing for the correct "hash=greater than difficulty" solution to solve the block and continue the work in sequence.

> **Comments:**
> **username_1**: The error in your calculation here is that the large pool is 4 times as big as the small pool, so if your miner is 10% of the small pool then it is 2.5% of the large pool, not 2%. 10%*20%=2% and also 2.5%*80%=2%. You can do the same calculations in more generality (e.g., when you are large enough to actually change the proportion of the pool) and the result is the same - your average reward is the same no matter the size of the pool.  

---

