FPPS vs PPLNS vs PPS+: Bitcoin Mining Pool Payout Schemes Compared in 2026

FPPS, PPS, PPLNS, and PPS+ decide how Bitcoin miners receive pool rewards. The main comparison often discussed is PPS vs PPLNS: PPS offers consistent payouts regardless of pool luck, while PPLNS payouts depend on the actual blocks found, making payouts less predictable. PPS pays the fixed block subsidy. FPPS pays both the block subsidy and estimated transaction fees. PPLNS depends on pool luck and actual blocks found. PPS+ combines PPS for the 3.125 BTC block subsidy with PPLNS-style transaction fee distribution. In 2026, with transaction fees often accounting for 5-10% of block value, FPPS can deliver roughly 3-5% higher payouts than basic PPS.

Key takeaways

• FPPS pays for accepted shares using the block subsidy plus estimated transaction fees, regardless of whether the pool finds a block.
• PPS pays a fixed amount per valid share submitted, and only valid shares are counted for payouts; basic PPS usually does not include transaction fees.
• PPLNS pays only when the pool finds a block, meaning miners carry more variance and depend on pool luck.
• PPS+ pays the block subsidy through PPS and distributes transaction fees through a PPLNS-style model.
• After the 2024 halving reduced the Bitcoin block subsidy to 3.125 BTC, transaction fee inclusion became far more important in pool comparisons.

Mining rewards and payment method: why they matter more than pool fees

Mining pool fees are easy to compare. The payment method is harder to evaluate, and that is where costly mistakes often happen.

A pool with a 1% fee can still pay less than a pool with a 2% fee if it excludes transaction fees, has high stale-share rates, poor uptime, or uses a payout model that does not fit the miner’s operating profile.

Post-halving, this matters more. Bitcoin’s block subsidy is now 3.125 BTC per block, and roughly 144 blocks are expected each day, producing about 450 BTC in daily subsidy before transaction fees.

That means payout models are no longer a small operational detail. They decide:

• Whether transaction fees are included
• Whether the pool or miner carries block-finding variance
• Whether payouts are stable or luck-dependent
• Whether miners with unstable uptime lose payout efficiency
• Whether the advertised pool fee reflects the actual payout result

A serious pool comparison should not follow the usual “lowest fee first” approach. A better approach is to compare payment method, real BTC per TH/s per day, stale-share rate, transaction fee treatment, payout threshold, and only then the headline fee.

PPS: pay per share (PPS) explained

PPS means Pay Per Share. In many pool comparisons, it appears as “Pay Per Share (PPS)” because the acronym and full term are commonly used together.

Under PPS, the pool pays a fixed amount for every accepted share submitted. The miner does not need to wait for the pool to find the next block. Payouts are based on the statistical probability that each share contributes to finding a valid block.

In simple terms:

PPS payout = accepted shares × fixed share value

The pool calculates the theoretical value of each valid share and pays accordingly. The pool carries the variance. If the pool has an unlucky luck day and finds fewer blocks than expected, payouts remain unchanged under PPS. If the pool has a lucky day and finds more blocks than expected, miners do not receive additional upside.

PPS provides predictable payouts, but usually comes with two trade-offs:

• Higher fees because the pool absorbs variance
• No transaction fee inclusion unless the pool states otherwise

PPS works well for miners who prioritize payout stability and predictable cash flow. However, in 2026, basic PPS can underpay compared to FPPS because transaction fees now represent a meaningful share of total block value.

PPS example

Assume:

• Miner hashrate: 100 TH/s
• Network hashrate: 972 EH/s, used here as an illustrative model input
• Block subsidy: 3.125 BTC
• Expected blocks per day: 144

Daily block subsidy across the network:

3.125 BTC × 144 = 450 BTC

The 100 TH/s miner controls about:

100 TH/s ÷ 972 000 000 TH/s = 0.00001029% of network hashrate

Estimated PPS daily payout before pool fee:

450 BTC × network share = about 0.00004630 BTC per day

That is the basic subsidy-only estimate. It does not include transaction fees.

