प्रूफ-ऑफ-स्टेक: इनसाइड लुक

इंटरनेट पर बहुत सारे परोपकारी लेख और चर्चाएँ हैं, लेकिन खूबियों के बारे में पर्याप्त जानकारी नहीं है। कुछ बिंदु पर, लेखक ने महसूस किया कि यांत्रिकी और कई संबंधित सुरक्षा बारीकियों को कई क्रिप्टोक्यूरेंसी डेवलपर्स द्वारा भी पूरी तरह से नहीं समझा गया है। यह क्रिप्टोकरेंसी में से एक के लिए PoS कार्यान्वयन को पोर्ट करने और तीसरे पक्ष के विशेषज्ञों द्वारा पाई गई कमजोरियों के बारे में जानकारी के प्रकाशन में एक वास्तविक मामले में सामने आया था।

यह लेख उन सभी डेवलपर्स के लिए उपयोगी होगा जो पहले से ही PoS भेद्यताओं का सामना कर चुके हैं या जो अभी भी आने वाले हैं।

कटौती के तहत भयभीत।

इतिहास का एक अनाज

इंटरनेट पर, Peercoin में Proof-of-Stake (PoS) का उद्भव 2011 में एक मंच पर चर्चा के बाद पता चला है, नोवायुइन में इसके बाद के उपयोग और PIVX में इसके आगे वितरण और अन्य Bitcoin स्याही। एक काफी आदिम kernel.h तर्क को kernel.h / kernel.cpp में ले जाया गया, जो कि विभिन्न फ्रेंकस्टीन मॉड्यूल के रूप में कांटे वाले स्थानों से भटकता है।

PoS एल्गोरिथम विकास के कई चरणों से गुजरा, कोई उन्हें संस्करण देता है। अब PoS विकल्प प्राकृतिक कारणों से विभाजित हैं, DPoS प्रकट हुए हैं। सबसे उन्नत समाधानों में से एक Ethereum में कैस्पर प्रोटोकॉल है।

किसी भी ब्लॉकचेन को ब्लॉक बनाने की आवश्यकता होती है और किसी को नया ब्लॉक बनाने का अधिकार होना चाहिए। यदि लेखक इस तरह के ब्लॉकचेन में Git संस्करण नियंत्रण प्रणाली के रूप में ज्यादा प्रतिस्पर्धा के बिना करता है, तो क्रिप्टोक्यूरेंसी में प्रूफ-ऑफ-वर्क (PoW) के ढांचे के भीतर ब्लॉक के इनाम के लिए एक भयंकर संघर्ष होता है - चयन करके परिवर्तनशील इनपुट मापदंडों के ऐसे संयोजन का पता चलता है जो परिणाम देता है। एक निर्धारित लक्ष्य (खनन, खनन) द्वारा निर्धारित किया जाता है।

PoS खनन पर संसाधनों को बर्बाद करने से बचने के लिए Proof-of-Work (PoW) की जगह लेता है। इसके बजाय, सभी इनपुट मापदंडों को सिक्का धारकों की मौजूदा बचत के आधार पर एक स्थिर विशेषता के साथ कड़ाई से परिभाषित किया गया है। इसलिए, PoS को PoS के लिए एक प्रारंभिक बिंदु के रूप में आवश्यक है, यदि आप सिक्के के रचनाकारों के प्रारंभिक गिरवीदार संवर्धन के लिए विभिन्न विकल्पों का सहारा नहीं लेते हैं।

क्यों?

डेवलपर्स और सिक्का धारकों के लिए ऊर्जा की बचत करना उतना ही महत्वपूर्ण है जितना कि उत्पादकों और उपभोक्ताओं के लिए ग्रीनहाउस गैस उत्सर्जन को सीमित करना। क्रूर सत्य अलग है:

