Pay Per Last N Shares

एक दौर को साधारण रूप से बांटने के विपरीत PPLNS पिछली खोज से स्वतंत्र हाल के share देखता है। अगले ब्लॉक पर वही share विंडो में रहकर फिर हिस्सा पा सकता है। इसके विपरीत बिना खोज के बाहर निकलने पर उसे कुछ नहीं मिल सकता। यह PPS की तरह हर स्वीकृत share का स्वचालित भुगतान नहीं है। [Rosenfeld — PPLNS windows and scoring myths]

सबसे सरल मॉडल पूरे पूल के समान कठिनाई वाले अंतिम N share लेता है। बदलती कठिनाई में संदेश अंधाधुंध गिनने के बजाय तुलनीय काम दिखाना चाहिए। विधियां भारित इकाइयां या नेटवर्क कठिनाई के गुणक इस्तेमाल कर सकती हैं। इसलिए N अकेला घंटे, उपकरणों की संख्या या भेजे गए डेटा की निश्चित मात्रा नहीं बताता। [Rosenfeld — PPLNS windows and scoring myths]

समान भार वाले N=1000 share की सरल भरी हुई विंडो में एक माइनर के 100 share हैं। पूल शुल्क के बाद 3 BTC बांटने हों तो उसका हिस्सा 100/1000 × 3 = 0.3 BTC है। उदाहरण इसी राशि और स्वीकृत share को मानता है; यह न तो सब्सिडी 3 BTC बताता है, न रोज यह रकम आने का वादा करता है। अगली खोज की विंडो और लेनदेन शुल्क अलग हो सकते हैं। [Rosenfeld — PPLNS windows and scoring myths]

विंडो बढ़ाने से काम का मूल्यांकन अधिक भावी खोजों पर फैलता है। छोटी विंडो से जुड़े विचरण का भाग घटता है, लेकिन संभावित इनाम में काम की भागीदारी का समय बढ़ता है। पूरे पूल का भाग्य इससे समाप्त नहीं होता। इसलिए दिखाई गई अपेक्षित आय सभी अभी बिना इनाम share के लिए पहले से निश्चित वसूली योग्य दावा नहीं है। [Rosenfeld — PPLNS windows and scoring myths]

जुड़ने के बाद विंडो में अपना हिस्सा भरता है; छोड़ने के बाद पुराना काम तब तक रहता है जब तक नया काम उसे बाहर न कर दे। सही विधि में उसका पुराना होना इस पर निर्भर नहीं कि आप माइनिंग जारी रखते हैं या नहीं। रुक-रुक कर चलाने में अधिक उतार-चढ़ाव हो सकता है, पर हर share का अपेक्षित मूल्य खोना कोई स्वचालित दंड नहीं है। [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]