FPPS: full pay per share (FPPS) explained

FPPS means Full Pay Per Share. Full Pay Per Share (FPPS) is a mining payout model that compensates miners for both block rewards and transaction fees, providing a more complete payout structure than traditional PPS. It is often described as ‘Pay Per Share (FPPS)’ because it keeps the stable per-share structure of PPS while adding transaction fee rewards.

FPPS calculates payouts using two components:

• Expected block subsidy
• Estimated transaction fees

FPPS pays both block subsidy and transaction fee rewards regardless of pool luck.

That is the key difference. FPPS behaves like PPS, but it includes a transaction fee component. Stable per-share payouts are maintained, while the pool absorbs the variance associated with block discovery and transaction fee collection. FPPS provides consistent, salary-like payouts, which can be especially useful for operations with predictable electricity and hosting expenses. FPPS aims to reflect the full expected earnings associated with contributed hash power.

The biggest post-halving advantage of FPPS is straightforward: payout calculations more accurately reflect the modern value of a Bitcoin block. When transaction fees account for 5-10% of block value, excluding them can materially reduce payouts. FPPS remains the dominant payout model among many large-scale Bitcoin mining operations.

FPPS example

Using the same 100 TH/s miner:

• PPS subsidy-only payout: about 0.00004630 BTC per day
• If transaction fees account for 5% of total block value, the network’s daily block value rises to about 473.68 BTC
• Estimated FPPS daily payout before pool fee: about 0.00004873 BTC per day

That is roughly 5.3% higher than subsidy-only PPS in this simplified example. In real-world pool accounting, the final advantage may be closer to 3-5% after accounting for pool fee differences, stale shares, rolling averages, and settlement rules.

The practical takeaway is simple: once transaction fees become meaningful, FPPS becomes far more relevant.

PPLNS: pay per last N shares (PPLNS) explained

PPLNS means Pay Per Last N Shares. In pool dashboards and search queries, it may also appear as ‘Pay Per Last N Shares (PPLNS).’ The principle remains the same: payouts are based on shares submitted within a recent rolling window, not on each share independently.

Under PPLNS, miners are paid only when the pool finds a block. The pool looks back over a defined share window, often called “N,” and distributes rewards based on each miner’s contribution during that period.

PPLNS rewards miners only when the pool finds a block, using the last N submitted shares as the payout basis. The number of shares counted can vary by pool design, and the window may represent an extended period rather than a single moment. As a result, two miners with identical hashrates can receive different payouts if one disconnects at the wrong time.

PPLNS typically comes with lower pool fees because the pool does not absorb the same variance risk. Instead, that variance risk shifts to miners.

If pool luck is favorable and block discovery remains strong, PPLNS can generate higher rewards. Pools with strong block-finding performance can improve PPLNS returns, especially during short, high-luck rounds. If the pool enters a weak-luck period or finds fewer blocks than expected, payouts decline.

Why PPLNS can penalize unstable uptime

PPLNS is less forgiving for unstable miners.

If uptime is inconsistent due to network drops, unstable power, or high stale-share rates, PPLNS can become inefficient. Shares may be submitted for hours, but a disconnect at the wrong time can still reduce payouts if the pool finds a block outside the miner’s effective share window.

This is why PPLNS often works better for miners with:

• Stable 24/7 uptime
• A low stale-share rate
• Confidence in the pool’s block frequency and luck performance
• Tolerance for payout variance
• Consistent monitoring of accepted shares and rolling average hashrate

The PPLNS model is not bad. It is simply less forgiving of unstable operations. For miners connected to large pools with stable uptime, it can perform well. For unstable setups, however, higher variance and rolling share-window timing can reduce earnings.

PPS+: the hybrid between PPS and PPLNS

PPS+ combines two payout methods.

PPS+ combines fixed PPS payout for the block subsidy with PPLNS-style distribution for transaction fees.

The block subsidy is paid using a PPS structure, meaning payouts are issued for each accepted share submitted, creating predictable rewards for the 3.125 BTC subsidy component. Transaction fees are distributed more like PPLNS, based on actual pool blocks and miner contribution.