1. पीओडब्ल्यू-आधारित परियोजनाएं तथाकथित के अधीन हैं "51 प्रतिशत हमले": हमलावर बड़ी शक्तियों का लाभ उठा सकते हैं, एक समानांतर श्रृंखला बना सकते हैं, और फिर अचानक इसे एक अलग सिक्का आंदोलन (यानी डबल अपशिष्ट) के साथ प्रकाशित कर सकते हैं,
2. PoW खनिकों को अपनी लागत को कवर करने और क्षमता निर्माण में निवेश करने की आवश्यकता है - यह परियोजनाओं से पूंजी का प्रत्यक्ष बहिर्वाह है,
3. बचत मालिक प्राकृतिक मुद्रास्फीति को देखने के बजाय आत्म-पूंजी जुटाकर अपनी क्रय शक्ति बनाए रखना चाहते हैं।

एक जीवित उदाहरण पर: नवंबर-दिसंबर 2018 में हमलों के प्रयास थे; तब दिसंबर-फरवरी में वीडियो कार्ड पर खनन के लिए सबसे लाभदायक सिक्का के रूप में हलचल मची थी; 2+ से 0.5 अमरीकी डालर तक की दर; PoS पर स्विच करने के बाद, एक सप्ताह में दर बढ़कर 1 USD हो गई और निवेशों की आमद बढ़ गई।

तकनीकी बिंदु

ध्यान दें: इस खंड में, हम "पारंपरिक" PoS के बारे में बात कर रहे हैं, क्योंकि यह Peercoin, PIVX और उनके कांटे में है।

आपको यह समझने की आवश्यकता है कि "अंक" के लिए कोई केंद्रीयकरण और लेखांकन नहीं है। इस संस्करण में, भाग्य का वही सिद्धांत पीओडब्ल्यू में काम करता है।

1. शब्दावली

शब्दावली अपेक्षाकृत सामान्य है, लेकिन विभिन्न कार्यान्वयनों में इसकी बारीकियां हैं:

• पीओडब्ल्यू लक्ष्य - लक्ष्य = मूल लक्ष्य, आमतौर पर 2 ^ 240 (0x0000ffff ...) ब्लॉक की जटिलता से विभाजित (सामने शून्य की संख्या में वृद्धि)।
• ब्लॉक कठिनाई - आधार लक्ष्य के सापेक्ष ब्लॉक की जटिलता, वर्तमान श्रृंखला विकास दर के आधार पर निर्धारित।
• UTXO - अनपेक्षित लेन-देन आउटपुट, लेनदेन हैश से एक जोड़ी और एक निकास संख्या।
• CoinBase उस ब्लॉक में इंडेक्स 0 के साथ एक विशेष लेनदेन है जिसमें इनाम शामिल है।
• Stake या CoinStake एक ब्लॉक में इंडेक्स 1 के साथ एक विशेष लेनदेन है।
• स्टेक इनपुट - UTXO जो आकार और उम्र के आधार पर शर्त के लिए आवश्यकताओं को पूरा करता है।
• स्टेक संशोधक - प्रत्येक स्टेक इनपुट के लिए एक विशेष नियतकालिक गणना पैरामीटर।
• स्टेक हैश एक हैश परिणाम है जो अंकगणित की तुलना में अंकगणितीय रूप से कम होना चाहिए।
• स्टेक लक्ष्य - PoW लक्ष्य के समान, लेकिन न्यूनतम बोली के सापेक्ष स्टेक इनपुट की मात्रा के अनुपात में वृद्धि।
• ब्लॉक सिग्नेचर - ब्लॉक सिग्नेचर ।
• कांटा - एक शाखा श्रृंखला।
• स्प्लिट - नेटवर्क साझाकरण।
• एक अन्य विकल्प की पसंद के कारण अनाथ - त्याग किए गए ब्लॉक।

2. शरीर रचना

जनरेशन प्रोसेस:

