Mining Share

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

माइनिंग ऐसा hash खोजती है, यानी गणना का परिणाम जिसे संख्या के रूप में पढ़ते हैं, जो तय लक्ष्य से बड़ा न हो। पूल आम तौर पर नेटवर्क से संख्यात्मक रूप से ऊँचा लक्ष्य रखता है: अधिक परिणाम पास होते हैं, इसलिए शर्त आसान होती है। पूल के लिए पर्याप्त परिणाम आम तौर पर ब्लॉक के लिए पर्याप्त नहीं। कुछ संयोग से नेटवर्क का सख्त लक्ष्य भी पूरा करते हैं। पूरा ब्लॉक बाकी नियम भी माने, तो उनसे नया ब्लॉक बन सकता है। पूल Bitcoin के नियम ढीले नहीं करता; लगातार काम के प्रमाण के लिए अपनी कसौटी तय करता है। [1]

पेत्र को ये संदेश हाथ से बनाने की ज़रूरत नहीं; माइनिंग सॉफ़्टवेयर बनाता है। Stratum V2 एक प्रोटोकॉल है, यानी उपकरणों और पूल के बीच बातचीत के नियम। उसके SubmitSharesStandard संदेश में काम पहचानने के लिए job_id, खोज में बदलता मान nonce, ब्लॉक हेडर में दर्ज समय के लिए ntime और ब्लॉक के संक्षिप्त डेटा भाग, हेडर, के संस्करण के लिए version होते हैं। संचार चैनल की पहचान भी होती है। गणना जाँचने के लिए पूल को यह संदर्भ चाहिए; सही काम के बिना अकेला nonce स्वतंत्र कार्य-प्रमाण नहीं है। [2]

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

पूल कभी कई परिणामों की पुष्टि एक साथ करता है। Stratum V2 में इसके लिए SubmitShares.Success उत्तर है। new_submits_accepted_count नए पुष्टि किए गए परिणामों की संख्या बताता है, जबकि new_shares_sum संबंधित कामों की कठिनाइयाँ जोड़ता है। पहला परिणामों की संख्या और दूसरा उनका वज़न बताता है। दोनों अभी पुष्टि किए जा रहे समूह के हैं, अपने आप माइनर के पूरे इतिहास के कुल नहीं। इसलिए प्रोटोकॉल पढ़ते समय हर भेजे गए परिणाम के लिए अलग पुष्टि की अपेक्षा नहीं करनी चाहिए। [2]

पेत्र की मशीन परिणाम भेजे जाने की सूचना दे सकती है, जबकि पूल उसे जाँच रहा हो। Stratum V2 गलत भेजे गए परिणाम के लिए SubmitShares.Error भेजता है; sequence_number बताता है कि त्रुटि किस भेजे गए परिणाम से जुड़ी है। तुरंत जाँच संभव न हो तो त्रुटि का उत्तर बाद में आ सकता है। इसलिए भेजे गए और स्वीकार होने की पुष्टि वाले परिणाम अलग रखें, और अस्वीकृतियाँ भी देखें। स्थानीय भेजने वाला काउंटर बढ़ना अपने आप साबित नहीं करता कि पूल ने सब गिन लिया। [2]

पुष्टि किया गया काम उस पूल के इनाम नियमों में जाता है। उदाहरण के लिए Braiins का FPPS, Full Pay Per Share, दिए गए काम और कठिनाई तथा ब्लॉक इनाम सहित नेटवर्क डेटा से इनाम की गणना करता है; इसमें लेनदेन शुल्क का हिस्सा भी शामिल होता है। पूल अपना शुल्क काटता है और पैसा भेजना भुगतान सेटिंग के अनुसार होता है। share की पुष्टि खुद BTC (बिटकॉइन) को वॉलेट में नहीं भेजती। इसलिए पेत्र स्वीकार किया गया काम, गणना किया गया इनाम और वास्तविक भुगतान अलग-अलग देखता है। [4]

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