Why Lowest Fee Is Not Always the Best Pool Choice
2026-09-12 09:28

Introduction

A mining pool fee is one of the most visible numbers on a pool's marketing page, and it is tempting to treat it as a direct proxy for profitability. In practice, a fee percentage describes only how much a pool deducts from a specific reward component under a specific payout method; it says nothing on its own about which reward components are covered, how much short-term variance a miner absorbs, whether submitted work is reliably accepted, or when credited rewards become withdrawable BTC. Two pools advertising different fee percentages may be selling different products. This article outlines the variables that determine whether a lower fee actually translates into a better outcome for a given mining operation.

A Pool Fee Is Not a Complete Earnings Comparison

Bitcoin mining revenue at the pool level consists of two components: the block subsidy and transaction fees collected from the blocks the pool successfully mines. Since the fourth halving in April 2024, the block subsidy has been 3.125 BTC (blockchain.com). Transaction fees vary with demand for block space and can, at times, make up a significant share of total block revenue. Pools may define and apply fees differently across reward components and payout methods, so headline percentages are not necessarily directly comparable. Check which reward components each fee applies to and how those rewards are calculated before comparing rates.

PPS+, PPLNS, and the Trade-Off Between Fees and Variance

Payout method determines who absorbs short-term variance in block-finding results, and it should be evaluated before the fee itself.

Under a Pay-Per-Share (PPS) arrangement, the pool pays miners for valid shares according to its own schedule, independent of whether the pool actually finds a block during that period. The pool, not the miner, carries the immediate risk of an unlucky stretch without a block.

Under Pay-Per-Last-N-Shares (PPLNS), rewards are paid only when the pool finds a block, and the payout is distributed among miners based on their qualifying shares within the pool's defined window. This exposes miners more directly to the pool's block-finding luck and timing.

PPS+ is a hybrid used by several pools, including ViaBTC. Under ViaBTC's documented PPS+ method, the block-reward portion is settled using PPS logic — paid on a fixed schedule based on current difficulty — while the transaction-fee portion is distributed under PPLNS rules (ViaBTC Help Center). This means the block-reward component is more predictable than a pure PPLNS payout, but the transaction-fee component still depends on the pool's block discovery and therefore retains variance. It would be inaccurate to describe PPS+ income as fixed or guaranteed; only the subsidy-linked portion follows a predictable schedule.

Neither method is universally superior. A miner prioritizing predictable cash flow may accept a modestly higher PPS+ fee in exchange for reduced exposure to pool luck on the larger revenue component, while a miner comfortable with variance may prefer a lower PPLNS fee. The appropriate choice depends on the operation's tolerance for revenue fluctuation, not on which number is smaller.

Check What the Fee Actually Covers

Because fees can apply to different revenue bases, they should not be summed as though they represent a single all-in rate. ViaBTC's current documentation lists a 4% fee applied to the PPS-settled block-reward component of PPS+, and a separate 2% fee applied to the PPLNS-distributed transaction-fee component (ViaBTC Help Center). These two percentages apply to different amounts of BTC — the subsidy and the transaction fees, respectively — so adding them to describe a single 6% total fee misrepresents the structure. A pool that appears to charge a lower flat fee elsewhere may, on inspection, apply that rate to a narrower revenue base, or exclude transaction fees from its stated percentage altogether. Reading the fee schedule alongside the definition of each reward component is necessary before any cross-pool comparison is meaningful.

Rejection Rates and Connection Quality Also Matter

Pools measure a miner's contribution in shares — units of work that meet the pool's share target, which is set easier than the Bitcoin network's block target (Bitcoin Developer Guide). If a miner's connection to a pool is unstable, or if network latency delays job delivery, a portion of submitted work may not be credited. Rejected shares is the general category; stale shares, invalid shares, and duplicate shares are possible reasons a share is rejected, not separate categories at the same level. A pool with a marginally lower fee is not necessarily the better economic choice if it produces a materially higher rejection rate for a given miner's location and hardware, since rejected work is not credited toward rewards regardless of the fee applied to accepted work.