1. हम सभी UTXO पाते हैं जो स्टेक इनपुट की आवश्यकताओं को पूरा करते हैं
2. स्टेक संशोधक का पता लगाएं।
3. स्टेक इनपुट द्वारा पीओपी लक्ष्य को गुणा करें
   
   • वास्तव में मिलियन में - यही कारण है कि 1 एमएच पीओडब्ल्यू हैशट्रेट प्रयोगात्मक रूप से एक सिक्के के बराबर निकलता है।
4. हमें Stake Hash = H(Stake Modifier, Stake Block Time, UTXO output index, UTXO txid, Current Block Time) ।
   
   • चर पैरामीटर केवल वर्तमान ब्लॉक समय
5. यदि Stake Hash >= Stake Target , तो स्वीकार्य सीमा में Current Block Time को खोजने का प्रयास करें।
   
   • कार्यान्वयन के आधार पर, आपको स्टेक इनपुट की मात्रा से गुणा करने पर स्टेक टारगेट को ओवरफ्लो होने की संभावना पर विचार करना होगा।
6. हमने Coinbase को tx [0] में रखा, और CoinStake को tx [1] में रखा।
   
   • Coinbase का लाभार्थी उसी स्क्रिप्ट (पता) है जो स्टेक इनपुट के रूप में है।
7. हम ब्लॉक पर हस्ताक्षर करते हैं।

2.1। ब्लॉक समय:

यह देखना आसान है कि एक घोटाला समय के साथ कुछ लाभ दे सकता है। मानक आम सहमति निम्न और ऊपरी सीमा को सीमित करती है।

निचले लोग हमेशा अंतिम एन ब्लॉक पर ब्लॉक का औसत समय निर्धारित करते हैं, आमतौर पर 11. यह नोड उत्पन्न करने के समय की अशुद्धि के लिए सहिष्णुता है।

पीओडब्ल्यू के लिए ऐतिहासिक ऊपरी सीमा 2 बजे एक उंगली से आकाश के लिए निर्धारित की गई थी। अंतराल बढ़ाने से जटिलता कम हो जाती है और शाखा कम आकर्षक हो जाती है - इसलिए, इसका कोई मतलब नहीं है। लेकिन PoS के लिए, यह समझ में आता है।

PIVX और अन्य भविष्य के समय को अधिकतम 3 मिनट तक सीमित करते हैं। कुछ ने अधिक गंभीर प्रतिबंध लगाया, लेकिन यह उपयोगकर्ताओं के लिए समस्याएं पैदा करता है। कुछ पीओएस कार्यान्वयनों ने न्यूनतम वर्तमान ब्लॉक समय अंतराल को एक सेकंड से 15-16 सेकंड में बदलने का फैसला किया है।

2.2। स्टेक संशोधक:

स्टेक संशोधक की भविष्यवाणी भविष्यवाणी को मुश्किल बनाने और श्रृंखला को आगे बढ़ाने के साधन के रूप में की गई थी, लेकिन कुछ गलत हो गया ...

इसकी गणना के लिए विभिन्न विकल्प हैं: उत्तरोत्तर ब्लॉक समय के अंत में ब्लॉक हैश के अंतिम बिट्स, [बहुत नहीं] पिछले ब्लॉकों आदि से खराब पूर्वानुमानित मान। कुछ स्थानों पर, यह कुछ समझदार कोड की तुलना में अधिक मोटे कोड की तरह दिखता है।

मूल 64 अंतराल का अंतराल लेता है। यह अंतर उत्तरोत्तर 64 असमान भागों में विभाजित है। सीमाओं को मिनटों तक गोल किया जाता है। सीमाओं पर, मौजूदा ब्लॉकों का चयन किया जाता है और उनमें से एक अंतिम बिट लिया जाता है। तो यह 64-बिट संख्या, नॉनसे के समान है।

पियरकॉन में अंतराल 20 मिनट है, लेकिन PIVX के लोगों ने फैसला किया कि 1 मिनट का अंतराल, मिनट के लिए गोल है, डॉक्टर ने आदेश दिया है।