This creates a middle-ground reward system:

• The block subsidy is stable.
• The transaction fee component depends on pool luck.
• Variance is lower than under full PPLNS.
• Payout certainty is lower than under FPPS.

PPS+ example

For the 100 TH/s miner:

• Block subsidy portion: stable, similar to PPS
• Transaction fee portion: variable, based on actual pool blocks and pool luck
• Expected long-term result: often close to FPPS before fee differences
• Daily result: less stable than FPPS, more stable than full PPLNS

PPS+ can provide a strong middle-ground option, but only when the pool clearly explains how transaction fees are distributed and how the PPLNS fee component is calculated.

Side-by-side comparison: mining rewards, risk, and variance

The key difference is risk allocation. PPS and FPPS pools shield miners from block-finding variance. PPLNS pools transfer more variance risk to miners. Both PPS and PPLNS can be effective, but each suits a different operating profile.

Real mining rewards example: 100 TH/s across all four schemes

This simplified model compares payout schemes and should not be treated as a forecast of mining income.

Assumptions:

• Miner hashrate: 100 TH/s
• Network hashrate: 972 EH/s
• Block subsidy: 3.125 BTC
• Expected blocks per day: 144
• Transaction fees: 5% of block value
• Pool fee: excluded for a cleaner comparison between payout schemes

Long-term results can appear similar across FPPS, PPS+, and PPLNS once pool fees, stale shares, and luck averages normalize. However, the day-to-day payout experience differs significantly.

Here is the same 100 TH/s miner under PPLNS luck scenarios:

FPPS smooths out this variance. PPLNS exposes miners directly to it.

Post-halving reality: why transaction fees tilt toward FPPS

Before the 2024 halving, the block subsidy was 6.25 BTC. After the halving, it became 3.125 BTC. As a result, transaction fees became a more important component of miner revenue.

If transaction fees now represent 5-10% of block value, basic PPS can exclude a meaningful portion of expected miner revenue. That gap could become even more significant if transaction fees rise toward 15-20% of block value by the 2028 halving cycle.

This is where FPPS gains a significant advantage.

PPS answers the question: “How much is each share worth based only on the block subsidy?”

FPPS answers the question: “How much is each share worth based on the subsidy plus expected transaction fees?”

That second question now reflects the economic reality of Bitcoin mining more accurately.

Auditable FPPS: how to verify your pool pays you correctly

Auditable FPPS became a larger topic after miners began paying closer attention to transaction fee inclusion. When transaction fees were minimal, exact fee calculations were often ignored. Once fees became 5-10% of block value, that changed.

Now the following questions matter:

• What transaction fee window does the pool use?
• Does the pool publish its FPPS formula?
• Are transaction fees included before or after the pool fee?
• Does the pool publish a daily theoretical payout rate?
• Can pool block data be compared with on-chain block data?
• Are stale shares and rejected shares clearly visible?
• Is the hashrate-to-payout ratio consistent?

Auditable FPPS allows independent verification of pool transaction fee calculations on-chain.

A practical audit process does not need to be complicated. It can be simple:

1. Check accepted shares.
2. Check the stale-share rate.
3. Compare dashboard hashrate against actual worker hashrate.
4. Track the daily FPPS rate.
5. Compare the pool’s estimated transaction fee component against recent Bitcoin blocks.
6. Verify whether payout deviations can be explained by network difficulty, stale shares, or fee fluctuations.

Pools do not need to disclose every internal risk model. However, payout logic should remain transparent enough to avoid a “black box” experience.

Major pool payment methods: Foundry, F2Pool, AntPool, ViaBTC, Braiins Pool, Luxor, and EMCD

Pool defaults can change, so the current fee table should always be verified before switching. As of 2026, the market generally looks like this:

In this comparison, EMCD’s relevance is practical rather than promotional. Its Help Center lists BTC mining under FPPS, while the broader mining pool positioning focuses on simple setup, transparent fees, monitoring, support, and flexible terms for larger miners.