When comparing rejection rates or hashrate figures across pools, it is important to align measurement windows and definitions. ViaBTC's documentation notes that its real-time hashrate display is based on the preceding 10 minutes, while its daily hashrate statistic reflects a 24-hour average; an ASIC's local display, by contrast, may refresh every few seconds (ViaBTC Help Center). A momentary gap between a local reading and a pool-side estimate reflects these different measurement windows and network latency, not necessarily lost mining revenue. Comparisons across pools are only informative when the same type of hashrate figure — for example, two 24-hour averages — is used on both sides, ideally using the same fleet of hardware and operating conditions where practical.

Reward Crediting and Withdrawal Terms Are a Separate Consideration

A fee comparison also needs to be separated from settlement and withdrawal mechanics, which affect when funds become usable rather than how much BTC is ultimately earned. Under ViaBTC's documented rules, the PPS block-reward component of PPS+ is paid hourly based on current difficulty, while PPLNS-distributed amounts — including the transaction-fee portion of PPS+ — are calculated after the relevant pool-found block reaches six confirmations (ViaBTC Help Center). Separately, BTC auto-withdrawal is processed once daily within a defined time window, subject to a minimum payment threshold (ViaBTC Help Center).

These are cash-flow considerations, not profitability metrics. A pool with a lower minimum withdrawal threshold does not generate more BTC; it simply changes how frequently balances leave the pool account. For an operation managing electricity or hosting costs against incoming revenue, settlement timing may be a practical factor, but it should not be conflated with the underlying fee-and-payout economics.

A Practical Pool-Comparison Checklist

When evaluating pools, consider reviewing the following in combination rather than in isolation:

  • Payout method and reward components. Confirm the pool's documented payout method, such as PPS+, PPLNS, or another method, and understand how each reward component is calculated.
  • Fee base and conditions. Identify whether a stated fee applies to the subsidy, transaction fees, or both, and whether it is a standard or promotional rate.
  • Historical pool-side data over compatible periods. Compare hashrate and rejection figures using matching time windows and, where practical, similar hardware.
  • Rejection reasons and connection quality. Review how the pool classifies rejected shares and whether the miner's location experiences elevated latency to that pool's servers.
  • Settlement, confirmation, and withdrawal rules. Check when rewards are credited and how withdrawal thresholds and processing schedules affect cash-flow timing.
  • Account and monitoring features. Assess whether the pool provides the reporting, security, and support tools relevant to the scale of the operation.

Conclusion

The question a miner should be answering is not "which pool advertises the lowest fee," but "which documented fee-and-payout structure produces the most suitable balance of expected BTC revenue, revenue variance, and operational reliability for this operation." A lower percentage can apply to a narrower fee base or accompany a payout method that shifts more variance onto the miner. Poorer connection performance for the miner's location and setup can also result in a higher rejection rate, offsetting the apparent fee saving. Reading the fee together with the payout method, the components it covers, share-acceptance data, and settlement terms provides a more complete basis for comparison than the fee alone.

FAQ

Does a lower pool fee always mean higher mining revenue?

Not necessarily. A lower fee may apply to a narrower revenue base, come with a payout method that shifts more short-term variance onto the miner, or be paired with a lower share-acceptance rate for a given connection — any of which can offset the nominal saving.

Can I add a pool's PPS fee and its transaction-fee rate to get one total fee?

Generally no. If the two rates apply to different revenue components — for example, the block-reward portion versus the transaction-fee portion — they are percentages of different BTC amounts and should not be summed as a single combined rate.

Why does my pool dashboard show a different hashrate than my mining device?

Pool dashboards typically display an estimate based on shares submitted over a defined window, such as a 10-minute or 24-hour average, while a device's local display may refresh far more frequently. Differences between the two figures often reflect these different measurement windows and normal network latency rather than lost revenue.

Is a lower minimum withdrawal threshold more profitable?

No. A withdrawal threshold affects how often accumulated rewards are transferred out of the pool account; it does not change how much BTC is earned from mining.

Does PPS+ eliminate revenue variance?

No. Under PPS+, the block-reward component is typically settled on a predictable schedule, but the transaction-fee component is commonly distributed under PPLNS and remains dependent on the pool's block-finding results.

References