सामान्य तौर पर, कुछ कार्यान्वयनों में जैसे Blackcoin V2 + सबकुछ तय हो जाता है और स्टेक संशोधक को सिर से गिना जाता है, जबकि Peercoin V03, PIVX, Blackcoin V1 और अन्य स्टेक इनपुट ब्लॉक से। उत्तरार्द्ध लगभग पूरी तरह से अर्थ को नष्ट कर देता है। एक धारणा है कि नामकरण चर की समस्या के कारण भ्रम हो गया, आगे कायापलट और विचारहीन कॉपी-पेस्ट। और लेखक ने स्वयं समस्या का पता देर से लगाया जबकि उनका सारा ध्यान DoS के संरक्षण पर केंद्रित था। पकड़े नहीं जाते!

2.3। ब्लॉक हस्ताक्षर

चूंकि ब्लॉक का हैश अब काम के प्रमाण के रूप में कार्य नहीं करता है, और कोई भी किसी और के ब्लॉक से हस्ताक्षर किए गए कॉइनस्टेक लेनदेन को ले सकता है, आपको यह जांचने की आवश्यकता है कि ब्लॉक स्टेक के मालिक द्वारा बनाया गया था। इसलिए, शीर्ष लेख को CoinStake के समान निजी कुंजी के साथ हस्ताक्षरित किया गया है।

2.4। CoinBase और CoinStake एक्ज़िट स्क्रिप्ट

एक ही निकास स्क्रिप्ट, या जैसा कि लोग वॉलेट पते को कॉल करते हैं, गोपनीयता को संरक्षित करने और एक वॉलेट में व्यक्तिगत पते को लिंक करने से बचने के लिए आवश्यक हैं।

2.5 क्या और कहाँ?

कैसे वे CoinBase और CoinStake में मात्रा को संभालते हैं, इस पर अलग-अलग बदलाव हैं। किसी विशेष मामले में तर्क और प्रेरणा:

1. प्रसंस्करण त्रुटियों के कारण उपयोगकर्ता धन की सबसे छोटी संभावित हानि से बचने के लिए राशियों को अलग रखा जाना चाहिए।
2. CoinBase अपनी 100 पुष्टियों को बरकरार रखता है, लेकिन CoinStake को तुरंत खर्च किया जा सकता है, जो निश्चित रूप से दोहरे खर्च का जोखिम छोड़ देता है।
   
   • ब्लॉक की गहराई तक तड़कना भी एक स्टेक इनपुट के रूप में उपयोग के लिए आयु योग्यता का खंडन करता है।
3. CoinBase और CoinStake को कभी भी मेमपूल में नहीं जाना चाहिए, और उनके आधार पर सभी लेनदेन को चेन पुनर्निर्माण के दौरान हटा दिया जाना चाहिए।

3. हेडर के खिलाफ पूर्ण ब्लॉक

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

बाढ़ सुरक्षा इस तथ्य पर आधारित है कि स्थानीय नोड सबसे अधिक ज्ञात हेडर की तुलना करता है, जिसके पास यह है और हेडर की पूरी श्रृंखला का अनुरोध करता है। जैसा कि आप डाउनलोड करते हैं, सब कुछ डिस्क स्पेस और कंप्यूटिंग की कम लागत से जांचा जाता है। चेन की तुलना में एक विशेषता के आधार पर वजन की तुलना की जाती है , जो प्रत्येक व्यक्ति ब्लॉक की जटिलता का योग है। ऐसी मजबूत वैकल्पिक श्रृंखला के निर्माण के लिए संसाधनों के बहुत बड़े निवेश की आवश्यकता होगी, जो हमलों को अप्रभावी बनाता है।

