Pay Per Last N Shares (PPLNS) — родина методів пулу, які при знаходженні блоку розподіляють визначену винагороду за роботою в недавньому вікні. Реалізація задає розмір і зважування вікна, включення комісій та умови прийняття.
На відміну від простого поділу одного раунду, PPLNS відстежує недавні share незалежно від попередньої знахідки. При наступному блоці та сама share може ще бути у вікні й отримати нову частку. Якщо вона вийде без знахідки, то може не отримати нічого. Це не автоматична оплата кожної прийнятої частки, як у PPS. [Rosenfeld — PPLNS windows and scoring myths]
Найпростіша модель бере останні N share однакової складності всього пулу. За змінної складності треба представляти порівнювану роботу, а не сліпо рахувати повідомлення. Методи можуть використовувати зважені одиниці або кратність складності мережі. Тому саме N не визначає години, кількість пристроїв чи сталий обсяг переданих даних. [Rosenfeld — PPLNS windows and scoring myths]
У простому повному вікні N=1000 однаково зважених часток майнеру належать 100. Якщо після комісії пулу розподіляються 3 BTC, його частка становить 100/1000 × 3 = 0,3 BTC. Приклад припускає саме цей фонд і прийняті частки; він не стверджує, що субсидія дорівнює 3 BTC або що така сума надходить щодня. Наступна знахідка може мати інше вікно й комісії транзакцій. [Rosenfeld — PPLNS windows and scoring myths]
Збільшення вікна розподіляє оцінювання роботи між більшою кількістю майбутніх знахідок. Це зменшує складову дисперсії від короткого вікна, але подовжує час участі роботи в можливих винагородах. Удачу чи невдачу всього пулу це не усуває. Показаний очікуваний дохід тому ще не є фіксованою вимогою до виплати за всі неоцінені частки. [Rosenfeld — PPLNS windows and scoring myths]
Після приєднання власна частка вікна наповнюється; після виходу минула робота тимчасово залишається, доки її не витіснить нова. У коректному методі її старіння не залежить від продовження майнінгу. Переривчаста робота може мати більші коливання, але не карається автоматично втратою очікуваної вартості кожної частки. [Rosenfeld — PPLNS windows and scoring myths]
PPLNS обмежує перевагу входу на початку раунду, бо вікно перетинає його межі. Однак Rosenfeld розрізняє просте фіксоване N і unit-PPLNS: наївний варіант може бути вразливим при змінах складності чи вартості блоку. Зміни параметрів мають зберігати наявні очікувані права. Сама назва не гарантує справедливість кожної реалізації. [Rosenfeld — PPLNS windows and scoring myths]
Фонд розподілу залежить від фактично прийнятих блоків і опублікованого врахування транзакційних комісій. F2Pool прямо описує коливання PPLNS через знахідки й комісії. Натомість FPPS оцінює роботу за прогнозом; PPS+ може застосовувати PPLNS лише до комісій. Відсотка сервісного утримання без знання цієї основи для порівняння недостатньо. [F2Pool — Payout schemes] [F2Pool — PPLNS reward fluctuations]
Перевірте прийняття блоку, розрахунок частки, зарахування балансу й фактичне виведення за графіком та мінімумом. Перемикання методу може діяти лише з наступного облікового періоду; F2Pool, наприклад, публікує власний час переходу. Порівнюйте роботу до й після зміни разом із залишковим вікном. PPLNS не усуває ризик несплати пулу чи витрати майнера. [F2Pool — PPLNS reward fluctuations] [F2Pool — Changing payout schemes]
Для повної картини прочитайте також Mining Pool, Mining Share, Full Pay Per Share, Pay Per Share, Pool Fee, Payout Threshold. На цю статтю також посилаються Mining Pool, Braiins Pool, Solo Mining, Pay Per Share.