That distinction matters. First-time ASIC miners typically prioritize simple setup, visible hashrate tracking, and regular payouts. A 5 PH+ mining farm is more likely to compare fee terms, support quality, monitoring tools, payout consistency, and scalability. EMCD’s broader ecosystem, including Wallet, Coinhold, P2P, and Swap, may provide post-payout utility, but should not be confused with the payout model itself.

How to switch your payout method

Changing payout methods is more than a simple dashboard adjustment. It changes the overall revenue profile of the mining operation.

Before switching, at least two weeks of expected payouts should be modeled under the new structure. Bitcoin difficulty adjusts every 2,016 blocks, roughly every two weeks, so short-term testing can be misleading if it captures only an unusually lucky or unlucky period.

A practical switching process:

1. Export current payout data.
2. Record hashrate, stale shares, accepted shares, rejected shares, and pool fees.
3. Calculate current BTC per TH/s per day.
4. Check whether transaction fees are included.
5. Compare the pool’s payout method against the uptime pattern.
6. Test the new pool or scheme with part of the hashrate.
7. Monitor stale shares by region and server.
8. Compare payouts only after at least one full difficulty adjustment period.
9. Switch only once the hashrate-to-payout ratio becomes clear.

Small miners often move too quickly. Industrial miners often move too slowly. Both can be expensive.

Common mistakes when choosing a payout scheme

Looking only at the pool fee

A 0% PPLNS fee can still underperform a 2% FPPS pool if luck, stale shares, or transaction fee treatment reduce effective payouts.

Ignoring transaction fees

Basic PPS may appear stable, but excluding transaction fees can leave part of the real block value unpaid.

Choosing PPLNS with unstable uptime

PPLNS is not well suited for intermittent miners. Frequent disconnects, overheating, restarts, or unstable connectivity can reduce earnings under a rolling share-window structure.

Comparing one lucky day to one unlucky day

PPLNS performance should be evaluated over longer time periods. A single day reveals very little about long-term performance.

Forgetting stale shares

A pool with lower fees but worse server latency can still produce lower real payouts.

Not checking withdrawal thresholds

Smaller home miners may need significant time to reach payout thresholds. That increases platform exposure and complicates accounting.

Assuming all FPPS is equally transparent

FPPS quality depends entirely on the pool’s formula, fee structure, and transaction fee calculations.

Treating standard order as strategy

Many miners compare pools using the same sequence: fee first, payout scheme second, support third. That approach is backwards. A stronger evaluation sequence is payout method, real BTC per TH/s per day, stale-share rate, fee, support, and only then additional tools.

Pre-switch checklist

1. Confirm the pool’s payout scheme: PPS, FPPS, PPLNS, PPS+, SOLO, or another model.
2. Check whether transaction fees are included.
3. Compare pool fee only after accounting for transaction fee inclusion.
4. Review minimum payout threshold and payout frequency.
5. Track accepted shares, rejected shares, and stale shares.
6. Test server latency from the mining operation’s location.
7. Check whether the pool publishes luck, block history, and payout methodology.
8. Model expected BTC per TH/s per day across at least one full difficulty adjustment period.
9. Review whether the payout scheme matches the miner’s uptime pattern.
10. Confirm whether payout changes require account approval, KYC, or a new mining address.

Practical scenarios: which scheme fits which miner?

Small home miner

Best fit: FPPS

Small miners typically lack enough hashrate to smooth payout variance effectively. Stable daily settlement matters more than theoretical upside. FPPS is often the most practical choice because it includes transaction fees and minimizes variance.

For first-ASIC operators or smaller home miners, the best FPPS pool is often the one that minimizes operational friction through simple setup, transparent fees, visible hashrate tracking, and reliable support.

Mid-size farm with 50 ASICs

Best fit: FPPS or PPS+

A 50-ASIC mining farm has enough scale for detailed performance tracking, while still prioritizing predictable cash flow for electricity, hosting, and operating expenses.

FPPS provides a cleaner structure. PPS+ may work if the pool’s fee component is transparent and the operator accepts some transaction fee variance.