पीओएस के साथ, यह दृष्टिकोण काम नहीं करता है, क्योंकि ब्लॉक की जांच करने के लिए, आपको कम से कम न्यूनतम आयु में पूर्ण पिछले ब्लॉक को संसाधित करने की आवश्यकता है। लेखक द्वारा देखे गए कार्यान्वयन विकृत नहीं होने लगे, लेकिन केवल हेडर के साथ काम करने से इनकार कर दिया।

इसलिए, लेखक ने हेडर के बाद ब्लॉकों के समानांतर अवसरवादी डाउनलोड को लागू किया, जो सभी कनेक्शनों के उपयोग के कारण सिंक्रनाइज़ेशन की गति को काफी बढ़ाता है। मामूली देरी केवल तब होती है जब सहकर्मी विभिन्न श्रृंखलाओं पर होते हैं - फिर मानक योजना की तरह थोड़े समय के अंतराल के बाद कनेक्शन टूट जाता है। एक ऋण के रूप में, सिंक्रनाइज़ेशन के समय एक झूठी श्रृंखला चुनने की प्रवृत्ति।

वैसे, मानक बिटकॉइन क्लाइंट और उसके कांटे न्यूनतम लंबे समय तक आउटगोइंग कनेक्शन की न्यूनतम मानक संख्या प्राप्त कर रहे हैं यदि उनमें से कुछ विभिन्न कारणों से विफल हो जाते हैं। इसे एसिंक्रोनस आउटबाउंड कनेक्शन द्वारा हल किया गया है।

4. कांटे, विभाजन और अनाथ

ब्लॉक बिल्डिंग प्रतियोगिता के साथ, 1-2 लिंक की वैकल्पिक श्रृंखला अपेक्षाकृत सामान्य है। विकसित नेटवर्क में लंबे समय तक कांटे स्वाभाविक रूप से केवल एक प्रोग्रामिंग त्रुटि या वैश्विक इंटरनेट ब्रेक के कारण आम सहमति में महाकाव्य विफलताओं के साथ होते हैं।

अलगाव के साथ भी, आमतौर पर लेनदेन प्रसंस्करण की अखंडता के लिए कोई खतरा नहीं है, जैसा कि जब ब्लॉक को अलग करते हैं, तो सभी लेन-देन मेमपूल पर वापस जाते हैं और पहले से ही अन्य ब्लॉकों में शामिल हैं। मेमपूल लेन-देन का अस्थायी भंडार होता है, जिसके निर्माण के बाद वे बनते हैं। हाल ही के संस्करणों में डिस्क के लिए मेमुलप को सहेजा गया है। ब्लॉक के लिए इनाम नष्ट हो गया है। इसीलिए पुरस्कारों के लिए न्यूनतम संख्या की पुष्टि (गहराई) निर्धारित की जाती है।

ऐसा होता है कि स्थानीय नेटवर्क खंड बाहरी दुनिया के साथ अपना संबंध खो देते हैं और मेरा जारी रहता है, यह मानते हुए कि मुख्य नेटवर्क से कोई संबंध है। ऐसी शाखाएं आमतौर पर अपनी प्राकृतिक कमजोरी के कारण खतरा पैदा नहीं करती हैं।

पीओडब्ल्यू के लिए मुख्य 51% हमला पहले ही ऊपर वर्णित किया गया है - यह अत्यंत संसाधन-गहन है, लेकिन पीओएस के लिए यह अपेक्षाकृत सस्ती हो रही है। इस कारण से, श्रृंखला के विभिन्न लिंक से कई शाखाओं का उत्पादन करना तकनीकी रूप से संभव हो जाता है। क्लासिक समाधानों में से एक एक निश्चित गहराई से नीचे कांटे को प्रतिबंधित करना है।

इस तरह की सुरक्षा की मुख्य समस्या एक बार फिर से शुरू होने के बाद मुख्य सर्किट में स्वतंत्र रूप से वापस आने के लिए हर्मिट सेगमेंट से नोड्स की अक्षमता है।

