Definition
PPLNS (Pay Per Last N Shares) is a mining-pool reward model that splits each block a pool finds among the miners who submitted shares during a defined window leading up to that block. Instead of paying a fixed amount per share, the pool counts back over the “last N shares” and pays proportionally to your contribution inside that window.
The defining feature of PPLNS is that the pool only pays out when it actually finds a block. There is no fixed per-share rate guaranteed in advance. When a block is solved, its full value (block subsidy plus transaction fees, minus the pool fee) is divided among the shares in the window. Miners who were hashing steadily during that window earn a slice; miners who just connected may earn little or nothing until their shares accumulate.
How PPLNS Works in Practice
The “N” in PPLNS is the size of the share window, and pools express it relative to network difficulty rather than as a raw count. A well-documented production example is KanoPool, a long-running pool built on the open-source CKPool software. It sizes its PPLNS window at five times the current Bitcoin difficulty and processes payouts in rolling “shifts” of roughly 45 to 50 minutes each. Each block found pays out across those accumulated shifts, so a single block’s reward is spread proportionally over the recent contribution history rather than dumped on whoever happened to submit the winning share.
Because shares are valued against difficulty, a miner submitting harder work (higher per-share difficulty set by vardiff) contributes proportionally more to the window than a miner submitting many low-difficulty shares. This keeps accounting fair across a fleet that spans orders of magnitude — from a Bitaxe submitting modest shares to an S21 pushing hundreds of terahashes through the same Stratum connection.
A few mechanical details matter to anyone running hardware on a PPLNS pool. Orphaned blocks — ones the network ultimately rejects — are not paid, so the reward depends on blocks that survive to the canonical chain. Payouts typically mature only after the coinbase output reaches 120 confirmations, the standard coinbase maturity rule in Bitcoin, which means earnings land in your wallet roughly a day after the block is mined rather than instantly.
How It Applies to Your ASIC Setup
For the miner running real hardware, PPLNS changes the shape of your income, not its long-run average. Over months, PPLNS earnings converge toward the same expected value as FPPS or PPS, because all three ultimately pay out the network’s block reward. The difference is variance: PPLNS hands the timing risk of block discovery to the miner. In weeks where the pool runs hot, payouts are generous; in unlucky stretches, they are lean. PPS and FPPS smooth this out by paying a steady expected value and absorbing the variance themselves — which is why they usually carry higher fees to cover that risk.
PPLNS pools generally run lean fees in return. KanoPool, for example, charges 0.9% on the PPLNS model. The trade is straightforward: you accept more short-term swing in exchange for keeping more of the full reward, including transaction fees, over time. For a continuously running ASIC plugged into a stable pool, this is usually a good deal — the variance averages out, and the lower fee compounds across thousands of hashing hours.
The window mechanic also discourages “pool hopping,” the practice of jumping between pools to skim only the profitable early portion of a round. Because PPLNS rewards consistent presence inside the window and a hopper’s old shares decay out as new ones arrive, opportunistic miners gain little while loyal miners are protected. The practical takeaway for your operation: PPLNS rewards uptime and stability. Keeping your hashboards healthy, your firmware tuned, and your connection solid directly improves how much of each window your shares occupy.
Newer PPLNS variants are emerging for industrial operators who curtail power for grid markets. Some designs avoid decaying a miner’s window position during deliberate offline periods, so a Canadian Hashcenter or demand-response site is not penalized for curtailing during peak grid stress. These are refinements on the same core idea: pay miners for the shares they actually contributed, weighted by recency.
If you are deciding between solo and pooled mining, PPLNS sits in the middle ground — far lower variance than solo mining, but with payouts still tied to real blocks rather than a fixed contractual rate. Choosing the right payout model is part of dialing in profitability alongside efficiency and uptime. If you are building or expanding a rig and want hardware matched to a steady, pool-friendly workload, browse the current ASIC miner lineup to find a unit suited to your power budget and hashrate goals.
In Simple Terms
A pool payout distributing actual block rewards based on shares contributed. Lower fees but more variable income.
PPLNS (Pay Per Last N Shares) is a mining-pool reward model that splits each block a pool finds among the miners who submitted shares during a defined window leading up to that block. Instead of paying a fixed amount per share, the pool counts back over the "last N shares" and pays proportionally to your contribution inside that window.
The defining feature of PPLNS is that the pool only pays out when it actually finds a block. There is no fixed per-share rate guaranteed in advance. When a block is solved, its full value (block subsidy plus transaction fees, minus the pool fee) is divided among the shares in the window. Miners who were hashing steadily during that window earn a slice; miners who just connected may earn little or nothing until their shares accumulate.
How PPLNS Works in Practice
The "N" in PPLNS is the size of the share window, and pools express it relative to network difficulty rather than as a raw count. A well-documented production example is KanoPool, a long-running pool built on the open-source CKPool software. It sizes its PPLNS window at five times the current Bitcoin difficulty and processes payouts in rolling "shifts" of roughly 45 to 50 minutes each. Each block found pays out across those accumulated shifts, so a single block's reward is spread proportionally over the recent contribution history rather than dumped on whoever happened to submit the winning share.
Because shares are valued against difficulty, a miner submitting harder work (higher per-share difficulty set by vardiff) contributes proportionally more to the window than a miner submitting many low-difficulty shares. This keeps accounting fair across a fleet that spans orders of magnitude — from a Bitaxe submitting modest shares to an S21 pushing hundreds of terahashes through the same Stratum connection.
A few mechanical details matter to anyone running hardware on a PPLNS pool. Orphaned blocks — ones the network ultimately rejects — are not paid, so the reward depends on blocks that survive to the canonical chain. Payouts typically mature only after the coinbase output reaches 120 confirmations, the standard coinbase maturity rule in Bitcoin, which means earnings land in your wallet roughly a day after the block is mined rather than instantly.
How It Applies to Your ASIC Setup
For the miner running real hardware, PPLNS changes the shape of your income, not its long-run average. Over months, PPLNS earnings converge toward the same expected value as FPPS or PPS, because all three ultimately pay out the network's block reward. The difference is variance: PPLNS hands the timing risk of block discovery to the miner. In weeks where the pool runs hot, payouts are generous; in unlucky stretches, they are lean. PPS and FPPS smooth this out by paying a steady expected value and absorbing the variance themselves — which is why they usually carry higher fees to cover that risk.
PPLNS pools generally run lean fees in return. KanoPool, for example, charges 0.9% on the PPLNS model. The trade is straightforward: you accept more short-term swing in exchange for keeping more of the full reward, including transaction fees, over time. For a continuously running ASIC plugged into a stable pool, this is usually a good deal — the variance averages out, and the lower fee compounds across thousands of hashing hours.
The window mechanic also discourages "pool hopping," the practice of jumping between pools to skim only the profitable early portion of a round. Because PPLNS rewards consistent presence inside the window and a hopper's old shares decay out as new ones arrive, opportunistic miners gain little while loyal miners are protected. The practical takeaway for your operation: PPLNS rewards uptime and stability. Keeping your hashboards healthy, your firmware tuned, and your connection solid directly improves how much of each window your shares occupy.
Newer PPLNS variants are emerging for industrial operators who curtail power for grid markets. Some designs avoid decaying a miner's window position during deliberate offline periods, so a Canadian Hashcenter or demand-response site is not penalized for curtailing during peak grid stress. These are refinements on the same core idea: pay miners for the shares they actually contributed, weighted by recency.
If you are deciding between solo and pooled mining, PPLNS sits in the middle ground — far lower variance than solo mining, but with payouts still tied to real blocks rather than a fixed contractual rate. Choosing the right payout model is part of dialing in profitability alongside efficiency and uptime. If you are building or expanding a rig and want hardware matched to a steady, pool-friendly workload, browse the current ASIC miner lineup to find a unit suited to your power budget and hashrate goals.