At this scale, pool selection becomes an operational decision rather than a cosmetic one. Payout consistency, stale-share rates, support quality, monitoring tools, and post-payout asset management costs should all be compared carefully.

Industrial miner with 1,000+ ASICs

Best fit: FPPS, PPS+, or negotiated structure

Large-scale miners should not rely solely on public pricing tables. Fee tiers, API reporting, payout timing, stale-share monitoring, curtailment support, and transparency should all be negotiated directly.

FPPS remains attractive because predictable revenue simplifies treasury planning and financing. For larger mining operations, EMCD should be evaluated based on current BTC terms and negotiated economics rather than the broader public ‘from 1.5%’ fee positioning alone. The stronger value proposition lies in personalized rates, operational support, and flexible terms for larger deployments.

Intermittent uptime miner

Best fit: PPS or FPPS

PPLNS should generally be avoided unless the rolling share-window structure is fully understood. With irregular uptime, stable per-share payouts are usually safer. Revenue is still lost during downtime, but without the added timing risk associated with PPLNS.

Solo mining comparison

Solo mining represents the opposite end of the spectrum. A solo miner keeps the full block reward and transaction fees if a block is found, but the probability of finding blocks remains extremely low without massive hashrate. For most miners, pools provide more regular payouts because rewards are distributed across many participants.

FAQ

What does FPPS stand for?

FPPS stands for Full Pay Per Share. It pays miners for accepted shares using the block subsidy plus estimated transaction fees. Stable payouts are maintained regardless of whether the pool finds a block that day.

What is better, PPS+ or PPLNS?

PPS+ is generally better suited for miners seeking stable base payouts with limited transaction fee variance. PPLNS can work well for miners with stable uptime who accept pool-luck variance in exchange for potentially lower fees. The better option depends on uptime stability, risk tolerance, pool size, and fee transparency.

Which mining pool is most profitable?

There is no universal most profitable mining pool. Profitability depends on the payout method, pool fee, transaction fee sharing, stale-share rate, uptime, server latency, minimum payout threshold, and pool luck. A pool with a higher advertised fee can still deliver better payouts if it includes transaction fees and reduces variance. Profitability should be valuated across a full difficulty adjustment period rather than a single payout day.

How do mining pool payouts work?

Mining pool payouts distribute block rewards and transaction fees among miners according to submitted work. PPS and FPPS pay per accepted share. PPLNS pays only when the pool finds blocks and uses a recent share window. PPS+ combines PPS for the block subsidy with PPLNS-style transaction fee sharing.

Why can PPLNS have higher payouts?

PPLNS can generate higher payouts during favorable lucky periods because rewards are based on actual blocks found and recent share contributions. However, the same structure can also produce lower payouts during unlucky periods. Higher payouts come with higher variance.

Why do some miners prefer FPPS?

Many miners prefer FPPS because it gives more predictable revenue and includes transaction fee estimates. That makes electricity costs, hosting expenses, cash flow, and treasury planning easier to manage after the 2024 halving.

Conclusion

In 2026, payout methods are no longer a technical footnote. It is part of the mining strategy.

PPS gives stability but may exclude transaction fees. FPPS gives stability and includes estimated transaction fees. PPLNS can reward patient miners, but also exposes them to pool-luck variance and disconnect risk. PPS+ sits between them, with stable subsidy payouts and variable transaction fee distribution.

After the 2024 halving reduced the subsidy to 3.125 BTC, transaction fees became more important. As a result, payout models that include transaction fees clearly and predictably gained importance.

For most small and mid-size miners, FPPS is the simplest benchmark. For larger mining farms, the real question is not only “which payout scheme,” but also “at what fee, with what transparency, and with what stale-share rate?”

Before switching pools, BTC per TH/s per day should be compared instead of focusing only on headline fees. FPPS is often the cleanest benchmark for miners who want stable payouts and transaction fee inclusion. For miners evaluating FPPS pools, EMCD is one option to compare against those criteria, including BTC FPPS support, current BTC fee terms, monitoring tools, support quality, and broader post-payout asset management features.