इसलिए , एक दृष्टिकोण निश्चित समय की अवधि से पुराने कांटे पर प्रतिबंध लगाने में लागू किया गया था, यदि श्रृंखला के शीर्ष काफी युवा हैं।

1 मिनट के ब्लॉक के लक्ष्य अंतराल के साथ, पुराने कांटे की कसौटी को 1 घंटे में चुना गया था, जो लगभग कॉइनबेस पुष्टि के 60% से मेल खाती है, और 15 मिनट में ताज के युवाओं की कसौटी ब्लॉक की अधिकतम सांख्यिकीय देरी से 3+ अधिक है।

5. ब्लॉक और विभाजन हैश

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

भोली रक्षा दृष्टिकोण और भी गंभीर विभाजन कमजोरियों को जन्म देते हैं। विभिन्न रूपों में ऐसा एक दृष्टिकोण केवल एक बार स्टेक इनपुट के उपयोग की अनुमति देना है। एक सरल हमला विभिन्न ब्लॉकों को विभिन्न नोड्स में भेजना है, जो तुरंत एक नरम विभाजन बनाता है।

यह एक DoS प्रतिबंध के साथ इसे और अधिक घातक है, जो न केवल जंजीरों को विभाजित करेगा, बल्कि नेटवर्क को विभिन्न खंडों में विभाजित करेगा।

अन्य समस्याएं उत्पन्न होती हैं - एक गिरा ब्लॉक से स्टेक का उपयोग करने में असमर्थता।

इसलिए , थ्रॉटल विधि को सबसे सुरक्षित समाधान के रूप में चुना गया था - एक ही स्टेक का उपयोग प्रति मिनट एक बार से अधिक नहीं किया जा सकता है। तर्क सरल है: एक हमला केवल 1 घंटे के अंतराल पर हो सकता है (ऊपर दिए गए पुराने कांटे देखें), जिसके लिए 60 से अधिक ब्लॉकों को बाढ़ करना संभव है। सबसे अच्छे मामले में, अगले ब्लॉक पर, नेटवर्क पहले से ही एक एकल सर्किट में चला जाएगा। सबसे खराब स्थिति में, लगातार हमले के साथ, यह एक घंटे में होगा। सबसे खराब स्थिति की संभावना - एक पंक्ति में कई ब्लॉक ढूंढना, तेजी से पिघल रहा है।

सभी समान, कुछ बिंदु बने हुए हैं जिन पर नोड्स पूर्ण सिंक्रनाइज़ेशन के क्षण तक मध्यम बाढ़ की चपेट में हैं ।

6. न्यूनतम आयु

कुछ के लिए, यह सीमा हैरान करने वाली है, लेकिन यह नेटवर्क स्थिरता के लिए बेहद महत्वपूर्ण है, जैसे यह पैरामीटर वैकल्पिक नेटवर्क की अधिकतम लंबाई से संबंधित है, जिसे स्थानीय नोड गंभीर तकनीकी विकृतियों के बिना जांचने में सक्षम होगा।

जैसा कि पहले उल्लेख किया गया है, स्थानीय नोड को उम्र की समय सीमा तक सभी ब्लॉकों को संसाधित करना होगा ताकि यह सत्यापित किया जा सके कि स्टेक इनपुट ए) बी होने की जगह है) वास्तव में यूटीएक्सओ है और खर्च नहीं किया गया है।

यह जांचना केवल तथाकथित की कार्यक्षमता के माध्यम से संभव है। CoinView, जो एक विशेष ब्लॉक के समय सिक्कों की आवाजाही की स्थिति है - स्थानीय नोड की समझ में मुख्य श्रृंखला के शीर्ष।

वैकल्पिक अंतराल का पूर्ण परीक्षण समय के अंतराल पर या यहां तक ​​कि विशेष रूप से CoinView द्वारा सहेजे जाने के कार्यान्वयन को अप्राप्य लगता है, क्योंकि इन वैकल्पिक श्रृंखलाओं की संख्या असीम रूप से बड़ी है।

