FPPS vs PPLNS: Which Payout Method to Choose?

A payout scheme turns your shares into satoshis. FPPS and PPLNS are the two families you meet most on Bitcoin. At equal fees and over a long horizon, they give the same expected value for the same fraction of the pool's hashrate. What they change comes down to three things: who carries the variance, how network transaction fees are shared, and what you receive on a day the pool finds no block.

FPPS: the pool pays every share

Under FPPS the pool pays you an amount per valid share, whether or not it found a block. The per-share rate reflects the theoretical value of a unit of work: the block subsidy, plus an estimated transaction-fee component, generally computed from a moving average of recent network blocks. The pool therefore carries the risk of blockless stretches, and typically the orphan risk on blocks already credited to your balance.

Three practical consequences:

• Variance is low for you. Cash flow looks like regular income, subject to accepted shares and the payout threshold.
• The pool charges for that insurance. The schedule varies between pools, across headline percentage, ancillary fees, and rounding rules. Only the fee page of the pool you use binds.
• The transaction fees you receive are a smoothed estimate, not the exact fees in the block your share helped find. A mempool spike therefore shows up with a lag, in both directions.

Watch the neighbouring acronyms: plain PPS often pays subsidy only, with no fee component, and PPS+ adds a fee share under its own accounting. The written contract outranks the label.

PPLNS: the pool pays on a found block

Under PPLNS you are paid only when a block is actually found. The pool then looks at a window of the last N shares, with N a parameter it sets, and splits that specific block's reward, subsidy and actual transaction fees included, in proportion to the shares inside the window.

Four practical consequences:

• Short-term variance runs higher. A burst of closely spaced blocks raises payouts, a dry spell cuts them, sometimes to zero until the next block.
• It is the pool's luck that counts, not yours. A small pool finds blocks less often, so the swings show more. A large pool dampens them without changing the logic.
• Uptime and continuity matter directly. If your machines are down when the block lands, or you have just arrived and your shares are not yet in the window, you miss all or part of that payout. That is what makes pool-hopping counterproductive under this scheme.
• Advertised fees often run lower than FPPS, precisely because the pool is not insuring your variance.

Choosing on three questions

Your treasury. Must you pay electricity and colocation on a predictable stream every month? FPPS reduces the risk of a cash hole. If you can absorb irregular weeks without strain, PPLNS stays open.

Your uptime. An unstable site, with outages, firmware restarts, or a temperamental network, is punished considerably harder under PPLNS. If your availability is not yet under control, FPPS protects you from that double penalty.

Your ability to audit. Under PPLNS you can reconcile each payout against blocks the pool found, tracing them on an explorer through coinbase tags. Under FPPS you mainly reconcile accepted shares against the published rate. Both require reading the rounding, stale-share, and invalid-share rules.

Neither beats the other on expected value. Lasting gaps come from fees, from connection quality, meaning your stale and rejected share rate, and from your horizon. An operator who switches pools daily to chase luck systematically destroys the theoretical PPLNS advantage, since each move restarts with an empty window.

The other schemes

PROP, or proportional, pays the block found in the current round, with a window equal to the round rather than N shares.

Solo through a pool has you use the pool's infrastructure while keeping the block only if your own work finds it. That is maximum variance, for operators who accept it.

TIDES and similar schemes, used by some decentralization-focused pools, follow their own rules, often tied to a template you control more tightly. Read their specification in full rather than collapsing them into PPLNS.

Before choosing, open the payout page of the pool you are considering and check three lines: the rate or window applied, the treatment of stale shares, and the minimum payout threshold. Those three lines determine what you actually receive, far more than the name of the scheme.