solo-odds.hefftools.dev

Solo vs Pool Mining: A Risk-First Way to Decide

Updated risk model solo mining pool mining

Most “solo vs pool” discussions get stuck on expected value. That’s fine if you’re a fund. If you’re a person with a single miner, the real question is variance: what are the odds you get nothing, and how often does solo end worse than pool over your horizon?

This post gives a simple decision framework using three numbers: P(0 blocks), P(loss), and regret probability (P(solo underperforms pool)).

Contents

1) Why EV isn’t enough

If your expected value is positive but P(0 blocks) is high, solo mining behaves like a lottery: most outcomes are “no blocks,” plus rare large wins. Pools turn that into something smoother.

A practical way to think about it

If you cannot tolerate long dry spells, you care more about distribution than EV. Pools are basically “variance insurance” (for a fee).

2) Three metrics that matter

P(0 blocks)
“How often do I get nothing?”

If this is high, solo is a lottery profile. Your median outcome will look like electricity burn (and maybe hardware depreciation if you count it).

P(loss)
“How often am I net negative?”

This includes the case where you hit zero blocks (often the dominant loss outcome), plus cases where you get a block but still lose money due to cost inputs.

Regret probability
P(solo underperforms pool)

This is the decision signal: the probability that solo ends the horizon with less net USD than pool using the same inputs.

3) How to read the results

In the Compare page, you’ll see:

Rule of thumb
If P(0 blocks) is high, solo behaves like a lottery even if EV is positive. Pools reduce variance but cost a fee.

4) Canonical share scenarios

These are three “anchor” scenarios I’ll reference elsewhere (e.g., Reddit replies and future posts). Each one links to the Compare form with inputs prefilled and set to autorun. After it computes, click Copy share link. I don’t hardcode tokens here because the network snapshot updates over time. The share link you generate freezes the snapshot inside the token, so people can compare the same assumptions.

Canonical 1
baseline
“Home miner baseline — long horizon”

Coin: BCH
Hashrate: 9.4TH
Horizon: 365 days
Price: $450
Elec: $0.09/kWh
Power: 200W
Pool fee: 1%

Use this to show the “lottery” profile: P(0 blocks) dominates outcomes even if EV is OK.
Copy/paste payload (API)
{
  "coin": "bch",
  "hashrate": "9.4TH",
  "horizon_days": 365,
  "coin_price_usd": 450,
  "electricity_cost_per_kwh": 0.09,
  "asic_power_watts": 200,
  "pool_fee_pct": 0.01
}
Note: the 21W / 9.4TH combo is a “low-power / hobby ASIC class” example.
Canonical 2
price stress
“Same miner — price drops hard”

Coin: BCH
Hashrate: 9.4TH
Horizon: 365 days
Price: $100
Elec: $0.09/kWh
Power: 200W
Pool fee: 1%

Use this to show how price can dominate the outcome: losses can become the typical result even if you accept variance.
Copy/paste payload (API)
{
  "coin": "bch",
  "hashrate": "9.4TH",
  "horizon_days": 365,
  "coin_price_usd": 100,
  "electricity_cost_per_kwh": 0.09,
  "asic_power_watts": 200,
  "pool_fee_pct": 0.01
}
Canonical 3
elec stress
“Same miner — expensive electricity”

Coin: BCH
Hashrate: 9.4TH
Horizon: 365 days
Price: $450
Elec: $0.20/kWh
Power: 200W
Pool fee: 1%

Use this to show electricity sensitivity: P(net < 0) can go to ~1.0 quickly.
Copy/paste payload (API)
{
  "coin": "bch",
  "hashrate": "9.4TH",
  "horizon_days": 365,
  "coin_price_usd": 450,
  "electricity_cost_per_kwh": 0.20,
  "asic_power_watts": 200,
  "pool_fee_pct": 0.01
}
How to generate a stable share link
  1. Click Open in Compare on one of the cards (it will autorun).
  2. Review P(0 blocks), P(loss), and P(solo underperforms pool).
  3. Click Copy share link.
  4. Post that share link — it freezes the network snapshot inside the token.

5) How the tool models it

This tool models solo blocks as a Poisson process over the chosen horizon. That gives you a distribution over block counts (0, 1, 2, …). Pool is treated as expected value (deterministic) for now.

The network snapshot is frozen into the share token so results are stable and comparable when shared. Details are documented on the Methods page.

6) Who should solo mine?

Solo mining makes sense when you explicitly want a lottery-shaped distribution and can tolerate long dry spells. If you need stable outcomes, you’re buying the wrong thing.

Built by a software engineer modeling mining risk with a discrete Poisson process. No ROI hype — just distributions, assumptions, and shareable results.

Try the Compare tool Generate solo odds report