UTXO की आयु सीमा के लिए बहुत बड़ा एक बार उन उपयोगकर्ताओं को नकारात्मक रूप से प्रभावित करता है जो अपने सिक्कों के हिस्से को खर्च या संयोजित करना चाहते हैं।

यदि आप इस सीमा को ब्लॉकों की गहराई में निर्दिष्ट करते हैं, तो इस तथ्य के कारण एक पूर्ण श्रृंखला स्टॉप की एक काल्पनिक गतिरोध स्थिति है कि कोई उपयुक्त UTXO संभव नहीं है। समय इकाइयों के मामले में, कम से कम कुछ आंदोलन होता है।

इसलिए , ब्लॉक की गहराई के बजाय समय की पूर्ण इकाइयों में अन्य नेटवर्क में 1 घंटे का संतुलित विकल्प उपयोग किया जाता है।

7. न्यूनतम राशि के लिए N UTXO से बेहतर क्या है या N कुल के साथ एक UTXO है?

यहाँ सादृश्य अपने आप से भीख माँगता है: बेहतर क्या है एक बंदूक 0.9 की सटीकता के साथ या 0.3 की सटीकता के साथ तीन बंदूकें है, लेकिन 1/2 ^ 20 के आदेश की संभावनाओं के साथ ऐसी गणनाओं के परिणाम समतल प्रतीत होंगे। थोड़ा नक्शा योग्यता की परिपक्वता को भ्रमित करता है।

वर्तमान विश्वास है कि कई छोटे लेनदेन अधिक ब्लॉक पाते हैं शायद वजन के निर्धारण के लिए स्टेक इनपुट की उम्र को भी ध्यान में रखा गया था। फिर, पुराने छोटे लेनदेन वास्तव में बहुत मायने रखते थे।

फिलहाल, व्यावहारिक प्रयोगों और सैद्धांतिक गणना के आधार पर, बड़े UTXO में समूहीकृत समूह अधिक ब्लॉक लाते हैं। इसके अलावा, कम UTXO को कम CPU कार्य की आवश्यकता होती है। कोई इसके विपरीत दावा करता है।

इसलिए अपने लिए सोचें।

8. रनिंग ब्लॉक आगे

पीओएस खनिक स्वाभाविक रूप से आउटपरफॉर्म ब्लॉक को थोड़ा बढ़ाते हैं। यह बदतर के लिए नेटवर्क की जटिलता को प्रभावित करता है। मानक बिटकॉइन कोड प्राप्त पहले ब्लॉक का चयन करता है, भले ही इसमें संकेत दिए गए समय की परवाह किए बिना। अधिकांश PoS कार्यान्वयन वही करते हैं।

इसलिए, PoS खान के तर्क को बदल दिया गया ताकि वर्तमान ब्लॉक का समय आगे बढ़ने पर ब्लॉकों के औसत समय से चयन शुरू हो सके। उसी समय, आदेश की तुलना करने से पहले, नोड्स ब्लॉकों के संकेतित समय की तुलना करते हैं। PoS माइनर नेटवर्क में पाया गया ब्लॉक को भेजता है, भले ही यह देखता हो कि यह कांटा पैदा कर रहा है।

इस तरह, नेटवर्क को काल्पनिक समय से पहले भेजे गए ब्लॉक से भी संरक्षित किया जाता है, जिसका स्टेक इनपुट अगले 60 सेकंड में DoS सुरक्षा के कारण एक ही स्टेक संशोधक के साथ उपयोग नहीं किया जा सकता है। समय के साथ धोखा देने के लिए दोहरी सजा की तरह।

9. एक छोटी सी चेकलिस्ट

1. कांटे से पहले स्टेक इनपुट मान्य होना चाहिए UTXO:
   
   • मुख्य श्रृंखला के मामले में, कांटा बिंदु टिप है,
   • वैकल्पिक सर्किट के मामले में - कांटा बिंदु के बाद UTXO स्विच करते समय स्व-DoS को जन्म दे सकता है,
   • UTXO को अपने आप से मेमपूल में नहीं होना चाहिए।
