Pay Per Last N Shares

यान अपनी माइनिंग मशीन को Mining Pool से जोड़ता है, जो माइनरों के काम का समन्वय करने वाली सेवा है। PPLNS में पूल हर स्वीकार किए गए परिणाम के लिए तय कीमत देने का वादा नहीं करता। इसके बजाय ब्लॉक मिलने पर हाल के काम का रिकॉर्ड देखकर प्रतिफल बाँटता है। इसे आगे खिसकती सूची समझें: नए परिणाम आते हैं और सबसे पुराने धीरे-धीरे बाहर निकलते हैं। ब्लॉक मिलने पर सूची मिटती नहीं है। इसलिए एक ही काम कई ब्लॉक के प्रतिफल में हिस्सा पा सकता है, या किसी प्रतिफल वाले ब्लॉक के आने से पहले सूची से बाहर भी हो सकता है। [1]

मशीन लगातार काम करने का प्रमाण देने के लिए जो परिणाम भेजती है, उन्हें shares कहते हैं। यहाँ हैश प्रस्तावित ब्लॉक के डेटा से निकाली गई एक संख्या है। नेटवर्क की शर्त है कि यह तय लक्ष्य मान से अधिक न हो। इसलिए माइनर डेटा बदलकर बार-बार गणना करता है। वे पूल की आसान शर्त पूरी करते हैं, लेकिन आम तौर पर नए Bitcoin ब्लॉक के लिए पर्याप्त नहीं होते। N हिसाब में शामिल काम की सीमा, यानी विंडो, का आकार बताता है। सबसे सरल मॉडल में यह पूरे पूल के समान कठिनाई वाले अंतिम N shares हैं, अंतिम N लोग नहीं। कठिनाई अलग हो तो काम को उसी अनुपात में भार देना पड़ता है। विंडो का मतलब तय घंटे भी नहीं है: उसकी अवधि आगे का काम आने की गति पर निर्भर करती है। [1]

मान लें कि पूरी विंडो में समान भार वाले 1000 shares हैं, जिनमें 100 यान के हैं। पूल को अभी ब्लॉक मिला है और अपनी कटौती के बाद बाँटने के लिए 3 BTC हैं। इस उदाहरण में यान का हिस्सा 100 / 1000 × 3 = 0.3 BTC है। गिने गए काम का दसवाँ हिस्सा यान ने किया है, इसलिए बाँटे जा रहे प्रतिफल का दसवाँ हिस्सा उसे मिलता है। ये सिर्फ समझाने के अंक हैं: यहाँ 3 BTC ब्लॉक सब्सिडी (हर ब्लॉक पर बनने वाले नए बिटकॉइन) की राशि नहीं बताता और 0.3 BTC रोज़ की आमदनी का वादा नहीं है। अगला ब्लॉक मिलने तक विंडो में दूसरे परिणाम हो सकते हैं और बाँटने की राशि भी बदल सकती है। [1]

यान रखरखाव के लिए मशीन का कनेक्शन हटाता है। सही ढंग से लागू PPLNS में इससे पहले से स्वीकार किया गया काम नहीं मिटता। वह विंडो में रहता है और आगे के प्रतिफल में हिस्सा पा सकता है, जब तक नया काम उसे बाहर न धकेल दे। यान माइनिंग जारी रखता, तब भी पुराने काम के बाहर होने की प्रक्रिया वही होती; वह बस नए परिणाम जोड़ता। दोबारा जुड़ने पर विंडो में उसका हिस्सा धीरे-धीरे बनता है। रुक-रुककर संचालन से उतार-चढ़ाव बढ़ सकता है, लेकिन यह छोड़ने की अपने आप लगने वाली सजा नहीं है। [1]

PPLNS वास्तविक ब्लॉक खोज का परिणाम बाँटता है, इसलिए पूल के सफल दिन और बिना खोज वाले दिन अलग दिखते हैं। Bitcoin उपयोगकर्ताओं के लेनदेन शुल्क को कैसे शामिल किया जाता है, यह भी महत्वपूर्ण है। F2Pool इस बदलाव को स्पष्ट रूप से समझाता है। इसके विपरीत Full Pay Per Share (FPPS) स्वीकार किए काम का मूल्य ऐसे अनुमान से तय करता है जिसमें ब्लॉक सब्सिडी और लेनदेन शुल्क शामिल हैं; Pay Per Share Plus (PPS+) केवल शुल्क वाले भाग के लिए PPLNS इस्तेमाल कर सकता है। इसलिए सेवा शुल्क का प्रतिशत अकेले यान को नहीं बताता कि कौन-सा नतीजा बेहतर होगा। किस राशि पर प्रतिशत लागू है, यह भी जानना होगा। [2] [3]

गणना में बना हिस्सा, खाते का बैलेंस और अपने वॉलेट में मिला भुगतान अलग चरण हैं। यान देखता है कि ब्लॉक स्वीकार हुआ या नहीं, उसका हिस्सा कैसे निकला और न्यूनतम राशि व समय-सारणी के अनुसार बैलेंस कब निकाला जा सकता है। प्रतिफल की विधि बदलना भी तुरंत प्रभावी हो, यह ज़रूरी नहीं। उदाहरण के लिए F2Pool अपना लागू होने का समय प्रकाशित करता है। उचित तुलना में बदलाव से पहले का काम और उसकी बची हुई विंडो से बाद में मिल सकने वाले प्रतिफल भी शामिल होने चाहिए। PPLNS न पूल के भुगतान न करने का जोखिम हटाता है, न बिजली और उपकरण का खर्च। [3] [4]

लंबी विंडो काम को अधिक देर तक पात्र रखती है और उसके संभावित प्रतिफल को आगे मिलने वाले अधिक ब्लॉक में फैलाती है। इससे बहुत छोटी विंडो से आने वाले कुछ उतार-चढ़ाव कम होते हैं। लेकिन कोई छोटा पूल नियमित रूप से ब्लॉक ढूँढने नहीं लग जाता। बदले में पहले किए काम का पूरा परिणाम जानने के लिए अधिक इंतज़ार करना पड़ता है। अगर खाते का पृष्ठ अनुमानित प्रतिफल दिखाता है, तो वह अभी भी भविष्य की खोज का अनुमान है, तुरंत निकाली जा सकने वाली तय और वादा की गई राशि नहीं। [1]

PPLNS का एक उद्देश्य pool-hopping सीमित करना है: सिर्फ प्रतिफल बँटवारे के अधिक लाभकारी चरण का फायदा लेने के लिए पूल बदलते रहना। ब्लॉक मिलने के बाद भी जारी रहने वाली विंडो नए राउंड की शुरुआत में आने का साधारण फायदा हटा देती है। लेकिन गणितीय निष्पक्षता संबंधित प्रकार पर निर्भर करती है। Meni Rosenfeld सरल स्थिर N और अधिक विकसित unit-PPLNS में अंतर करते हैं; सीधी-सादी शर्तों का नेटवर्क की कठिनाई या ब्लॉक का मूल्य बदलने पर फायदा उठाया जा सकता है। Unit-PPLNS हर share के जमा होने के समय की नेटवर्क कठिनाई और ब्लॉक प्रतिफल पर आधारित जानकारी दर्ज करता है। इससे बाद में भुगतान करते समय उन परिस्थितियों को ध्यान में रखा जा सकता है जिनमें काम किया गया था। मापदंड बदलते समय संचालक को पहले स्वीकार किए गए काम का अपेक्षित मूल्य बनाए रखना चाहिए। सेवा का नाम अपने आप यह साबित नहीं करता कि उसकी गणना ऐसा करती है। [1]