2. मुख्य सर्किट के पुनर्निर्माण के समय कॉम्प्लेक में कॉइनस्टेक को स्वीकार न करें:
   
   • वही बात CoinBase के साथ होती है,
   • इससे लेन-देन श्रृंखला (असंभाव्य) नष्ट हो सकती है।
3. पुराने ब्लॉक से कांटे स्वीकार न करें यदि शीर्ष काफी जीवित है।
4. स्थिरता और सुरक्षा के लिए स्टेक इनपुट के लिए निरपेक्ष समय इकाइयों में आयु सीमा आवश्यक है।
5. ब्लॉक हैश को केवल ब्लॉक समय से बदलना चाहिए।
6. Stake Modifier को Stake Input ब्लॉक से बाउंड नहीं होना चाहिए।
7. ब्लॉक हेडर के साथ काम करने के लिए नेटवर्क पर और रिइंडेक्सिंग के दौरान विशेष प्रसंस्करण की आवश्यकता होती है।
8. कॉइनस्टेक को स्थानीय वॉलेट में दर्ज किया जाता है और ऑर्फन्स के प्रदर्शन के लिए कुछ बदलावों की आवश्यकता होती है।
9. PoS खनिकों के लिए सबसे अधिक संभावना पर्याप्त जाम है और एक फाइल के साथ अंतिम रूप देने की आवश्यकता है।
10. पुन: सूचकांक को सुधारने की जरूरत है, क्योंकि यह हेडर के साथ सादृश्य द्वारा काम करता है - पहले यह केवल ब्लॉकों के सूचकांक को लोड करता है और जांचता है, और फिर केवल ब्लॉकों को संसाधित करने की कोशिश करता है।
11. यदि PoS के लिए संक्रमण हार्ड-कोडेड नहीं है, लेकिन स्पॉर्क के माध्यम से है, तो आपको इसे बूट पर पकड़ने की आवश्यकता है, क्योंकि स्पार्क्स सहेजे नहीं जाते हैं।
12. डैश और बिटकॉइन में चेकप्वाइंट लगभग एक दिखावा है और इसके लिए बहुत गंभीर संशोधन की आवश्यकता है।
13. यदि डैश कांटा 0.13 संस्करण तक है, तो सरल उपयोगकर्ता मोड में मास्टर्नोड डेटा को संसाधित करने में समस्याएं हैं।
    
    • क्लाइंट के लगातार पुनरारंभ के साथ, नेटवर्क दृश्य विकृत होता है।
    • यदि ग्राफ़िकल मोड में चल रहा है तो कैश को अनदेखा करना बेहतर है।
14. ब्लॉक समय को ध्यान में रखते हुए सर्वश्रेष्ठ ब्लॉक का चयन बदलें।
15. Bitcoin .
16. mempool CoinStake .

. mainnet PoW , , PoS, . PoS Ethereum Casper'.

GPU - — ethminer'. 150-200 GH (ethash). - PoS .

PoS PIVX 2.x " ". - PIVX , , . , PIVX 2.x . Dash 0.12 Bitcoin'.

, PoS . , , .

. . whitepaper -.

PoS PIVX Bitcoin/Dash. CoinStake . PoS .

, Stake Modifier Stake Hash , Stake Input . - , - PIVX .

— . :

1. .
2. .
3. — .. , .
4. , - , .

. spork' , .

, . spork' .

PoS

, - . spork, , .

, .. . , .

testnet, .

testnet 3 1 mainnet, .

PoW , PoS - , 1e6 PoW.

. mainnet Stake Input.

.

PoS

X spork PoS . - , .

. , . .

, , .

Stake Modifier . . PIVX - … , , Ethereum, .

निष्कर्ष

- , . , PoS , . .

: - .

GitHub