diff --git a/public/content/translations/hi/defi/index.md b/public/content/translations/hi/defi/index.md index ea4e7edb2e5..cc13c24250f 100644 --- a/public/content/translations/hi/defi/index.md +++ b/public/content/translations/hi/defi/index.md @@ -259,7 +259,7 @@ PoolTogether जैसी नो-लॉस लॉटरी पैसे बच इथेरियम ओपन सोर्स सॉफ्टवेयर है और अब तक के बहुत सारे काम समुदाय द्वारा वित्त पोषित किए गए हैं। इससे एक दिलचस्प नए धन उगाहने वाले मॉडल का विकास हुआ है: द्विघात निधिकरण। इसमें भविष्य में सभी प्रकार की सार्वजनिक वस्तुओं को धन देने के तरीके में सुधार करने की क्षमता है। -द्विघात वित्तपोषण यह सुनिश्चित करता है कि जिन परियोजनाओं को सबसे अधिक धन प्राप्त होता है, वे सबसे अनोखी मांग वाले हों। दूसरे शब्दों में, ऐसी परियोजनाएं, जो अधिकांश लोगों के जीवन को बेहतर बनाने के लिए हैं। यहां बताया गया है कि यह कैसे काम करता है: +क्‍वाड्रेटिक फंडिंग यह सुनिश्चित करता है कि जिन परियोजनाओं को सबसे अधिक धन प्राप्त होता है, वे सबसे अनोखी मांग वाले हों। दूसरे शब्दों में, ऐसी परियोजनाएं, जो अधिकांश लोगों के जीवन को बेहतर बनाने के लिए हैं। यहां बताया गया है कि यह कैसे काम करता है: 1. दान की गई निधियों का एक मिलान पूल है। 2. सार्वजनिक वित्त पोषण का एक दौर शुरू होता है। diff --git a/public/content/translations/hi/developers/docs/consensus-mechanisms/poa/index.md b/public/content/translations/hi/developers/docs/consensus-mechanisms/poa/index.md new file mode 100644 index 00000000000..0ed48ed22f9 --- /dev/null +++ b/public/content/translations/hi/developers/docs/consensus-mechanisms/poa/index.md @@ -0,0 +1,79 @@ +--- +title: प्राधिकार का सबूत (PoA) +description: प्राधिकार का सबूत सर्वसम्मति प्रोटोकॉल और ब्लॉकचेन पारिस्थितिकी तंत्र में इसकी भूमिका का स्पष्टीकरण। +lang: hi +--- + +**प्राधिकार का सबूत (PoA)** एक प्रतिष्ठा-आधारित सर्वसम्मति एल्गोरिथम है जो [हिस्सेदारी के सबूत](/developers/docs/consensus-mechanisms/pos/) का एक संशोधित संस्करण है। यह मुख्य रूप से निजी शृंखलाओं, टेस्टनेट्स और स्थानीय डेवलपमेंट नेटवर्क्स द्वारा उपयोग किया जाता है। PoA एक रेप्‍युटेशन-आधारित कंसेंसस एल्गोरिथम है जिसके अंतर्गत अधिकृत हस्ताक्षरकर्ताओं पर एक सेट पर ब्लॉक निर्मित किए जाने पर विश्वास करने की आवश्यकता होती है, न कि स्टेक-आधारित PoS मैकेनिज्म की। + +## पूर्वापेक्षाएं {#prerequisites} + +इस पृष्ठ को बेहतर ढंग से समझने के लिए, हम अनुशंसा करते हैं कि आप पहले [लेनदेन](/developers/docs/transactions/), [blocks](/developers/docs/blocks/), और [आम सहमति तंत्र](/developers/docs/consensus-mechanisms/) को पढ़ लें। + +## प्राधिकरण का प्रमाण (PoA) क्या है? {#what-is-poa} + +प्राधिकार का सबूत **[हिस्सेदारी के सबूत](/developers/docs/consensus-mechanisms/pos/) (PoS)** का एक संशोधित संस्करण है जो PoS में हिस्सेदारी-आधारित तंत्र के बजाय एक स्टेक-आधारित के एल्गोरिथम है। यह शब्द पहली बार 2017 में गेविन वुड द्वारा पेश किया गया है, और इस कंसेंसस एल्गोरिथम का उपयोग ज्यादातर निजी श्रृंखलाओं, टेस्टनेट और स्थानीय डेवलपमेंट नेटवर्क द्वारा किया गया है, क्योंकि यह PoW के रूप में उच्च गुणवत्ता वाले संसाधनों की आवश्यकता को पार करता है, और ब्लॉकचेन को संग्रहीत करने वाले नोड्स के छोटे सबसेट और ब्लॉकों का उत्पादन करके PoS के साथ मापनीयता के मुद्दों को पार करता है। + +प्राधिकार के सबूत के लिए [जेनेसिस ब्लॉक](/शब्दावली/#जेनेसिस-ब्लॉक) में सेट किए गए अधिकृत हस्ताक्षरकर्ताओं के एक सेट पर भरोसा करने की आवश्यकता होती है। आजकल के अधिकांश कार्यान्वयन में, सभी अधिकृत हस्ताक्षरकर्ता श्रृंखला की कंसेंसस निर्धारित करने में समान शक्ति और अधिकार रखते हैं। प्रतिष्ठा दांव लगाने के पीछे का विचार यह है कि प्रत्येक अधिकृत सत्यापनकर्ता अपने ग्राहक को जानें (KYC) जैसी चीजों के माध्यम से सभी के लिए अच्छी तरह से जाना जाता है, या एक प्रसिद्ध संगठन एकमात्र सत्यापनकर्ता होने के कारण—इस तरह यदि कोई सत्यापनकर्ता कुछ भी गलत करता है, तो उनकी पहचान ज्ञात है। + +PoA के कई कार्यान्वयन हैं, लेकिन मानक एथेरियम कार्यान्वयन **क्लिक** है, जो [EIP-225](https://eips.ethereum.org/EIPS/eip-225) को लागू करता है। क्लिक, डेवलपर-फ्रेंडली तथा लागू करने में आसान मानदंड है, जो सभी क्लाइंट सिंक्रनाइज़ेशन प्रकारों को सपोर्ट करता है। अन्य कार्यान्वयन में [IBFT 2.0] (https://besu.hyperledger.org/stable/private-networks/concepts/poa) और [Aura] (https://openethereum.github.io/Chain-specification) शामिल हैं। + +## यह कैसे काम करता है {#how-it-works} + +PoA में, अधिकृत हस्ताक्षरकर्ताओं का एक समूह नए ब्लॉकों को बनाने के लिए चुना जाता है। हस्ताक्षरकर्ताओं का चयन उनकी प्रतिष्ठा के आधार पर किया जाता है, और केवल उन्हीं को नए ब्लॉक बनाने की अनुमति है। हस्ताक्षरकर्ताओं का चयन राउंड-रॉबिन तरीके से किया जाता है, और प्रत्येक हस्ताक्षरकर्ता को एक निश्चित समय सीमा में एक ब्लॉक बनाने की अनुमति दी जाती है। ब्लॉक निर्माण का समय निर्धारित है, और हस्ताक्षरकर्ताओं को उस समय सीमा के भीतर ब्लॉक बनाना आवश्यक है । + +इस संदर्भ में, प्रतिष्ठा एक संख्याबद्ध चीज नहीं है, बल्कि यह Microsoft और Google जैसे प्रसिद्ध संगठनों की प्रतिष्ठा है, इसलिए विश्वसनीय साइनरों का चयन करने का तरीका एल्गोरिदमिक नहीं है, बल्कि यह एक सामान्य मानवीय कार्य है जिसमें एक संस्था - उदाहरण के लिए Microsoft - सैकड़ों या हजारों स्टार्ट-अप के बीच एक PoA निजी नेटवर्क बनाती है और स्वयं को एकमात्र विश्वसनीय साइनर के रूप में रखती है, जिसमें भविष्य में Google जैसे अन्य प्रसिद्ध साइनरों को जोड़ने की संभावना होती है, स्टार्ट-अप बिना किसी संदेह के Microsoft पर सदैव ईमानदारी से काम करने और नेटवर्क का उपयोग करने के लिए विश्वास करेंगे। यह विभिन्न छोटे/निजी नेटवर्कों में हिस्सेदारी की आवश्यकता को हल करता है जो विभिन्न उद्देश्यों के लिए बनाए गए थे ताकि उन्हें विकेंद्रीकृत और कार्यशील रखा जा सके, साथ ही माईनर की आवश्यकता के लिए भी, जिसमें बहुत अधिक बिजली और संसाधनों की खपत होती है। कुछ निजी नेटवर्क PoA मानक का उपयोग करते हैं, जैसे VeChain, और कुछ इसे संशोधित करते हैं, जैसे Binance, जो [PoSA](https://academy.binance.com/en/glossary/proof-of-staked-authority-posa) का उपयोग करता हैं, जो PoA और PoS का एक कस्टम मॉडिफ़ाइड वर्ज़न है। + +मतदान प्रक्रिया स्वयं हस्ताक्षरकर्ताओं द्वारा संपन्न की जाती है। प्रत्येक हस्ताक्षरकर्ता अपने ब्लॉक में एक हस्ताक्षरकर्ता को जोड़ने या हटाने के लिए वोट देता है जब वे एक नया ब्लॉक बनाते हैं। वोटों की गणना नोड्स द्वारा की जाती है, और हस्ताक्षरकर्ताओं को जोड़ने या हटाने का निर्णय तब लिया जाता है जब वोट 'SIGNER_LIMIT' नामक एक निश्चित सीमा तक पहुँच जाते हैं। + +ऐसी स्थिति हो सकती है जहाँ छोटे फोर्क्स उत्पन्न हों, और किसी ब्लॉक की कठिनाई इस पर निर्भर करती है कि वह ब्लॉक बारी के अनुसार हस्ताक्षरित हुआ है या असमय। “समयानुसार” ब्लॉकों की डिफिकल्टी 2 होती है, और “असमय” ब्लॉकों की डिफिकल्टी 1 होती है। छोटे फोर्क्स के मामले में, अधिकांश हस्ताक्षरकर्ताओं के साथ श्रृंखला “बदले में” ब्लॉक सील करने से सबसे अधिक कठिनाई जमा होगी और जीत जाएगी। + +## अटैक वैक्टर {#attack-vectors} + +### दुर्भावनापूर्ण हस्ताक्षरकर्ता {#malicious-signers} + +एक दुर्भावनापूर्ण यूज़र हस्ताक्षरकर्ताओं की सूची में जोड़ा जा सकता है, या किसी हस्ताक्षरकर्ता की कुंजी/मशीन से समझौता हो सकता है। ऐसी स्थिति में, प्रोटोकॉल को पुनर्गठन और स्पैमिंग के खिलाफ अपनी रक्षा करने में सक्षम होना चाहिए। प्रस्तावित समाधान यह है कि N अधिकृत हस्ताक्षरकर्ताओं की एक सूची दी गई है, कोई भी हस्ताक्षरकर्ता प्रत्येक K में से केवल 1 ब्लॉक का माईनिंग कर सकता है। यह सुनिश्चित करता है कि क्षति सीमित है, और शेष सत्यापनकर्ता दुर्भावनापूर्ण यूज़र को वोट दे सकते हैं। + +### सेंसरशिप {#censorship-attack} + +एक अन्‍य दिलचस्प अटैक वेक्टर है यदि एक हस्ताक्षरकर्ता (या हस्ताक्षरकर्ताओं का समूह) उन ब्लॉकों को सेंसर करने का प्रयास करता है जो उन्हें प्राधिकरण सूची से हटाने के लिए वोट देते हैं। इसके आसपास काम करने के लिए, हस्ताक्षरकर्ताओं की अनुमत मिंटिंग आवृत्ति N/2 में से 1 तक सीमित है। यह सुनिश्चित करता है कि दुर्भावनापूर्ण हस्ताक्षरकर्ताओं को कम से कम 51% हस्ताक्षर करने वाले खातों को नियंत्रित करने की आवश्यकता है, जिस बिंदु पर वे प्रभावी रूप से श्रृंखला के लिए नया स्रोत-सत्य बन जाएंगे। + +### स्पैम {#spam-attack} + +एक और छोटा अटैक वेक्टर दुर्भावनापूर्ण हस्ताक्षरकर्ता हैं जो हर ब्लॉक के अंदर नए वोट प्रस्तावों को इंजेक्ट करते हैं। चूंकि अधिकृत हस्ताक्षरकर्ताओं की वास्तविक सूची बनाने के लिए नोड्स को सभी वोटों का मिलान करने की आवश्यकता होती है, इसलिए उन्हें समय के साथ सभी वोटों को रिकॉर्ड करना होगा। वोट विंडो पर एक सीमा लगाए बिना, यह धीरे-धीरे बढ़ सकता है, फिर भी असीम हो सकता है। समाधान w ब्लॉक की एक _मूविंग_ विंडो रखना है जिसके बाद वोटों को स्टेल माना जाता है। _उचित विंडो 1-2 युग हो सकती है।_ + +### समवर्ती ब्लॉक {#concurrent-blocks} + +PoA नेटवर्क में, जब N अधिकृत हस्ताक्षरकर्ता होते हैं, तो प्रत्येक हस्ताक्षरकर्ता को K से 1 ब्लॉक मिंट करने की अनुमति होती है, जिसका अर्थ है कि N-K+1 सत्यापनकर्ताओं को किसी भी समय मिंट करने की अनुमति है। इन सत्यापनकर्ताओं को ब्लॉक के लिए रेसिंग से रोकने के लिए, प्रत्येक हस्ताक्षरकर्ता को एक नया ब्लॉक जारी करने के समय एक छोटा रैंडम "ऑफ़सेट" जोड़ना होगा। हालांकि यह प्रक्रिया सुनिश्चित करती है कि छोटे फोर्क दुर्लभ हैं, कभी-कभी फोर्क अभी भी मेननेट की तरह हो सकते हैं। यदि कोई हस्ताक्षरकर्ता अपनी शक्ति का दुरुपयोग करते हुए और अराजकता पैदा करते हुए पाया जाता है, तो अन्य हस्ताक्षरकर्ता उन्हें वोट के माध्‍यम से बाहर कर सकते हैं। + +यदि उदाहरण के लिए 10 अधिकृत हस्ताक्षरकर्ता हैं और प्रत्येक हस्ताक्षरकर्ता को 20 में से 1 ब्लॉक बनाने की अनुमति है, तो किसी भी समय, 11 सत्यापनकर्ता ब्लॉक बना सकते हैं। ब्लॉक बनाने के लिए उन्हें रेसिंग से रोकने के लिए, प्रत्येक हस्ताक्षरकर्ता उस समय एक छोटा रैंडम "ऑफसेट" जोड़ता है जब वे एक नया ब्लॉक जारी करते हैं। यह छोटे फोर्क के प्रकट होने को कम करता है लेकिन फिर भी कभी-कभी फोर्क की अनुमति देता है, जैसा कि एथेरियम मेननेट पर देखा गया है। यदि कोई हस्ताक्षरकर्ता अपने अधिकार का दुरुपयोग करता है और व्यवधान पैदा करता है, तो उन्हें नेटवर्क से बाहर किया जा सकता है। + +## लाभ और हानि {#pros-and-cons} + +| पेशेवरों | विपक्ष | +| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| PoS और PoW जैसे अन्य लोकप्रिय तंत्रों की तुलना में स्केलेबल अधिक, क्योंकि यह सीमित संख्या में ब्लॉक हस्ताक्षरकर्ताओं पर आधारित है | PoA नेटवर्क में आमतौर पर अपेक्षाकृत कम संख्या में मान्य नोड्स होते हैं। यह PoA नेटवर्क को अधिक केंद्रीकृत बनाता है। | +| PoA ब्लॉकचेन चलाने और बनाए रखने के लिए अविश्वसनीय रूप से सस्ते हैं | एक अधिकृत हस्ताक्षरकर्ता बनना आम तौर पर एक सामान्य व्यक्ति के लिए पहुंच से बाहर होता है, क्योंकि ब्लॉकचेन को स्थापित प्रतिष्ठा वाली एंटिटी की आवश्यकता होती है। | +| लेनदेन की पुष्टि बहुत जल्दी हो जाती है क्योंकि यह 1 सेकंड से भी कम समय तक पहुंच सकता है क्योंकि नए ब्लॉकों को मान्य करने के लिए केवल सीमित संख्या में हस्ताक्षरकर्ताओं की आवश्यकता होती है | दुर्भावनापूर्ण हस्ताक्षरकर्ता नेटवर्क में पुनर्गठन, डबल स्पेंड, सेंसर लेनदेन कर सकते हैं, उन हमलों को कम किया जाता है लेकिन फिर भी संभव है | + +## आगे की रीडिंग {#further-reading} + +- [EIP-225] (https://eips.ethereum.org/EIPS/eip-225) _क्लिक स्टैंडर्ड_ +- [प्राधिकरण अध्ययन का प्रमाण] (https://github.com/cryptoeconomics-study/website/blob/master/docs/sync/2.4-lecture.md) _क्रिप्टोइकॉनॉमिक्स_ +- [अधिकार का प्रमाण क्या है](https://forum.openzeppelin.com/t/proof-of-authority/3577) _OpenZeppelin_ +- [प्राधिकरण का प्रमाण समझाया गया] (https://academy.binance.com/en/articles/proof-of-authority-explained) _binance_ +- [ब्लॉकचेन में PoA] (https://medium.com/techskill-brew/proof-of-authority-or-poa-in-blockchain-part-11-blockchain-series-be15b3321cba) +- [क्लिक समझाया](https://medium.com/@Destiner/clique-cross-client-proof-of-authority-algorithm-for-ethereum-8b2a135201d) +- [अप्रचलित PoA, ऑरा स्पेशिफिकेशन](https://openethereum.github.io/Chain-specification) +- [IBFT 2.0, एक और PoA कार्यान्वयन](https://besu.hyperledger.org/stable/private-networks/concepts/poa) + +### क्या आप एक दृश्य शिक्षार्थी हैं? {#visual-learner} + +प्राधिकार का सबूत की विजुअल विवरण देखें: + + + +## संबंधित विषय {#related-topics} + +- [काम का सबूत](/developers/docs/consensus-mechanisms/pow/) +- [हिस्सेदारी का सबूत](/developers/docs/consensus-mechanisms/pos/) diff --git a/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/index.md new file mode 100644 index 00000000000..bee60f25343 --- /dev/null +++ b/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/index.md @@ -0,0 +1,109 @@ +--- +title: काम का सबूत (PoW) +description: प्रूफ-ऑफ-वर्क कंसेंसस प्रोटोकॉल और एथेरियम में इसकी भूमिका की व्याख्या। +lang: hi +--- + +एथेरियम नेटवर्क ने प्रूफ-ऑफ-वर्क मैकेनिज्म का उपयोग करके शुरू किया जिसमें **[प्रूफ-ऑफ-वर्क (PoW) शामिल](/developers/docs/consensus-mechanisms/pow)** था। इसने एथेरियम नेटवर्क के नोड्स को एथेरियम ब्लॉकचेन पर दर्ज सभी सूचनाओं की स्थिति पर सहमत होने की अनुमति दी और कुछ प्रकार के आर्थिक हमलों को रोका। हालाँकि, एथेरियम ने 2022 में प्रूफ-ऑफ-वर्क को बंद कर दिया और इसके बजाय [प्रूफ-ऑफ-स्टेक का उपयोग करना शुरू कर](/developers/docs/consensus-mechanisms/pos) दिया। + + + काम के सबूत को अब अप्रचलित कर दिया गया है। एथेरियम अब अपने कंसेंसस मैकेनिज्म के हिस्से के रूप में प्रूफ-ऑफ-वर्क का उपयोग नहीं करता है। इसके बजाय, यह हिस्सेदारी के सबूत का उपयोग करता है। हिस्सेदारी के सबूत और स्टेकिंग पर और अधिक पढ़ें। + + +## आवश्यक शर्तें {#prerequisites} + +इस पृष्ठ को बेहतर ढंग से समझने के लिए, हम अनुशंसा करते हैं कि आप पहले [लेनदेन](/developers/docs/transactions/), [ब्लॉक](/developers/docs/blocks/) और [कंसेंसस मैकेनिज्म](/developers/docs/consensus-mechanisms/) पढें। + +## काम का सबूत (PoW) क्या है? {#what-is-pow} + +नाकामोटो कंसेंसस, जो प्रूफ-ऑफ-वर्क का उपयोग करती है, वह मैकेनिज्म है जिसने एक बार विकेन्द्रीकृत एथेरियम नेटवर्क को खाता शेष राशि और लेनदेन के क्रम जैसी चीजों पर कंसेंसस (यानी सभी नोड्स सहमत हैं) की अनुमति दी थी। इसने यूज़र को अपने सिक्कों को "दोहरा खर्च" करने से रोका और यह सुनिश्चित किया कि एथेरियम श्रृंखला पर हमला करना या हेरफेर करना काफी मुश्किल था। ये सुरक्षा गुण अब [Gasper](/developers/docs/consensus-mechanisms/pos/gasper/) नामक कंसेंसस मैकेनिज्म का उपयोग करने के बजाय प्रूफ-ऑफ-स्टेक से आते हैं। + +## काम का सबूत और माइनिंग {#pow-and-mining} + +प्रूफ-ऑफ-वर्क अंतर्निहित एल्गोरिथम है जो प्रूफ-ऑफ-वर्क ब्लॉकचेन पर माइनर्स द्वारा किए जाने वाले कार्य के लिए कठिनाई और नियम निर्धारित करता है। माईनिंग "काम" ही है। यह श्रृंखला में वैध ब्लॉक जोड़ने का कार्य है। यह महत्वपूर्ण है क्योंकि श्रृंखला की लंबाई नेटवर्क को ब्लॉकचेन के सही फोर्क का पालन करने में मदद करती है। जितना अधिक "काम" किया जाता है, श्रृंखला उतनी ही लंबी होती है, और ब्लॉक संख्या जितनी अधिक होती है, नेटवर्क चीजों की वर्तमान स्थिति का उतना ही निश्चित हो सकता है। + +[माईनिंग करने के बारे में अधिक जानकारी](/developers/docs/consensus-mechanisms/pow/mining/) + +## एथेरियम के प्रूफ-ऑफ-वर्क ने कैसे काम किया? {#how-it-works} + +एथेरियम लेनदेन को ब्लॉकों में संसाधित किया जाता है। वर्तमान में अप्रचलित प्रूफ-ऑफ-वर्क एथेरियम में, प्रत्येक ब्लॉक में शामिल हैं: + +- ब्लॉक कठिनाई – उदाहरण के लिए: 3,324,092,183,262,715 +- mixHash - उदाहरण के लिए: `0x44bca881b07a6a09f83b130798072441705d9a665c5ac8bdf2f39a3cdf3bee29` +- नॉन्स - उदाहरण के लिए: `0xd3ee432b4fb3d26b` + +यह ब्लॉक डेटा सीधे काम के सबूत से संबंधित थे। + +### काम के सबूत में काम {#the-work} + +प्रूफ-ऑफ-वर्क प्रोटोकॉल, एताश को एक ब्लॉक के लिए नॉन्स के लिए माइनर्स को परीक्षण और त्रुटि की गहन परीक्षा से गुजरना पड़ता है। केवल एक वैध नॉन्स के साथ ब्लॉक श्रृंखला में जोड़ा जा सकता है। + +ब्लॉक बनाने की जल्दी में, एक माईनर बार-बार एक डेटासेट डालता है, जिसे केवल गणितीय फ़ंक्शन के माध्यम से पूरी श्रृंखला (जैसा कि एक माईनर करता है) को डाउनलोड और रन करके प्राप्त किया जा सकता है। डेटासेट का उपयोग एक लक्ष्य के नीचे एक mixHash उत्पन्न करने के लिए किया गया था जो ब्लॉक डिफिकल्‍टी द्वारा निर्धारित किया गया है। ऐसा करने का सबसे अच्छा तरीका परीक्षण और त्रुटि के माध्यम से है। + +डिफिकल्‍टी ने हैश के लिए लक्ष्य निर्धारित किया। लक्ष्य जितना कम होगा, मान्य हैश का सेट उतना ही छोटा होगा। एक बार उत्पन्न होने के बाद, यह अन्य माईनर और क्लाइंट के लिए सत्यापित करना अविश्वसनीय रूप से आसान था। यहां तक कि अगर एक लेनदेन बदलना था, तो हैश पूरी तरह से अलग होगा, जो धोखाधड़ी का संकेत है। + +हैशिंग धोखाधड़ी को पहचानना आसान बनाता है। लेकिन एक प्रक्रिया के रूप में काम का सबूत भी श्रृंखला पर हमला करने के लिए एक बड़ा निवारक था। + +### काम का सबूत और सुरक्षा {#security} + +माइनर्स को मुख्य एथेरियम श्रृंखला पर यह काम करने के लिए प्रोत्साहित किया गया था। माइनर्स के एक सबसेट के लिए अपनी श्रृंखला शुरू करने के लिए बहुत कम इंसेटिव मिलता था—यह सिस्टम को कमजोर करता है। ब्लॉकचेन, सत्य के स्रोत के रूप में सिंगल स्थिति होने पर भरोसा करते हैं। + +काम के सबूत का उद्देश्य श्रृंखला का विस्तार करना था। सबसे लंबी श्रृंखला वैध के रूप में सबसे विश्वसनीय थी क्योंकि इसे उत्पन्न करने के लिए सबसे अधिक कम्प्यूटेशनल कार्य किया गया था। एथेरियम के PoW सिस्टम के भीतर, नए ब्लॉक बनाना लगभग असंभव था जो लेनदेन को मिटा दें, नकली बना सकें या दूसरी श्रृंखला बनाए रख सकें। ऐसा इसलिए है क्योंकि एक दुर्भावनापूर्ण माईनर को हमेशा ब्लॉक को हर किसी की तुलना में तेजी से हल करने की आवश्यकता होगी। + +लगातार दुर्भावनापूर्ण लेकिन वैध ब्लॉक बनाने के लिए, एक दुर्भावनापूर्ण माईनर को बाकी सभी को हराने के लिए नेटवर्क माईनिंग पॉवर के 51% से अधिक की आवश्यकता होगी। "काम" की उस राशि के लिए बहुत महंगी कंप्यूटिंग शक्ति की आवश्यकता होती है और खर्च की गई ऊर्जा भी एक हमले में किए गए लाभ से अधिक हो सकती है। + +### प्रूफ-ऑफ-वर्क इकोनॉमिक्स {#economics} + +प्रूफ-ऑफ-वर्क प्रणाली में नई मुद्रा जारी करने और माइनर्स को काम करने के लिए इंसेटिव प्रदान करने के लिए भी जिम्मेदार था। + +[कॉन्स्टेंटिनोपल अपग्रेड](/history/#constantinople) के बाद से, सफलतापूर्वक एक ब्लॉक बनाने वाले माइनर्स को दो ताजा माईनिंग ETH और लेनदेन शुल्क के हिस्से से पुरस्कृत किया गया। ओमर ब्लॉकों ने 1.75 ETH की भी भरपाई की। ओमर ब्लॉक एक माईनर द्वारा व्यावहारिक रूप से उसी समय बनाए गए वैध ब्लॉक थे जब एक अन्य माईनर ने कैनोनिकल ब्लॉक बनाया था, जो अंततः निर्धारित किया गया था कि किस श्रृंखला को पहले के शीर्ष पर बनाया गया था। ओमर ब्लॉक आमतौर पर नेटवर्क विलंबता के कारण हुआ। + +## अन्तिम स्थिति {#finality} + +एथेरियम पर लेन-देन की "अंतिमता" तब होती है जब यह एक ब्लॉक का हिस्सा होता है जिसे बदल नहीं सकता है। + +क्योंकि माइनर्स ने विकेंद्रीकृत तरीके से काम किया, एक ही समय में दो वैध ब्लॉकों को माइन किया जा सकता था। यह एक अस्थायी फोर्क बनाता है। आखिरकार, बाद के ब्लॉकों का माईनिंग करने और इसमें जोड़े जाने के बाद इनमें से एक श्रृंखला स्वीकृत श्रृंखला बन गई, जिससे यह लंबा हो गया। + +चीजों को और जटिल बनाने के लिए, अस्थायी फोर्क पर खारिज किए गए लेनदेन को स्वीकृत श्रृंखला में शामिल नहीं किया जा सकता है। इसका मतलब है कि यह उलट हो सकता है। तो अंतिमता उस समय को संदर्भित करती है जब आपको लेनदेन को अपरिवर्तनीय मानने से पहले इंतजार करना चाहिए। पिछले प्रूफ-ऑफ-वर्क एथेरियम के तहत, एक विशिष्ट ब्लॉक `N` के शीर्ष पर जितने अधिक ब्लॉक माईन किए गए थे, उतना अधिक उच्च विश्वास होगा कि `N` में लेनदेन सफल होंगे और वापस नहीं किए जाएंगे। अब, प्रूफ-ऑफ-स्टेक के साथ, अंतिम रूप देना एक ब्लॉक की संभाव्य संपत्ति के बजाय एक स्पष्ट है। + +## काम के सबूत का ऊर्जा-उपयोग {#energy} + +काम के सबूत की एक प्रमुख कमजोरी, नेटवर्क को सुरक्षित रखने के लिए आवश्यक ऊर्जा उत्पादन की मात्रा है। सुरक्षा और विकेंद्रीकरण बनाए रखने के लिए, काम के सबूत पर एथेरियम ने बड़ी मात्रा में ऊर्जा की खपत की। हिस्सेदारी के सबूत पर स्विच करने से कुछ समय पहले, एथेरियम माईनर सामूहिक रूप से लगभग 70 TWh/yr (लगभग चेक गणराज्य के समान - [digiconomist](https://digiconomist.net/) 18-जुलाई-2022 के अनुसार) का उपभोग कर रहे थे। + +## लाभ और हानि {#pros-and-cons} + +| पेशेवरों | विपक्ष | +| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------ | +| काम के सबूत तटस्थ है। आरंभ करने के लिए आपको ETH की आवश्यकता नहीं है और ब्लॉक पुरस्कार आपको 0ETH से सकारात्मक संतुलन तक जाने की अनुमति देते हैं। [हिस्सेदारी के सबूत](/developers/docs/consensus-mechanisms/pos/) के साथ आपको शुरू करने के लिए ETH की आवश्यकता है। | काम का सबूत इतनी ऊर्जा का उपयोग करता है कि यह पर्यावरण के लिए बुरा है। | +| काम का सबूत एक आजमाया हुआ के है जिसने Bitcoin और एथेरियम को कई वर्षों तक सुरक्षित और विकेंद्रीकृत रखा है। | यदि आप माइन करना चाहते हैं, तो आपको ऐसे विशेष उपकरणों की आवश्यकता है जो शुरू करने के लिए एक बड़ा निवेश है। | +| हिस्सेदारी के सबूत की तुलना में इसे लागू करना अपेक्षाकृत आसान है। | बढ़ती गणना की आवश्यकता के कारण, माईनिंग पूल संभावित रूप से माईनिंग खेल पर हावी हो सकते हैं, जिससे केंद्रीकरण और सुरक्षा जोखिम हो सकते हैं। | + +## हिस्सेदारी के सबूत की तुलना में {#compared-to-pos} + +उच्च स्तर पर, प्रूफ-ऑफ-स्टेक का प्रूफ-ऑफ-वर्क के समान अंतिम लक्ष्य होता है: विकेन्द्रीकृत नेटवर्क को सुरक्षित रूप से आम सहमति तक पहुंचने में मदद करना। लेकिन इसमें प्रक्रिया और कर्मियों में कुछ अंतर हैं: + +- प्रूफ-ऑफ-स्टेक, स्टेक किए गए ETH के लिए कम्प्यूटेशनल पावर के महत्व को बदल देता है। +- प्रूफ-ऑफ-स्टेक माईनर्स को सत्यापनकर्ताओं से बदल देता है। सत्यापनकर्ता नए ब्लॉक बनाने की क्षमता को सक्रिय करने के लिए अपने ETH पर स्‍टेक लगाते हैं। +- सत्यापनकर्ता ब्लॉक बनाने के लिए प्रतिस्पर्धा नहीं करते हैं, इसके बजाय उन्हें एक एल्गोरिथम द्वारा रैंडम रूप से चुना जाता है। +- अंतिमता स्पष्ट है: कुछ चेकपॉइंट पर, यदि 2/3 सत्यापनकर्ता ब्लॉक की स्थिति पर सहमत होते हैं तो इसे अंतिम माना जाता है। सत्यापनकर्ताओं को इस पर अपनी पूरी हिस्सेदारी स्टेक पर लगानी चाहिए, इसलिए यदि वे लाइन से टकराने की कोशिश करते हैं, तो वे अपनी पूरी हिस्सेदारी खो देंगे। + +[हिस्सेदारी के सबूत के बारे में अधिक जानकारी](/developers/docs/consensus-mechanisms/pos/) + +## क्या आप एक दृश्य शिक्षार्थी हैं? {#visual-learner} + + + +## अग्रिम पठन {#further-reading} + +- [बहुमत हमला](https://en.bitcoin.it/wiki/Majority_attack) +- [निपटान की अंतिम स्थिति पर](https://blog.ethereum.org/2016/05/09/on-settlement-finality/) + +### वीडियो {#videos} + +- [काम का सबूत प्रोटोकॉल का तकनीकी स्पष्टीकरण](https://youtu.be/9V1bipPkCTU) + +## संबंधित विषय {#related-topics} + +- [माइनिंग](/developers/docs/consensus-mechanisms/pow/mining/) +- [स्टेक-का-प्रमाण](/developers/docs/consensus-mechanisms/pos/) +- [प्रूफ-ऑफ-अथॉरिटी](/developers/docs/consensus-mechanisms/poa/) diff --git a/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/mining/index.md b/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/mining/index.md new file mode 100644 index 00000000000..a47ad900ddf --- /dev/null +++ b/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/mining/index.md @@ -0,0 +1,81 @@ +--- +title: खुदाई +description: एथेरियम पर माईनिंग कैसे काम करती है, इसका स्पष्टीकरण। +lang: hi +--- + + +प्रूफ-ऑफ-वर्क अब एथेरियम के सर्वसम्मति मैकेनिज्म में अंतर्निहित नहीं है, जिसका अर्थ है कि माईनिंग बंद कर दी गई है। इसके बजाय, एथेरियम को ऐसे सत्यापनकर्ताओं द्वारा सुरक्षित किया जाता है जो ETH को स्टेक पर लगाते हैं। आप आज ही अपने ETH की स्टेकिंग शुरू कर सकते हैं। द मर्ज, हिस्सेदारी का सबूत और स्टेकिंग। यह पृष्ठ केवल ऐतिहासिक रुचि के लिए है। + + +## आवश्यक शर्तें {#prerequisites} + +इस पृष्ठ को बेहतर ढंग से समझने के लिए, हम अनुशंसा करते हैं कि आप पहले [transactions](/developers/docs/transactions/), [blocks](/developers/docs/blocks/) and [proof-of-work](/developers/docs/consensus-mechanisms/pow/). + +## एथेरियम माईनिंग क्या है? {#what-is-ethereum-mining} + +माईनिंग, एथेरियम के वर्तमान में अप्रचलित प्रूफ-ऑफ-वर्क आर्किटेक्चर में एथेरियम ब्लॉकचेन में जोड़े जाने वाले लेनदेन का एक ब्लॉक बनाने की प्रक्रिया है। + +माईनिंग शब्द की उत्पत्ति क्रिप्टोकरेंसी के लिए सोने के सादृश्य के संदर्भ में हुई है। सोना या कीमती धातुएं दुर्लभ हैं, इसी तरह डिजिटल टोकन हैं, और काम का सबूत प्रणाली में कुल मात्रा बढ़ाने का एकमात्र तरीका माईनिंग है। प्रूफ-ऑफ-वर्क एथेरियम में, जारी करने का एकमात्र तरीका माईनिंग था। हालांकि सोने या कीमती धातुओं के विपरीत, एथेरियम भी ब्लॉकचेन में ब्लॉक बनाने, सत्यापित करने, प्रकाशित करने और प्रचारित करके नेटवर्क को सुरक्षित करने का तरीका था। + +एथर की माईनिंग = नेटवर्क को सुरक्षित करना + +माईनिंग किसी भी प्रूफ-ऑफ-वर्क ब्लॉकचेन की जीवनरेखा है। एथेरियम माईनर - सॉफ्टवेयर चलाने वाले कंप्यूटर - लेनदेन को संसाधित करने और प्रूफ-ऑफ-स्टेक में संक्रमण से पहले ब्लॉक तैयार करने के लिए अपने समय और गणना शक्ति का उपयोग करते थे। + +## माइनर क्यों मौजूद हैं? {#why-do-miners-exist} + +एथेरियम जैसी विकेंद्रीकृत प्रणालियों में, हमें यह सुनिश्चित करने की आवश्यकता है कि हर कोई लेनदेन के आदेश पर सहमत हो। माइनर्स ने ब्लॉक बनाने के लिए कम्प्यूटेशनल रूप से कठिन पहेली को हल करके, नेटवर्क को हमलों से सुरक्षित करके ऐसा करने में मदद की। + +[काम के सबूत पर अधिक](/developers/docs/consensus-mechanisms/pow/) + +कोई भी पहले अपने कंप्यूटर का उपयोग करके एथेरियम नेटवर्क पर माइन करने में सक्षम था। हालांकि, हर कोई एथर (ETH) को लाभप्रद रूप से माइन नहीं कर सकता था। ज्यादातर मामलों में, माइनर्स को डेडिकेटेड कंप्यूटर हार्डवेयर खरीदना पड़ता था, और उनकी पहुंच सस्ते ऊर्जा स्रोतों तक होती थी। औसत कंप्यूटर माईनिंग की संबंधित लागतों को कवर करने के लिए पर्याप्त ब्लॉक रिवॉर्ड अर्जित करने की संभावना नहीं थी। + +### माईनिंग की लागत {#cost-of-mining} + +- माईनिंग रिग के निर्माण और रखरखाव के लिए आवश्यक हार्डवेयर की संभावित लागत +- माईनिंग रिग को बिजली देने की विद्युत लागत +- यदि आप पूल में माईनिंग कर रहे थे, तो ये पूल आमतौर पर पूल द्वारा उत्पन्न प्रत्येक ब्लॉक का एक फ्लैट % शुल्क लेते हैं +- माईनिंग रिग (वेंटिलेशन, ऊर्जा निगरानी, विद्युत तारों, आदि) को सपोर्ट करने के लिए उपकरणों की संभावित लागत + +माईनिंग लाभप्रदता का और पता लगाने के लिए, एक माईनिंग कैलकुलेटर का उपयोग करें, जैसे कि एक [Etherscan](https://etherscan.io/ether-mining-calculator) प्रदान करता है। + +## एथेरियम लेनदेन की माईनिंग कैसे की गई {#how-ethereum-transactions-were-mined} + +एथेरियम प्रूफ-ऑफ-वर्क में लेनदेन की माईनिंग कैसे की गई, इसका अवलोकन प्रदान किया गया है। एथेरियम प्रूफ-ऑफ-स्टेक के लिए इस प्रक्रिया का एक समान विवरण [यहां](/developers/docs/consensus-mechanisms/pos/#transaction-execution-ethereum-pos) मौजूद है। + +1. एक यूज़र किसी [खाते](/developers/docs/accounts/) की निजी कुंजी के साथ [लेनदेन](/developers/docs/transactions/) अनुरोध लिखता है और हस्ताक्षर करता है। +2. यूज़र, लेनदेन अनुरोध को पूरे एथेरियम नेटवर्क पर कुछ [नोड](/developers/docs/nodes-and-clients/) से प्रसारित करता है। +3. नए लेनदेन अनुरोध के बारे में सुनने पर, एथेरियम नेटवर्क में प्रत्येक नोड अपने स्थानीय मेमपूल में अनुरोध जोड़ता है, जो उन सभी लेनदेन अनुरोधों की एक सूची है जिनके बारे में उन्होंने सुना है और जो अभी तक एक ब्लॉक में ब्लॉकचेन के लिए प्रतिबद्ध नहीं हैं। +4. कुछ बिंदु पर, एक माईनिंग नोड कई दर्जन या सौ लेनदेन अनुरोधों को एक संभावित [ब्लॉक](/developers/docs/blocks/), में एक तरह से एकत्र करता है जो [लेनदेन शुल्क](/developers/docs/gas/) को अधिकतम करता है जो वे अभी भी ब्लॉक गैस सीमा के भीतर रहते हुए कमाते हैं। माईनिंग नोड फिर: + 1. प्रत्येक लेनदेन अनुरोध की वैधता को सत्यापित करता है (यानी कोई भी एथर को उस खाते से स्थानांतरित करने की कोशिश नहीं कर रहा है जिसके लिए उन्होंने हस्ताक्षर नहीं किया है, अनुरोध विकृत नहीं है, आदि), और फिर अनुरोध के कोड को निष्पादित करता है, EVM की उनकी स्थानीय प्रति की स्थिति को बदल देता है। माईनर ऐसे प्रत्येक लेनदेन अनुरोध के लिए लेनदेन शुल्क अपने स्वयं के खाते में प्रदान करता है। + 2. ब्लॉक में सभी लेनदेन अनुरोधों को सत्यापित करने और स्थानीय EVM कॉपी पर निष्पादित करने के बाद, संभावित ब्लॉक के लिए प्रूफ-ऑफ-वर्क “वैधता का प्रमाण पत्र” प्रस्तुत करने की प्रक्रिया शुरू होती है। +5. आखिरकार, एक माईनर एक ब्लॉक के लिए एक प्रमाण पत्र प्रस्तुत करना समाप्त कर देगा जिसमें हमारा विशिष्ट लेनदेन अनुरोध शामिल है। माईनर तब पूर्ण ब्लॉक को प्रसारित करता है, जिसमें प्रमाण पत्र और दावा किए गए नए EVM स्थिति का चेकसम शामिल होता है। +6. अन्य नोड्स नए ब्लॉक के बारे में सुनते हैं। वे प्रमाणपत्र को सत्यापित करते हैं, ब्लॉक पर सभी लेनदेन स्वयं निष्पादित करते हैं (हमारे यूज़र द्वारा मूल रूप से प्रसारित लेनदेन सहित), और सत्यापित करते हैं कि सभी लेनदेन के निष्पादन के बाद उनकी नई EVM स्थिति का चेकसम खनिक के ब्लॉक द्वारा दावा की गई स्थिति के चेकसम से मेल खाता है। इसके बाद ही ये नोड्स इस ब्लॉक को अपने ब्लॉकचेन की टैल से जोड़ते हैं, और नए EVM स्‍थिति को कैनोनिकल स्थिति के रूप में स्वीकार करते हैं। +7. प्रत्येक नोड नए ब्लॉक में सभी लेनदेन को अधूरे लेनदेन अनुरोधों के अपने स्थानीय मेमपूल से हटा देता है। +8. नेटवर्क में शामिल होने वाले नए नोड्स अनुक्रम में सभी ब्लॉकों को डाउनलोड करते हैं, जिसमें हमारे ब्याज के लेनदेन वाले ब्लॉक भी शामिल हैं। वे एक स्थानीय EVM कॉपी (जो एक ब्लैंक-स्टेट EVM के रूप में शुरू होती है) को प्रारंभ करते हैं, और फिर अपनी लोकल EVM कॉपी के ऊपर हर ब्लॉक में हर लेनदेन को निष्पादित करने की प्रक्रिया से गुजरते हैं, रास्ते में आने वाले हर ब्लॉक में स्टेट चेकसम को सत्यापित करते हैं। + +प्रत्येक लेनदेन की एक बार माईनिंग की जाती है (एक नए ब्लॉक में शामिल किया जाता है और पहली बार प्रचारित किया जाता है), लेकिन canonical EVM स्थिति को आगे बढ़ाने की प्रक्रिया में प्रत्येक भागीदार द्वारा निष्पादित और सत्यापित किया जाता है। यह ब्लॉकचेन के मुख्य मंत्रों में से एक पर प्रकाश डालता है: **भरोसा न करें, सत्यापित करें**। + +## ओमर (अंकल) ब्लॉक {#ommer-blocks} + +प्रूफ-ऑफ-वर्क पर ब्लॉक माईनिंग संभाव्य था, जिसका अर्थ है कि कभी-कभी नेटवर्क विलंबता के कारण दो वैध ब्लॉक एक साथ प्रकाशित किए जाते थे। इस मामले में, प्रोटोकॉल को सबसे लंबी (और इसलिए सबसे अधिक "वैध") श्रृंखला निर्धारित करनी थी, जबकि प्रस्तावित असंबद्ध वैध ब्लॉक को आंशिक रूप से पुरस्कृत करके माइनर्स के प्रति निष्पक्षता सुनिश्चित करनी थी। इसने नेटवर्क के आगे विकेंद्रीकरण को प्रोत्साहित किया क्योंकि छोटे माईनर, जो अधिक विलंबता का सामना कर सकते हैं, अभी भी [ओमर](/glossary/#ommer) ब्लॉक रिवार्ड के माध्यम से रिटर्न उत्पन्न कर सकते हैं। + +शब्द "ओमर" एक मूल ब्लॉक के सिबलिंग के लिए पसंदीदा जेंडर-न्यूट्रल शब्द है, लेकिन इसे कभी-कभी "अंकल" के रूप में भी जाना जाता है। **एथेरियम के प्रूफ-ऑफ-स्टेक के कदम के बाद से, ओमर ब्लॉक अब मइन नहीं किए जाते हैं** क्योंकि प्रत्येक स्लॉट में केवल एक प्रस्तावक चुना जाता है। आप मइन किए गए ओमर ब्लॉक के [ऐतिहासिक चार्ट](https://ycharts.com/indicators/ethereum_uncle_rate) को देखकर इस परिवर्तन को देख सकते हैं। + +## एक विज़ुअल डेमो {#a-visual-demo} + +ऑस्टिन की सहायता से माईनिंग और प्रूफ-ऑफ-वर्क ब्लॉकचेन पर एक नजर डालें। + + + +## माईनिंग एल्गोरिथम {#mining-algorithm} + +एथेरियम मेननेट ने केवल एक माईनिंग एल्गोरिथम - ['एथाश'](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/) का उपयोग किया। एथाश एक मूल अनुसंधान और विकास एल्गोरिथम का उत्तराधिकारी था जिसे ['डैगर-हाशिमोटो'](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/) के रूप में जाना जाता है। + +[माईनिंग एल्गोरिथम पर अधिक जानकारी](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/)। + +## संबंधित विषय {#related-topics} + +- [Gas](/developers/docs/gas/) +- [EVM](/developers/docs/evm/) +- [काम का प्रमाण](/developers/docs/consensus-mechanisms/pow/) diff --git a/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md b/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md new file mode 100644 index 00000000000..7496625bd88 --- /dev/null +++ b/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md @@ -0,0 +1,334 @@ +--- +title: डैगर-हाशिमोटो +description: डैगर-हाशिमोटो एल्गोरिथम पर एक विस्तृत नज़र। +lang: hi +--- + +डैगर-हाशिमोटो एथेरियम के माईनिंग एल्गोरिथम के लिए मूल अनुसंधान कार्यान्वयन और विनिर्देश था। डैगर-हाशिमोतो को [एथाश](#ethash) द्वारा प्रतिस्थापित किया गया था। माईनिंग को 15 सितंबर 2022 को [द मर्ज](/roadmap/merge/) के बाद पूरी तरह से बंद कर दिया गया था। तब से, एथेरियम को इसके बजाय [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos) मैकेनिज्म का उपयोग करके सुरक्षित किया गया है। यह पृष्ठ ऐतिहासिक रुचि के लिए है - यहां दी गई जानकारी अब मर्ज के बाद के एथेरियम के लिए प्रासंगिक नहीं है। + +## आवश्यक शर्तें {#prerequisites} + +इस पृष्ठ को बेहतर ढंग से समझने के लिए, हम अनुशंसा करते हैं कि आप पहले [प्रूफ-ऑफ-वर्क कंसेंसस](/developers/docs/consensus-mechanisms/pow), [माईनिंग](/developers/docs/consensus-mechanisms/pow/mining), और [माईनिंग एल्गोरिथम](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms) पढें। + +## डैगर-हाशिमोटो {#dagger-hashimoto} + +डैगर-हाशिमोटो का लक्ष्य दो लक्ष्यों को पूरा करना है: + +1. **ASIC-प्रतिरोध**: एल्गोरिथम के लिए विशेष हार्डवेयर बनाने से लाभ जितना संभव हो उतना छोटा होना चाहिए +2. **लाइट क्लाइंट सत्यापनीयता**: एक ब्लॉक को एक लाइट क्लाइंट द्वारा कुशलता से सत्यापित किया जाना चाहिए। + +एक अतिरिक्त संशोधन के साथ, हम यह भी निर्दिष्ट करते हैं कि वांछित होने पर तीसरे लक्ष्य को कैसे पूरा किया जाए, लेकिन अतिरिक्त जटिलता की कीमत पर: + +**फुल चेन स्टोरेज**: माईनिंग को फुल ब्लॉकचेन स्थिति के स्टोरेज की आवश्यकता होनी चाहिए (एथेरियम स्टेट ट्राई की अनियमित संरचना के कारण, हम आशा करते हैं कि कुछ छंटाई संभव होगी, विशेष रूप से कुछ अक्सर उपयोग किए जाने वाले अनुबंध, लेकिन हम इसे कम करना चाहते हैं)। + +## DAG जनरेशन {#dag-generation} + +एल्गोरिथम के लिए कोड नीचे Python में परिभाषित किया जाएगा। सबसे पहले, हम स्ट्रिंग्स को निर्दिष्ट परिशुद्धता के अहस्ताक्षरित इंट्स को मार्शल करने के लिए `encode_int` देते हैं। इसका रिवर्स भी दिया गया है: + +```python +NUM_BITS = 512 + +def encode_int(x): + "Encode an integer x as a string of 64 characters using a big-endian scheme" + o = '' + for _ in range(NUM_BITS / 8): + o = chr(x % 256) + o + x //= 256 + return o + +def decode_int(s): + "Unencode an integer x from a string using a big-endian scheme" + x = 0 + for c in s: + x *= 256 + x += ord(c) + return x +``` + +हम आगे मानते हैं कि `sha3` एक फ़ंक्शन है जो एक पूर्णांक लेता है और एक पूर्णांक आउटपुट के रूप में प्रदान करता है, और `dbl_sha3` एक double-sha3 फ़ंक्शन है; यदि इस संदर्भ कोड को कार्यान्वयन में परिवर्तित करते हैं, तो उपयोग करें: + +```python +from pyethereum import utils +def sha3(x): + if isinstance(x, (int, long)): + x = encode_int(x) + return decode_int(utils.sha3(x)) + +def dbl_sha3(x): + if isinstance(x, (int, long)): + x = encode_int(x) + return decode_int(utils.sha3(utils.sha3(x))) +``` + +### पैरामीटर {#parameters} + +एल्गोरिथम के लिए उपयोग किए जाने वाले पैरामीटर हैं: + +```python +SAFE_PRIME_512 = 2**512 - 38117 # Largest Safe Prime less than 2**512 + +params = { + "n": 4000055296 * 8 // NUM_BITS, # Size of the dataset (4 Gigabytes); MUST BE MULTIPLE OF 65536 + "n_inc": 65536, # Increment in value of n per period; MUST BE MULTIPLE OF 65536 + # with epochtime=20000 gives 882 MB growth per year + "cache_size": 2500, # Size of the light client's cache (can be chosen by light + # client; not part of the algo spec) + "diff": 2**14, # Difficulty (adjusted during block evaluation) + "epochtime": 100000, # Length of an epoch in blocks (how often the dataset is updated) + "k": 1, # Number of parents of a node + "w": w, # Used for modular exponentiation hashing + "accesses": 200, # Number of dataset accesses during hashimoto + "P": SAFE_PRIME_512 # Safe Prime for hashing and random number generation +} +``` + +इस मामले में `P` एक प्राइम चुना गया है जैसे कि `log₂(P)` 512 से थोड़ा कम है, जो उन 512 बिट्स से मेल खाता है जिनका उपयोग हम अपनी संख्याओं का प्रतिनिधित्व करने के लिए कर रहे हैं। ध्यान दें कि DAG के केवल उत्तरार्ध को वास्तव में संग्रहीत करने की आवश्यकता है, इसलिए वास्तविक RAM की आवश्यकता 1 GB से शुरू होती है और प्रति वर्ष 441 MB तक बढ़ती है। + +### डैगर ग्राफ बिल्डिंग {#dagger-graph-building} + +डैगर ग्राफ बिल्डिंग प्रिमिटिव को निम्नानुसार परिभाषित किया गया है: + +```python +def produce_dag(params, seed, length): + P = params["P"] + picker = init = pow(sha3(seed), params["w"], P) + o = [init] + for i in range(1, length): + x = picker = (picker * init) % P + for _ in range(params["k"]): + x ^= o[x % i] + o.append(pow(x, params["w"], P)) + return o +``` + +अनिवार्य रूप से, यह एक एकल नोड, `sha3(seed)` के रूप में एक ग्राफ से शुरू होता है, और वहां से रैंडम पिछले नोड्स के आधार पर क्रमिक रूप से अन्य नोड्स पर जोड़ना शुरू कर देता है। जब एक नया नोड बनाया जाता है, तो सीड की एक मॉड्यूलर शक्ति की गणना रैंडम रूप से `i` से कम कुछ इंडाइस का चयन करने के लिए की जाती है (ऊपर `x % i` का उपयोग करके), और उन इंडाइस पर मौजूद नोड्स के मानों का उपयोग `x` के लिए एक नया मान उत्पन्न करने के लिए गणना करने में किया जाता है, जिसे तब एक छोटे काम का सबूत फ़ंक्शन (XOR पर आधारित) में फ़ीड किया जाता है ताकि अंततः सूचकांक `i` पर ग्राफ का मूल्य उत्पन्न किया जा सके। इस विशेष डिजाइन के पीछे तर्क DAG की अनुक्रमिक पहुंच को प्रेरित करना है; एक्सेस किए जाने वाले DAG का अगला मान तब तक निर्धारित नहीं किया जा सकता जब तक कि वर्तमान मान ज्ञात न हो। अंत में, मॉड्यूलर घातांक परिणाम को आगे बढ़ाता है। + +यह एल्गोरिथम संख्या सिद्धांत के कई परिणामों पर निर्भर करता है। चर्चा के लिए नीचे दिया गया परिशिष्ट देखें। + +## लाइट क्लाइंट मूल्यांकन {#light-client-evaluation} + +उपरोक्त ग्राफ निर्माण का उद्देश्य ग्राफ में प्रत्येक नोड को केवल थोड़ी संख्या में नोड्स के सबट्री की गणना करके पुनर्निर्माण करने की अनुमति देना और केवल थोड़ी मात्रा में सहायक मेमोरी आवश्यक होने की सुविधा देना है। ध्यान दें कि k = 1 के साथ, सबट्री केवल DAG में पहले तत्व तक जाने वाले मानों की एक श्रृंखला है। + +DAG के लिए लाइट क्लाइंट कंप्यूटिंग फ़ंक्शन निम्नानुसार काम करता है: + +```python +def quick_calc(params, seed, p): + w, P = params["w"], params["P"] + cache = {} + + def quick_calc_cached(p): + if p in cache: + pass + elif p == 0: + cache[p] = pow(sha3(seed), w, P) + else: + x = pow(sha3(seed), (p + 1) * w, P) + for _ in range(params["k"]): + x ^= quick_calc_cached(x % p) + cache[p] = pow(x, w, P) + return cache[p] + + return quick_calc_cached(p) +``` + +अनिवार्य रूप से, यह केवल उपरोक्त एल्गोरिथम का एक पुनर्लेखन है जो पूरे DAG के लिए मानों की गणना करने के लूप को हटा देता है और पहले के नोड लुकअप को रिकर्सिव कॉल या कैश लुकअप से बदल देता है। ध्यान दें कि `k=1` के लिए कैश अनावश्यक है, हालांकि एक और अनुकूलन वास्तव में DAG के पहले कुछ हजार मानों को पूर्व-गणना करता है और इसे गणना के लिए स्थिर कैश के रूप में रखता है; इस के कोड कार्यान्वयन के लिए परिशिष्ट देखें। + +## DAG का डबल बफर {#double-buffer} + +एक फ़ुल क्लाइंट में, उपरोक्त सूत्र द्वारा उत्पादित 2 DAG के [_डबल बफर_](https://wikipedia.org/wiki/Multiple_buffering) का उपयोग किया जाता है। विचार यह है कि DAG उपरोक्त पैराम्स के अनुसार ब्लॉक के हर `युग` संख्या में उत्पादित होते हैं। उत्पादित नवीनतम DAG का उपयोग करने वाले क्लाइंट के बजाय, यह पिछले एक का उपयोग करता है। इसका लाभ यह है कि यह DAG को समय के साथ एक चरण को शामिल करने की आवश्यकता के बिना बदलने की अनुमति देता है जहां माईनर को अचानक सभी डेटा की पुनर्गणना करनी होगी। अन्यथा, नियमित अंतराल पर चेन प्रोसेसिंग में अचानक अस्थायी रूप से गति में कमी और नाटकीय रूप से बढ़ते केंद्रीकरण की संभावना है। इस प्रकार सभी डेटा की पुनर्गणना करने से पहले उन कुछ मिनटों के भीतर 51% हमले का जोखिम होता है। + +ब्लॉक के लिए काम की गणना करने के लिए उपयोग किए जाने वाले DAG के सेट को उत्पन्न करने के लिए उपयोग किया जाने वाला एल्गोरिथम इस प्रकार है: + +```python +def get_prevhash(n): + from pyethereum.blocks import GENESIS_PREVHASH + from pyethereum import chain_manager + if n <= 0: + return hash_to_int(GENESIS_PREVHASH) + else: + prevhash = chain_manager.index.get_block_by_number(n - 1) + return decode_int(prevhash) + +def get_seedset(params, block): + seedset = {} + seedset["back_number"] = block.number - (block.number % params["epochtime"]) + seedset["back_hash"] = get_prevhash(seedset["back_number"]) + seedset["front_number"] = max(seedset["back_number"] - params["epochtime"], 0) + seedset["front_hash"] = get_prevhash(seedset["front_number"]) + return seedset + +def get_dagsize(params, block): + return params["n"] + (block.number // params["epochtime"]) * params["n_inc"] + +def get_daggerset(params, block): + dagsz = get_dagsize(params, block) + seedset = get_seedset(params, block) + if seedset["front_hash"] <= 0: + # No back buffer is possible, just make front buffer + return {"front": {"dag": produce_dag(params, seedset["front_hash"], dagsz), + "block_number": 0}} + else: + return {"front": {"dag": produce_dag(params, seedset["front_hash"], dagsz), + "block_number": seedset["front_number"]}, + "back": {"dag": produce_dag(params, seedset["back_hash"], dagsz), + "block_number": seedset["back_number"]}} +``` + +## हाशिमोटो {#hashimoto} + +मूल हाशिमोटो के पीछे का विचार ब्लॉकचेन को डेटासेट के रूप में उपयोग करना है, एक गणना करना जो ब्लॉकचेन से N इंडाइस का चयन करता है, उन इंडाइस पर लेनदेन को इकट्ठा करता है, इस डेटा पर XOR निष्पादित करता है, और परिणाम का हैश लौटाता है। थैडियस ड्रायजा का मूल एल्गोरिथम, स्थिरता के लिए Python में अनुवादित, इस प्रकार है: + +```python +def orig_hashimoto(prev_hash, merkle_root, list_of_transactions, nonce): + hash_output_A = sha256(prev_hash + merkle_root + nonce) + txid_mix = 0 + for i in range(64): + shifted_A = hash_output_A >> i + transaction = shifted_A % len(list_of_transactions) + txid_mix ^= list_of_transactions[transaction] << i + return txid_mix ^ (nonce << 192) +``` + +दुर्भाग्य से, जबकि हाशिमोटो को RAM हार्ड माना जाता है, यह 256-बिट अंकगणित पर निर्भर करता है, जिसमें काफी कम्प्यूटेशनल ओवरहेड है। हालाँकि, डैगर-हाशिमोटो इस समस्या को हल करने के लिए अपने डेटासेट को अनुक्रमित करते समय केवल कम से कम महत्वपूर्ण 64 बिट्स का उपयोग करता है। + +```python +def hashimoto(dag, dagsize, params, header, nonce): + m = dagsize / 2 + mix = sha3(encode_int(nonce) + header) + for _ in range(params["accesses"]): + mix ^= dag[m + (mix % 2**64) % m] + return dbl_sha3(mix) +``` + +डबल SHA3 का उपयोग शून्य-डेटा के एक रूप, निकट-तत्काल पूर्व-सत्यापन की अनुमति देता है, जिससे यह सत्यापित होता है कि एक सही मध्यवर्ती मान प्रदान किया गया था। प्रूफ-ऑफ-वर्क की यह बाहरी परत अत्यधिक ASIC-अनुकूल और काफी कमजोर है, लेकिन DDoS को और भी कठिन बनाने के लिए मौजूद है क्योंकि उस छोटी मात्रा में काम एक ब्लॉक का उत्पादन करने के लिए किया जाना चाहिए जिसे तुरंत अस्वीकार नहीं किया जाएगा। लाइट-क्लाइंट संस्करण निम्न है: + +```python +def quick_hashimoto(seed, dagsize, params, header, nonce): + m = dagsize // 2 + mix = sha3(nonce + header) + for _ in range(params["accesses"]): + mix ^= quick_calc(params, seed, m + (mix % 2**64) % m) + return dbl_sha3(mix) +``` + +## माईनिंग और सत्यापन {#mining-and-verifying} + +अब, हम इसे माईनिंग एल्गोरिथम में एक साथ रखते हैं: + +```python +def mine(daggerset, params, block): + from random import randint + nonce = randint(0, 2**64) + while 1: + result = hashimoto(daggerset, get_dagsize(params, block), + params, decode_int(block.prevhash), nonce) + if result * params["diff"] < 2**256: + break + nonce += 1 + if nonce >= 2**64: + nonce = 0 + return nonce +``` + +सत्यापन एल्गोरिथम निम्न है: + +```python +def verify(daggerset, params, block, nonce): + result = hashimoto(daggerset, get_dagsize(params, block), + params, decode_int(block.prevhash), nonce) + return result * params["diff"] < 2**256 +``` + +लाइट-क्लाइंट फ्रेंडली वेरिफिकेशन: + +```python +def light_verify(params, header, nonce): + seedset = get_seedset(params, block) + result = quick_hashimoto(seedset["front_hash"], get_dagsize(params, block), + params, decode_int(block.prevhash), nonce) + return result * params["diff"] < 2**256 +``` + +इसके अलावा, ध्यान दें कि डैगर-हाशिमोटो ब्लॉक हेडर पर अतिरिक्त आवश्यकताओं को लागू करता है: + +- काम करने के लिए दो-परत सत्यापन के लिए, एक ब्लॉक हेडर में नॉन्स और मध्य मान प्री-sha3 दोनों होना चाहिए +- कहीं न कहीं, एक ब्लॉक हेडर को वर्तमान सीडसेट के sha3 को स्टोर करना चाहिए + +## अग्रिम पठन {#further-reading} + +_एक सामुदायिक संसाधन के बारे में जानें, जिसने आपकी मदद की? इस पृष्ठ को संपादित करें और इसे जोड़ें!_ + +## परिशिष्ट {#appendix} + +जैसा कि ऊपर उल्लेख किया गया है, DAG पीढ़ी के लिए उपयोग किया जाने वाला RNG संख्या सिद्धांत के कुछ परिणामों पर निर्भर करता है। सबसे पहले, हम आश्वासन देते हैं कि लेहमर RNG जो `पिकर` वेरिएबल का आधार है, उसकी एक विस्तृत अवधि है। दूसरा, हम दिखाते हैं कि `pow(x,3,P)` `x` को `1` या `P-1` से मैप नहीं करेगा, बशर्ते `x ∈ [2,P-2]` शुरू करने के लिए हो। अंत में, हम दिखाते हैं कि हैशिंग फ़ंक्शन के रूप में प्रयुक्त किए जाने पर `pow(x,3,P)` की कॉलिज़न दर कम होती है। + +### लेहमर रैंडम नंबर जनरेटर {#lehmer-random-number} + +हालांकि `produce_dag` फ़ंक्शन को निष्पक्ष रैंडम संख्याओं का उत्पादन करने की आवश्यकता नहीं है, एक संभावित खतरा यह है कि `seed**i % P` केवल कुछ ही मानों को ग्रहण करता है। यह उन माईनर को एक लाभ प्रदान कर सकता है जो उन लोगों पर पैटर्न को पहचानते हैं जो नहीं करते हैं। + +इससे बचने के लिए, संख्या सिद्धांत से परिणाम की अपील की जाती है। एक [_सेफ़ प्राइम_](https://en.wikipedia.org/wiki/Safe_prime) को एक प्राइम `P` के रूप में परिभाषित किया गया है जैसे कि `(P-1)/2` भी प्राइम है। [गुणक समूह](https://en.wikipedia.org/wiki/Multiplicative_group_of_integers_modulo_n) के सदस्य `x` का _क्रम_ `Z/nZ` को न्यूनतम `m` के रूप में इस प्रकार निर्धारित किया गया है कि 
xᵐ mod P ≡ 1
+इन निर्धारणों को देखते हुए, हमारे पास है: + +> ऑब्जर्वेशन 1. माना कि एक सेफ प्राइम `P` के लिए `x` गुणक समूह `ℤ/Pℤ` का सदस्य है। यदि `x mod P ≠ 1 mod P` और `x mod P ≠ P-1 mod P` है, तो `x` का क्रम या तो `P-1` या `(P-1)/2` है। + +_प्रमाण_। चूँकि `P` एक सेफ प्राइम है, तो \[लैग्रेंज प्रमेय\] \[लैग्रेंज\] द्वारा सिद्ध होता है कि `x` का क्रम या तो `1`, `2`, `(P-1)/2`, या `P-1` है। + +`x` का क्रम `1` नहीं हो सकता है, क्योंकि फर्मेट के लिटिल प्रमेय द्वारा सिद्ध होता है: + +
xP-1 mod P ≡ 1
+ +अतः `x`, `Z/nZ` की गुणक पहचान होनी चाहिए, जो अद्वितीय है। चूँकि हमने मान लिया है कि `x ≠ 1` धारणा द्वारा, यह संभव नहीं है। + +`x` का क्रम `2` नहीं हो सकता जब तक कि `x = P-1` न हो, क्योंकि यह उल्लंघन करेगा कि `P` अभाज्य है। + +उपरोक्त प्रस्ताव से, हम पहचान सकते हैं कि पुनरावृत्त `(picker * init) % P` की चक्र लंबाई कम से कम `(P-1)/2` होगी। ऐसा इसलिए है क्योंकि हमने `P` को लगभग दो की उच्च शक्ति के बराबर एक सेफ़ प्राइम के रूप में चुना है, और `init` अंतराल `[2,2**256+1]` में है। `P` के परिमाण को देखते हुए, हमें मॉड्यूलर घातांक से चक्र की उम्मीद कभी नहीं करनी चाहिए। + +जब हम DAG (`init` लेबल वाला वेरिएबल) में पहला सेल असाइन कर रहे होते हैं, तो हम `pow(sha3(seed) + 2, 3, P)` की गणना करते हैं। पहली नज़र में, यह गारंटी नहीं देता है कि परिणाम न तो `1` है और न ही `P-1` है। हालांकि, चूंकि `P-1` एक सेफ़ प्राइम है, इसलिए हमारे पास निम्नलिखित अतिरिक्त आश्वासन हैं, जो अवलोकन 1 का एक परिणाम है: + +> ऑब्जर्वेशन 2. माना कि सेफ़ प्राइम `P` के लिए `x` गुणक समूह `ℤ/Pℤ` का सदस्य है, और मान लीजिए `w` एक प्राकृत संख्या है। यदि `x mod P ≠ 1 mod P` और `x mod P ≠ P-1 mod P`, साथ ही `w mod P ≠ P-1 mod P` और `w mod P ≠ 0 mod P` है, तो `xw mod P ≠ 1 mod P` और `xw mod P ≠ P-1 mod P` + +### एक हैश फ़ंक्शन के रूप में मॉड्यूलर घातांक {#modular-exponentiation} + +`P` और `w` के कुछ मानों के लिए, फ़ंक्शन `pow(x, w, P)` में कई टकराव हो सकते हैं। उदाहरण के लिए, `pow(x,9,19)` केवल `{1,18}` मान लेता है। + +चूंकि `P` प्राइम है, तो मॉड्यूलर घातांक हैशिंग फ़ंक्शन के लिए एक उपयुक्त `w` को निम्नलिखित परिणाम का उपयोग करके चुना जा सकता है: + +> ऑब्जर्वेशन 3. मान लीजिए `P` एक प्राइम है; `w` और `P-1` अपेक्षाकृत प्राइम हैं यदि और केवल यदि `a` और `b` `ℤ/Pℤ`में: +> +>
+> 'aw mod P ≡ bw mod P' if और only if 'a mod P ≡ b mod P' +>
+ +इस प्रकार, चूंकि `P` प्राइम है और `w` `P-1` के लिए अपेक्षाकृत प्राइम है, हमें ज्ञात होता है कि `|{pow(x, w, P) : x ∈ ℤ}| = P`, जिसका अर्थ है कि हैशिंग फ़ंक्शन में न्यूनतम टक्कर दर संभव है। + +विशेष मामले में कि `P` एक सेफ़ प्राइम है जैसा कि हमने चुना है, तो `P-1` में केवल कारक 1, 2, `(P-1)/2` `P-1`। चूँकि `P` > 7, हम जानते हैं कि `P-1` के लिए 3 अपेक्षाकृत प्राइम है, इसलिए `w = 3` उपरोक्त प्रस्ताव को संतुष्ट करता है। + +## अधिक कुशल कैश-आधारित मूल्यांकन एल्गोरिथम {#cache-based-evaluation} + +```python +def quick_calc(params, seed, p): + cache = produce_dag(params, seed, params["cache_size"]) + return quick_calc_cached(cache, params, p) + +def quick_calc_cached(cache, params, p): + P = params["P"] + if p < len(cache): + return cache[p] + else: + x = pow(cache[0], p + 1, P) + for _ in range(params["k"]): + x ^= quick_calc_cached(cache, params, x % p) + return pow(x, params["w"], P) + +def quick_hashimoto(seed, dagsize, params, header, nonce): + cache = produce_dag(params, seed, params["cache_size"]) + return quick_hashimoto_cached(cache, dagsize, params, header, nonce) + +def quick_hashimoto_cached(cache, dagsize, params, header, nonce): + m = dagsize // 2 + mask = 2**64 - 1 + mix = sha3(encode_int(nonce) + header) + for _ in range(params["accesses"]): + mix ^= quick_calc_cached(cache, params, m + (mix & mask) % m) + return dbl_sha3(mix) +``` diff --git a/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md b/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md new file mode 100644 index 00000000000..3c61c6ffa16 --- /dev/null +++ b/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md @@ -0,0 +1,1014 @@ +--- +title: एथाश +description: एथाश एल्गोरिथम पर एक विस्तृत नज़र। +lang: hi +--- + + + एथाश एथेरियम का प्रूफ-ऑफ-वर्क माइनिंग एल्गोरिथम था। प्रूफ-ऑफ-वर्क को अब पूरी तरह से बंद कर दिया गया है और एथेरियम अब इसके बजाय प्रूफ-ऑफ-स्टेक का उपयोग करके सुरक्षित है। द मर्ज, हिस्सेदारी के सबूत और स्टेकिंग पर अधिक। यह पृष्ठ ऐतिहासिक रुचि के लिए है! + + +[एथाश](https://github.com/ethereum/wiki/wiki/Ethash) [डैगर-हाशिमोटो](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto) एल्गोरिथम का एक संशोधित संस्करण है। एथाश प्रूफ-ऑफ-वर्क [मेमोरी हार्ड](https://wikipedia.org/wiki/Memory-hard_function) है, जिससे एल्गोरिथम ASIC प्रतिरोधी बनाने की अपेक्षा की गई थी। एथाश ASIC को अंततः विकसित किया गया था लेकिन GPU माईनिंग तब तक एक व्यवहार्य विकल्प था जब तक कि प्रूफ-ऑफ-वर्क बंद नहीं किया गया था। एथाश का उपयोग अभी भी अन्य गैर-एथेरियम प्रूफ-ऑफ-वर्क नेटवर्क पर अन्य सिक्कों को माइन करने के लिए किया जाता है। + +## एथाश कैसे काम करता है? {#how-does-ethash-work} + +मेमोरी कठोरता प्रूफ-ऑफ-वर्क एल्गोरिथम के साथ प्राप्त की जाती है जिसके लिए नॉन्स और ब्लॉक हेडर पर निर्भर एक निश्चित संसाधन के सबसेट को चुनने की आवश्यकता होती है। इस संसाधन (आकार में कुछ गीगाबाइट) को DAG कहा जाता है। DAG को हर 30000 ब्लॉक में बदल दिया जाता है, एक ~ 125 घंटे की विंडो जिसे एक युग (लगभग 5.2 दिन) कहा जाता है और उत्पन्न होने में कुछ समय लगता है। चूंकि DAG केवल ब्लॉक की ऊंचाई पर निर्भर करता है, इसे पूर्व-उत्पन्न किया जा सकता है, लेकिन यदि ऐसा नहीं है तो क्लाइंट को ब्लॉक बनाने के लिए इस प्रक्रिया के अंत तक इंतजार करना होगा। यदि क्लाइंट समय से पहले DAG को प्री-जेनरेट और कैश नहीं करते हैं, तो नेटवर्क प्रत्येक युग संक्रमण पर बड़े पैमाने पर ब्लॉक देरी का अनुभव कर सकता है। ध्यान दें कि काम के सबूत को सत्यापित करने के लिए DAG को उत्पन्न करने की आवश्यकता नहीं है, अनिवार्य रूप से कम CPU और छोटी मेमोरी दोनों के साथ सत्यापन की अनुमति देता है। + +एल्गोरिथम जो सामान्य मार्ग लेता है वह इस प्रकार है: + +1. एक **सीड** मौजूद है जिसे उस बिंदु तक ब्लॉक हेडर के माध्यम से स्कैन करके प्रत्येक ब्लॉक के लिए गणना की जा सकती है। +2. सीड से, कोई **16 MB स्यूडोरैंडम कैश** की गणना कर सकता है। लाइट क्लाइंट कैश स्टोर करते हैं। +3. कैश से, हम एक **1 GB डेटासेट** उत्पन्न कर सकते हैं, इस विशेषता के साथ कि डेटासेट में प्रत्येक आइटम कैश से केवल कुछ ही वस्तुओं पर निर्भर करता है। पूर्ण क्लाइंट और माईनर डेटासेट को संग्रहीत करते हैं। डेटासेट समय के साथ रैखिक रूप से बढ़ता है। +4. माईनिंग में डेटासेट के रैंडम स्लाइस को पकड़ना और उन्हें एक साथ हैश करना शामिल है। डेटासेट के विशिष्ट भागों को पुन: उत्पन्न करने के लिए कैश का उपयोग करके कम मेमोरी के साथ सत्यापन किया जा सकता है, इसलिए आपको केवल कैश को स्टोर करने की आवश्यकता है। + +बड़े डेटासेट को हर 30000 ब्लॉक में एक बार अपडेट किया जाता है, इसलिए एक माईनर के प्रयास का अधिकांश हिस्सा डेटासेट को पढ़ना होगा, इसमें बदलाव नहीं करना होगा। + +## परिभाषाएँ {#definitions} + +हम निम्नलिखित परिभाषाओं को नियोजित करते हैं: + +``` +WORD_BYTES = 4 # bytes in word +DATASET_BYTES_INIT = 2**30 # bytes in dataset at genesis +DATASET_BYTES_GROWTH = 2**23 # dataset growth per epoch +CACHE_BYTES_INIT = 2**24 # bytes in cache at genesis +CACHE_BYTES_GROWTH = 2**17 # cache growth per epoch +CACHE_MULTIPLIER=1024 # Size of the DAG relative to the cache +EPOCH_LENGTH = 30000 # blocks per epoch +MIX_BYTES = 128 # width of mix +HASH_BYTES = 64 # hash length in bytes +DATASET_PARENTS = 256 # number of parents of each dataset element +CACHE_ROUNDS = 3 # number of rounds in cache production +ACCESSES = 64 # number of accesses in hashimoto loop +``` + +### 'SHA3' का उपयोग {#sha3} + +एथेरियम का विकास SHA3 मानक के विकास के साथ हुआ, और मानक प्रक्रिया ने अंतिम हैश एल्गोरिथम के पैडिंग में देर से बदलाव किया, ताकि एथेरियम sha3_256 और "sha3_512" हैश मानक sha3 हैश नहीं हैं, लेकिन एक प्रकार जिसे अक्सर संदर्भित किया जाता है अन्य संदर्भों में "Keccak-256" और "Keccak-512" के रूप में। चर्चा देखें, उदाहरण के लिए [यहां](https://eips.ethereum.org/EIPS/eip-1803), [यहां](http://ethereum.stackexchange.com/questions/550/which-cryptographic-hash-function-does-ethereum-use), या [यहां](http://bitcoin.stackexchange.com/questions/42055/what-is-the-approach-to-calculate-an-ethereum-address-from-a-256-bit-private-key/42057#42057)। + +कृपया इसे ध्यान में रखें क्योंकि नीचे दिए गए एल्गोरिथ्म के विवरण में "sha3" हैश को संदर्भित किया गया है। + +## पैरामीटर {#parameters} + +एथाश के कैश और डेटासेट के पैरामीटर ब्लॉक नंबर पर निर्भर करते हैं। कैश आकार और डेटासेट आकार दोनों रैखिक रूप से बढ़ते हैं; हालांकि, हम हमेशा चक्रीय व्यवहार के लिए आकस्मिक नियमितताओं के जोखिम को कम करने के लिए रैखिक रूप से बढ़ती सीमा से नीचे उच्चतम प्राइम लेते हैं। + +```python +def get_cache_size(block_number): + sz = CACHE_BYTES_INIT + CACHE_BYTES_GROWTH * (block_number // EPOCH_LENGTH) + sz -= HASH_BYTES + while not isprime(sz / HASH_BYTES): + sz -= 2 * HASH_BYTES + return sz + +def get_full_size(block_number): + sz = DATASET_BYTES_INIT + DATASET_BYTES_GROWTH * (block_number // EPOCH_LENGTH) + sz -= MIX_BYTES + while not isprime(sz / MIX_BYTES): + sz -= 2 * MIX_BYTES + return sz +``` + +डेटासेट और कैश आकार मूल्यों की तालिकाएं परिशिष्ट में प्रदान की गई हैं। + +## कैश जनरेशन {#cache-generation} + +अब, हम कैश बनाने के लिए फ़ंक्शन निर्दिष्ट करते हैं: + +```python +def mkcache(cache_size, seed): + n = cache_size // HASH_BYTES + + # Sequentially produce the initial dataset + o = [sha3_512(seed)] + for i in range(1, n): + o.append(sha3_512(o[-1])) + + # Use a low-round version of randmemohash + for _ in range(CACHE_ROUNDS): + for i in range(n): + v = o[i][0] % n + o[i] = sha3_512(map(xor, o[(i-1+n) % n], o[v])) + + return o +``` + +कैश उत्पादन प्रक्रिया में पहले क्रमिक रूप से 32 MB मेमोरी भरना शामिल है, फिर सर्जियो डेमियन लर्नर के _RandMemoHash_ एल्गोरिथम के दो पास [_स्ट्रिक्ट मेमोरी हार्ड हैशिंग फ़ंक्शंस_ (2014) से करते](http://www.hashcash.org/papers/memohash.pdf) हैं। आउटपुट 524288 64-बाइट मानों का एक सेट है। + +## डेटा एकत्रीकरण फ़ंक्शन {#date-aggregation-function} + +हम XOR के लिए एक गैर-सहयोगी विकल्प के रूप में कुछ मामलों में [FNV हैश](https://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function) से प्रेरित एल्गोरिथम का उपयोग करते हैं। ध्यान दें कि हम FNV-1 स्पेक के विपरीत पूर्ण 32-बिट इनपुट के साथ प्राइम को गुणा करते हैं, जो बदले में प्राइम को एक बाइट (ऑक्टेट) से गुणा करता है। + +```python +FNV_PRIME = 0x01000193 + +def fnv(v1, v2): + return ((v1 * FNV_PRIME) ^ v2) % 2**32 +``` + +कृपया ध्यान दें, यहां तक कि पीला पेपर fnv को v1*(FNV_PRIME ^ v2) के रूप में निर्दिष्ट करता है, सभी वर्तमान कार्यान्वयन लगातार उपरोक्त निर्धारण का उपयोग करते हैं। + +## पूर्ण डेटासेट गणना {#full-dataset-calculation} + +पूर्ण 1 GB डेटासेट में प्रत्येक 64-बाइट आइटम की गणना निम्नानुसार की जाती है: + +```python +def calc_dataset_item(cache, i): + n = len(cache) + r = HASH_BYTES // WORD_BYTES + # initialize the mix + mix = copy.copy(cache[i % n]) + mix[0] ^= i + mix = sha3_512(mix) + # fnv it with a lot of random cache nodes based on i + for j in range(DATASET_PARENTS): + cache_index = fnv(i ^ j, mix[j % r]) + mix = map(fnv, mix, cache[cache_index % n]) + return sha3_512(mix) +``` + +अनिवार्य रूप से, हम 256 स्यूडोरैंडम रूप से चयनित कैश नोड्स से डेटा को जोड़ते हैं, और डेटासेट नोड की गणना करने के लिए हैश करते हैं। तब संपूर्ण डेटासेट इसके द्वारा उत्पन्न होता है: + +```python +def calc_dataset(full_size, cache): + return [calc_dataset_item(cache, i) for i in range(full_size // HASH_BYTES)] +``` + +## मेन लूप {#main-loop} + +अब, हम मुख्य "हाशिमोटो" जैसे लूप को निर्दिष्ट करते हैं, जहां हम किसी विशेष हेडर और नॉन्स के लिए अपना अंतिम मूल्य उत्पन्न करने के लिए पूर्ण डेटासेट से डेटा एकत्र करते हैं। नीचे दिए गए कोड में, `header` एक _ट्रन्केटेड_ ब्लॉक हेडर के RLP प्रतिनिधित्व के SHA3-256 _हैश_ का प्रतिनिधित्व करता है, जो कि फ़ील्ड **mixHash** और **नॉन्स** के अतिरिक्त किसी अन्‍य हेडर का है। `nonce` बड़े-एंडियन क्रम में 64 बिट अहस्ताक्षरित पूर्णांक के आठ बाइट्स हैं। तो `nonce[::-1]` उस मान का आठ-बाइट लिटिल-एंडियन प्रतिनिधित्व है: + +```python +def hashimoto(header, nonce, full_size, dataset_lookup): + n = full_size / HASH_BYTES + w = MIX_BYTES // WORD_BYTES + mixhashes = MIX_BYTES / HASH_BYTES + # combine header+nonce into a 64 byte seed + s = sha3_512(header + nonce[::-1]) + # start the mix with replicated s + mix = [] + for _ in range(MIX_BYTES / HASH_BYTES): + mix.extend(s) + # mix in random dataset nodes + for i in range(ACCESSES): + p = fnv(i ^ s[0], mix[i % w]) % (n // mixhashes) * mixhashes + newdata = [] + for j in range(MIX_BYTES / HASH_BYTES): + newdata.extend(dataset_lookup(p + j)) + mix = map(fnv, mix, newdata) + # compress mix + cmix = [] + for i in range(0, len(mix), 4): + cmix.append(fnv(fnv(fnv(mix[i], mix[i+1]), mix[i+2]), mix[i+3])) + return { + "mix digest": serialize_hash(cmix), + "result": serialize_hash(sha3_256(s+cmix)) + } + +def hashimoto_light(full_size, cache, header, nonce): + return hashimoto(header, nonce, full_size, lambda x: calc_dataset_item(cache, x)) + +def hashimoto_full(full_size, dataset, header, nonce): + return hashimoto(header, nonce, full_size, lambda x: dataset[x]) +``` + +अनिवार्य रूप से, हम एक "मिक्स" 128 बाइट्स चौड़ा बनाए रखते हैं, और बार-बार क्रमिक रूप से पूर्ण डेटासेट से 128 बाइट्स प्राप्त करते हैं और इसे युग्मन के साथ संयोजित करने के लिए `fnv` फ़ंक्शन का उपयोग करते हैं। अनुक्रमिक पहुंच के 128 बाइट्स का उपयोग किया जाता है ताकि एल्गोरिथम का प्रत्येक दौर हमेशा RAM से एक पूर्ण पृष्ठ प्राप्त करे, अनुवाद लुकसाइड बफर मिस को कम करता है जिसे ASIC प्राथमिक रूप से अनदेखा कर पाएगा। + +यदि इस एल्गोरिथम का आउटपुट वांछित लक्ष्य से नीचे है, तो नॉन्स मान्य है। ध्यान दें कि अंत में `sha3_256` का अतिरिक्त एप्लिकेशन यह सुनिश्चित करता है कि एक मध्यवर्ती नॉन्स मौजूद है जिसे यह साबित करने के लिए प्रदान किया जा सकता है कि कम से कम थोड़ी मात्रा में काम किया गया था; इस त्वरित बाहरी PoW सत्यापन का उपयोग DDoS विरोधी उद्देश्यों के लिए किया जा सकता है। यह सांख्यिकीय आश्वासन प्रदान करने का भी कार्य करता है कि परिणाम एक निष्पक्ष, 256-बिट संख्या है। + +## माइनिंग {#mining} + +माईनिंग एल्गोरिथम को निम्नानुसार परिभाषित किया गया है: + +```python +def mine(full_size, dataset, header, difficulty): + # zero-pad target to compare with hash on the same digit + target = zpad(encode_int(2**256 // difficulty), 64)[::-1] + from random import randint + nonce = randint(0, 2**64) + while hashimoto_full(full_size, dataset, header, nonce) > target: + nonce = (nonce + 1) % 2**64 + return nonce +``` + +## सीड हैश को निर्धारित करना {#seed-hash} + +सीड हैश की गणना करने के लिए जिसका उपयोग किसी दिए गए ब्लॉक के शीर्ष पर माईनिंग के लिए किया जाएगा, हम निम्नलिखित एल्गोरिथम का उपयोग करते हैं: + +```python + def get_seedhash(block): + s = '\x00' * 32 + for i in range(block.number // EPOCH_LENGTH): + s = serialize_hash(sha3_256(s)) + return s +``` + +ध्यान दें कि सुगम माईनिंग और सत्यापन के लिए, हम एक अलग थ्रेड में भविष्य के सीडहैश और डेटासेट की पूर्व-गणना करने की सलाह देते हैं। + +## अग्रिम पठन {#further-reading} + +_एक सामुदायिक संसाधन के बारे में जानें, जिसने आपकी मदद की? इस पृष्ठ को संपादित करें और इसे जोड़ें!_ + +## परिशिष्ट {#appendix} + +यदि आप उपरोक्त python स्पेक को कोड के रूप में चलाने में रुचि रखते हैं तो निम्न कोड को आगे बढ़ाया जाना चाहिए। + +```python +import sha3, copy + +# Assumes little endian bit ordering (same as Intel architectures) +def decode_int(s): + return int(s[::-1].encode('hex'), 16) if s else 0 + +def encode_int(s): + a = "%x" % s + return '' if s == 0 else ('0' * (len(a) % 2) + a).decode('hex')[::-1] + +def zpad(s, length): + return s + '\x00' * max(0, length - len(s)) + +def serialize_hash(h): + return ''.join([zpad(encode_int(x), 4) for x in h]) + +def deserialize_hash(h): + return [decode_int(h[i:i+WORD_BYTES]) for i in range(0, len(h), WORD_BYTES)] + +def hash_words(h, sz, x): + if isinstance(x, list): + x = serialize_hash(x) + y = h(x) + return deserialize_hash(y) + +def serialize_cache(ds): + return ''.join([serialize_hash(h) for h in ds]) + +serialize_dataset = serialize_cache + +# sha3 hash function, outputs 64 bytes +def sha3_512(x): + return hash_words(lambda v: sha3.sha3_512(v).digest(), 64, x) + +def sha3_256(x): + return hash_words(lambda v: sha3.sha3_256(v).digest(), 32, x) + +def xor(a, b): + return a ^ b + +def isprime(x): + for i in range(2, int(x**0.5)): + if x % i == 0: + return False + return True +``` + +### डेटा आकार {#data-sizes} + +निम्न लुकअप तालिकाएँ डेटा आकारों और कैश आकारों के लगभग 2048 सारणीबद्ध युगों को प्रदान करती हैं। + +```python +def get_datasize(block_number): + return data_sizes[block_number // EPOCH_LENGTH] + +def get_cachesize(block_number): + return cache_sizes[block_number // EPOCH_LENGTH] + +data_sizes = [ +1073739904, 1082130304, 1090514816, 1098906752, 1107293056, +1115684224, 1124070016, 1132461952, 1140849536, 1149232768, +1157627776, 1166013824, 1174404736, 1182786944, 1191180416, +1199568512, 1207958912, 1216345216, 1224732032, 1233124736, +1241513344, 1249902464, 1258290304, 1266673792, 1275067264, +1283453312, 1291844992, 1300234112, 1308619904, 1317010048, +1325397376, 1333787776, 1342176128, 1350561664, 1358954368, +1367339392, 1375731584, 1384118144, 1392507008, 1400897408, +1409284736, 1417673344, 1426062464, 1434451072, 1442839168, +1451229056, 1459615616, 1468006016, 1476394112, 1484782976, +1493171584, 1501559168, 1509948032, 1518337664, 1526726528, +1535114624, 1543503488, 1551892096, 1560278656, 1568669056, +1577056384, 1585446272, 1593831296, 1602219392, 1610610304, +1619000192, 1627386752, 1635773824, 1644164224, 1652555648, +1660943488, 1669332608, 1677721216, 1686109312, 1694497664, +1702886272, 1711274624, 1719661184, 1728047744, 1736434816, +1744829056, 1753218944, 1761606272, 1769995904, 1778382464, +1786772864, 1795157888, 1803550592, 1811937664, 1820327552, +1828711552, 1837102976, 1845488768, 1853879936, 1862269312, +1870656896, 1879048064, 1887431552, 1895825024, 1904212096, +1912601216, 1920988544, 1929379456, 1937765504, 1946156672, +1954543232, 1962932096, 1971321728, 1979707264, 1988093056, +1996487552, 2004874624, 2013262208, 2021653888, 2030039936, +2038430848, 2046819968, 2055208576, 2063596672, 2071981952, +2080373632, 2088762752, 2097149056, 2105539712, 2113928576, +2122315136, 2130700672, 2139092608, 2147483264, 2155872128, +2164257664, 2172642176, 2181035392, 2189426048, 2197814912, +2206203008, 2214587264, 2222979712, 2231367808, 2239758208, +2248145024, 2256527744, 2264922752, 2273312128, 2281701248, +2290086272, 2298476672, 2306867072, 2315251072, 2323639168, +2332032128, 2340420224, 2348808064, 2357196416, 2365580416, +2373966976, 2382363008, 2390748544, 2399139968, 2407530368, +2415918976, 2424307328, 2432695424, 2441084288, 2449472384, +2457861248, 2466247808, 2474637184, 2483026816, 2491414144, +2499803776, 2508191872, 2516582272, 2524970368, 2533359232, +2541743488, 2550134144, 2558525056, 2566913408, 2575301504, +2583686528, 2592073856, 2600467328, 2608856192, 2617240448, +2625631616, 2634022016, 2642407552, 2650796416, 2659188352, +2667574912, 2675965312, 2684352896, 2692738688, 2701130624, +2709518464, 2717907328, 2726293376, 2734685056, 2743073152, +2751462016, 2759851648, 2768232832, 2776625536, 2785017728, +2793401984, 2801794432, 2810182016, 2818571648, 2826959488, +2835349376, 2843734144, 2852121472, 2860514432, 2868900992, +2877286784, 2885676928, 2894069632, 2902451584, 2910843008, +2919234688, 2927622784, 2936011648, 2944400768, 2952789376, +2961177728, 2969565568, 2977951616, 2986338944, 2994731392, +3003120256, 3011508352, 3019895936, 3028287104, 3036675968, +3045063808, 3053452928, 3061837696, 3070228352, 3078615424, +3087003776, 3095394944, 3103782272, 3112173184, 3120562048, +3128944768, 3137339264, 3145725056, 3154109312, 3162505088, +3170893184, 3179280256, 3187669376, 3196056704, 3204445568, +3212836736, 3221224064, 3229612928, 3238002304, 3246391168, +3254778496, 3263165824, 3271556224, 3279944576, 3288332416, +3296719232, 3305110912, 3313500032, 3321887104, 3330273152, +3338658944, 3347053184, 3355440512, 3363827072, 3372220288, +3380608384, 3388997504, 3397384576, 3405774208, 3414163072, +3422551936, 3430937984, 3439328384, 3447714176, 3456104576, +3464493952, 3472883584, 3481268864, 3489655168, 3498048896, +3506434432, 3514826368, 3523213952, 3531603584, 3539987072, +3548380288, 3556763264, 3565157248, 3573545344, 3581934464, +3590324096, 3598712704, 3607098752, 3615488384, 3623877248, +3632265856, 3640646528, 3649043584, 3657430144, 3665821568, +3674207872, 3682597504, 3690984832, 3699367808, 3707764352, +3716152448, 3724541056, 3732925568, 3741318016, 3749706368, +3758091136, 3766481536, 3774872704, 3783260032, 3791650432, +3800036224, 3808427648, 3816815488, 3825204608, 3833592704, +3841981568, 3850370432, 3858755968, 3867147904, 3875536256, +3883920512, 3892313728, 3900702592, 3909087872, 3917478784, +3925868416, 3934256512, 3942645376, 3951032192, 3959422336, +3967809152, 3976200064, 3984588416, 3992974976, 4001363584, +4009751168, 4018141312, 4026530432, 4034911616, 4043308928, +4051695488, 4060084352, 4068472448, 4076862848, 4085249408, +4093640576, 4102028416, 4110413696, 4118805632, 4127194496, +4135583104, 4143971968, 4152360832, 4160746112, 4169135744, +4177525888, 4185912704, 4194303616, 4202691968, 4211076736, +4219463552, 4227855488, 4236246656, 4244633728, 4253022848, +4261412224, 4269799808, 4278184832, 4286578048, 4294962304, +4303349632, 4311743104, 4320130432, 4328521088, 4336909184, +4345295488, 4353687424, 4362073472, 4370458496, 4378852736, +4387238528, 4395630208, 4404019072, 4412407424, 4420790656, +4429182848, 4437571456, 4445962112, 4454344064, 4462738048, +4471119232, 4479516544, 4487904128, 4496289664, 4504682368, +4513068416, 4521459584, 4529846144, 4538232704, 4546619776, +4555010176, 4563402112, 4571790208, 4580174464, 4588567936, +4596957056, 4605344896, 4613734016, 4622119808, 4630511488, +4638898816, 4647287936, 4655675264, 4664065664, 4672451968, +4680842624, 4689231488, 4697620352, 4706007424, 4714397056, +4722786176, 4731173248, 4739562368, 4747951744, 4756340608, +4764727936, 4773114496, 4781504384, 4789894784, 4798283648, +4806667648, 4815059584, 4823449472, 4831835776, 4840226176, +4848612224, 4857003392, 4865391488, 4873780096, 4882169728, +4890557312, 4898946944, 4907333248, 4915722368, 4924110976, +4932499328, 4940889728, 4949276032, 4957666432, 4966054784, +4974438016, 4982831488, 4991221376, 4999607168, 5007998848, +5016386432, 5024763776, 5033164672, 5041544576, 5049941888, +5058329728, 5066717056, 5075107456, 5083494272, 5091883904, +5100273536, 5108662144, 5117048192, 5125436032, 5133827456, +5142215296, 5150605184, 5158993024, 5167382144, 5175769472, +5184157568, 5192543872, 5200936064, 5209324928, 5217711232, +5226102656, 5234490496, 5242877312, 5251263872, 5259654016, +5268040832, 5276434304, 5284819328, 5293209728, 5301598592, +5309986688, 5318374784, 5326764416, 5335151488, 5343542144, +5351929472, 5360319872, 5368706944, 5377096576, 5385484928, +5393871232, 5402263424, 5410650496, 5419040384, 5427426944, +5435816576, 5444205952, 5452594816, 5460981376, 5469367936, +5477760896, 5486148736, 5494536832, 5502925952, 5511315328, +5519703424, 5528089984, 5536481152, 5544869504, 5553256064, +5561645696, 5570032768, 5578423936, 5586811264, 5595193216, +5603585408, 5611972736, 5620366208, 5628750464, 5637143936, +5645528192, 5653921408, 5662310272, 5670694784, 5679082624, +5687474048, 5695864448, 5704251008, 5712641408, 5721030272, +5729416832, 5737806208, 5746194304, 5754583936, 5762969984, +5771358592, 5779748224, 5788137856, 5796527488, 5804911232, +5813300608, 5821692544, 5830082176, 5838468992, 5846855552, +5855247488, 5863636096, 5872024448, 5880411008, 5888799872, +5897186432, 5905576832, 5913966976, 5922352768, 5930744704, +5939132288, 5947522432, 5955911296, 5964299392, 5972688256, +5981074304, 5989465472, 5997851008, 6006241408, 6014627968, +6023015552, 6031408256, 6039796096, 6048185216, 6056574848, +6064963456, 6073351808, 6081736064, 6090128768, 6098517632, +6106906496, 6115289216, 6123680896, 6132070016, 6140459648, +6148849024, 6157237376, 6165624704, 6174009728, 6182403712, +6190792064, 6199176064, 6207569792, 6215952256, 6224345216, +6232732544, 6241124224, 6249510272, 6257899136, 6266287744, +6274676864, 6283065728, 6291454336, 6299843456, 6308232064, +6316620928, 6325006208, 6333395584, 6341784704, 6350174848, +6358562176, 6366951296, 6375337856, 6383729536, 6392119168, +6400504192, 6408895616, 6417283456, 6425673344, 6434059136, +6442444672, 6450837376, 6459223424, 6467613056, 6476004224, +6484393088, 6492781952, 6501170048, 6509555072, 6517947008, +6526336384, 6534725504, 6543112832, 6551500672, 6559888768, +6568278656, 6576662912, 6585055616, 6593443456, 6601834112, +6610219648, 6618610304, 6626999168, 6635385472, 6643777408, +6652164224, 6660552832, 6668941952, 6677330048, 6685719424, +6694107776, 6702493568, 6710882176, 6719274112, 6727662976, +6736052096, 6744437632, 6752825984, 6761213824, 6769604224, +6777993856, 6786383488, 6794770816, 6803158144, 6811549312, +6819937664, 6828326528, 6836706176, 6845101696, 6853491328, +6861880448, 6870269312, 6878655104, 6887046272, 6895433344, +6903822208, 6912212864, 6920596864, 6928988288, 6937377152, +6945764992, 6954149248, 6962544256, 6970928768, 6979317376, +6987709312, 6996093824, 7004487296, 7012875392, 7021258624, +7029652352, 7038038912, 7046427776, 7054818944, 7063207808, +7071595136, 7079980928, 7088372608, 7096759424, 7105149824, +7113536896, 7121928064, 7130315392, 7138699648, 7147092352, +7155479168, 7163865728, 7172249984, 7180648064, 7189036672, +7197424768, 7205810816, 7214196608, 7222589824, 7230975104, +7239367552, 7247755904, 7256145536, 7264533376, 7272921472, +7281308032, 7289694848, 7298088832, 7306471808, 7314864512, +7323253888, 7331643008, 7340029568, 7348419712, 7356808832, +7365196672, 7373585792, 7381973888, 7390362752, 7398750592, +7407138944, 7415528576, 7423915648, 7432302208, 7440690304, +7449080192, 7457472128, 7465860992, 7474249088, 7482635648, +7491023744, 7499412608, 7507803008, 7516192384, 7524579968, +7532967296, 7541358464, 7549745792, 7558134656, 7566524032, +7574912896, 7583300992, 7591690112, 7600075136, 7608466816, +7616854912, 7625244544, 7633629824, 7642020992, 7650410368, +7658794112, 7667187328, 7675574912, 7683961984, 7692349568, +7700739712, 7709130368, 7717519232, 7725905536, 7734295424, +7742683264, 7751069056, 7759457408, 7767849088, 7776238208, +7784626816, 7793014912, 7801405312, 7809792128, 7818179968, +7826571136, 7834957184, 7843347328, 7851732352, 7860124544, +7868512384, 7876902016, 7885287808, 7893679744, 7902067072, +7910455936, 7918844288, 7927230848, 7935622784, 7944009344, +7952400256, 7960786048, 7969176704, 7977565312, 7985953408, +7994339968, 8002730368, 8011119488, 8019508096, 8027896192, +8036285056, 8044674688, 8053062272, 8061448832, 8069838464, +8078227328, 8086616704, 8095006592, 8103393664, 8111783552, +8120171392, 8128560256, 8136949376, 8145336704, 8153726848, +8162114944, 8170503296, 8178891904, 8187280768, 8195669632, +8204058496, 8212444544, 8220834176, 8229222272, 8237612672, +8246000768, 8254389376, 8262775168, 8271167104, 8279553664, +8287944064, 8296333184, 8304715136, 8313108352, 8321497984, +8329885568, 8338274432, 8346663296, 8355052928, 8363441536, +8371828352, 8380217984, 8388606592, 8396996224, 8405384576, +8413772672, 8422161536, 8430549376, 8438939008, 8447326592, +8455715456, 8464104832, 8472492928, 8480882048, 8489270656, +8497659776, 8506045312, 8514434944, 8522823808, 8531208832, +8539602304, 8547990656, 8556378752, 8564768384, 8573154176, +8581542784, 8589933952, 8598322816, 8606705024, 8615099264, +8623487872, 8631876992, 8640264064, 8648653952, 8657040256, +8665430656, 8673820544, 8682209152, 8690592128, 8698977152, +8707374464, 8715763328, 8724151424, 8732540032, 8740928384, +8749315712, 8757704576, 8766089344, 8774480768, 8782871936, +8791260032, 8799645824, 8808034432, 8816426368, 8824812928, +8833199488, 8841591424, 8849976448, 8858366336, 8866757248, +8875147136, 8883532928, 8891923328, 8900306816, 8908700288, +8917088384, 8925478784, 8933867392, 8942250368, 8950644608, +8959032704, 8967420544, 8975809664, 8984197504, 8992584064, +9000976256, 9009362048, 9017752448, 9026141312, 9034530688, +9042917504, 9051307904, 9059694208, 9068084864, 9076471424, +9084861824, 9093250688, 9101638528, 9110027648, 9118416512, +9126803584, 9135188096, 9143581312, 9151969664, 9160356224, +9168747136, 9177134464, 9185525632, 9193910144, 9202302848, +9210690688, 9219079552, 9227465344, 9235854464, 9244244864, +9252633472, 9261021824, 9269411456, 9277799296, 9286188928, +9294574208, 9302965888, 9311351936, 9319740032, 9328131968, +9336516736, 9344907392, 9353296768, 9361685888, 9370074752, +9378463616, 9386849408, 9395239808, 9403629184, 9412016512, +9420405376, 9428795008, 9437181568, 9445570688, 9453960832, +9462346624, 9470738048, 9479121536, 9487515008, 9495903616, +9504289664, 9512678528, 9521067904, 9529456256, 9537843584, +9546233728, 9554621312, 9563011456, 9571398784, 9579788672, +9588178304, 9596567168, 9604954496, 9613343104, 9621732992, +9630121856, 9638508416, 9646898816, 9655283584, 9663675776, +9672061312, 9680449664, 9688840064, 9697230464, 9705617536, +9714003584, 9722393984, 9730772608, 9739172224, 9747561088, +9755945344, 9764338816, 9772726144, 9781116544, 9789503872, +9797892992, 9806282624, 9814670464, 9823056512, 9831439232, +9839833984, 9848224384, 9856613504, 9865000576, 9873391232, +9881772416, 9890162816, 9898556288, 9906940544, 9915333248, +9923721088, 9932108672, 9940496512, 9948888448, 9957276544, +9965666176, 9974048384, 9982441088, 9990830464, 9999219584, +10007602816, 10015996544, 10024385152, 10032774016, 10041163648, +10049548928, 10057940096, 10066329472, 10074717824, 10083105152, +10091495296, 10099878784, 10108272256, 10116660608, 10125049216, +10133437312, 10141825664, 10150213504, 10158601088, 10166991232, +10175378816, 10183766144, 10192157312, 10200545408, 10208935552, +10217322112, 10225712768, 10234099328, 10242489472, 10250876032, +10259264896, 10267656064, 10276042624, 10284429184, 10292820352, +10301209472, 10309598848, 10317987712, 10326375296, 10334763392, +10343153536, 10351541632, 10359930752, 10368318592, 10376707456, +10385096576, 10393484672, 10401867136, 10410262144, 10418647424, +10427039104, 10435425664, 10443810176, 10452203648, 10460589952, +10468982144, 10477369472, 10485759104, 10494147712, 10502533504, +10510923392, 10519313536, 10527702656, 10536091264, 10544478592, +10552867712, 10561255808, 10569642368, 10578032768, 10586423168, +10594805632, 10603200128, 10611588992, 10619976064, 10628361344, +10636754048, 10645143424, 10653531776, 10661920384, 10670307968, +10678696832, 10687086464, 10695475072, 10703863168, 10712246144, +10720639616, 10729026688, 10737414784, 10745806208, 10754190976, +10762581376, 10770971264, 10779356288, 10787747456, 10796135552, +10804525184, 10812915584, 10821301888, 10829692288, 10838078336, +10846469248, 10854858368, 10863247232, 10871631488, 10880023424, +10888412032, 10896799616, 10905188992, 10913574016, 10921964672, +10930352768, 10938742912, 10947132544, 10955518592, 10963909504, +10972298368, 10980687488, 10989074816, 10997462912, 11005851776, +11014241152, 11022627712, 11031017344, 11039403904, 11047793024, +11056184704, 11064570752, 11072960896, 11081343872, 11089737856, +11098128256, 11106514816, 11114904448, 11123293568, 11131680128, +11140065152, 11148458368, 11156845696, 11165236864, 11173624192, +11182013824, 11190402688, 11198790784, 11207179136, 11215568768, +11223957376, 11232345728, 11240734592, 11249122688, 11257511296, +11265899648, 11274285952, 11282675584, 11291065472, 11299452544, +11307842432, 11316231296, 11324616832, 11333009024, 11341395584, +11349782656, 11358172288, 11366560384, 11374950016, 11383339648, +11391721856, 11400117376, 11408504192, 11416893568, 11425283456, +11433671552, 11442061184, 11450444672, 11458837888, 11467226752, +11475611776, 11484003968, 11492392064, 11500780672, 11509169024, +11517550976, 11525944448, 11534335616, 11542724224, 11551111808, +11559500672, 11567890304, 11576277376, 11584667008, 11593056128, +11601443456, 11609830016, 11618221952, 11626607488, 11634995072, +11643387776, 11651775104, 11660161664, 11668552576, 11676940928, +11685330304, 11693718656, 11702106496, 11710496128, 11718882688, +11727273088, 11735660416, 11744050048, 11752437376, 11760824704, +11769216128, 11777604736, 11785991296, 11794381952, 11802770048, +11811157888, 11819548544, 11827932544, 11836324736, 11844713344, +11853100928, 11861486464, 11869879936, 11878268032, 11886656896, +11895044992, 11903433088, 11911822976, 11920210816, 11928600448, +11936987264, 11945375872, 11953761152, 11962151296, 11970543488, +11978928512, 11987320448, 11995708288, 12004095104, 12012486272, +12020875136, 12029255552, 12037652096, 12046039168, 12054429568, +12062813824, 12071206528, 12079594624, 12087983744, 12096371072, +12104759936, 12113147264, 12121534592, 12129924992, 12138314624, +12146703232, 12155091584, 12163481216, 12171864704, 12180255872, +12188643968, 12197034112, 12205424512, 12213811328, 12222199424, +12230590336, 12238977664, 12247365248, 12255755392, 12264143488, +12272531584, 12280920448, 12289309568, 12297694592, 12306086528, +12314475392, 12322865024, 12331253632, 12339640448, 12348029312, +12356418944, 12364805248, 12373196672, 12381580928, 12389969024, +12398357632, 12406750592, 12415138432, 12423527552, 12431916416, +12440304512, 12448692352, 12457081216, 12465467776, 12473859968, +12482245504, 12490636672, 12499025536, 12507411584, 12515801728, +12524190592, 12532577152, 12540966272, 12549354368, 12557743232, +12566129536, 12574523264, 12582911872, 12591299456, 12599688064, +12608074624, 12616463488, 12624845696, 12633239936, 12641631616, +12650019968, 12658407296, 12666795136, 12675183232, 12683574656, +12691960192, 12700350592, 12708740224, 12717128576, 12725515904, +12733906816, 12742295168, 12750680192, 12759071872, 12767460736, +12775848832, 12784236928, 12792626816, 12801014656, 12809404288, +12817789312, 12826181504, 12834568832, 12842954624, 12851345792, +12859732352, 12868122496, 12876512128, 12884901248, 12893289088, +12901672832, 12910067584, 12918455168, 12926842496, 12935232896, +12943620736, 12952009856, 12960396928, 12968786816, 12977176192, +12985563776, 12993951104, 13002341504, 13010730368, 13019115392, +13027506304, 13035895168, 13044272512, 13052673152, 13061062528, +13069446272, 13077838976, 13086227072, 13094613632, 13103000192, +13111393664, 13119782528, 13128157568, 13136559232, 13144945024, +13153329536, 13161724288, 13170111872, 13178502784, 13186884736, +13195279744, 13203667072, 13212057472, 13220445824, 13228832128, +13237221248, 13245610624, 13254000512, 13262388352, 13270777472, +13279166336, 13287553408, 13295943296, 13304331904, 13312719488, +13321108096, 13329494656, 13337885824, 13346274944, 13354663808, +13363051136, 13371439232, 13379825024, 13388210816, 13396605056, +13404995456, 13413380224, 13421771392, 13430159744, 13438546048, +13446937216, 13455326848, 13463708288, 13472103808, 13480492672, +13488875648, 13497269888, 13505657728, 13514045312, 13522435712, +13530824576, 13539210112, 13547599232, 13555989376, 13564379008, +13572766336, 13581154432, 13589544832, 13597932928, 13606320512, +13614710656, 13623097472, 13631477632, 13639874944, 13648264064, +13656652928, 13665041792, 13673430656, 13681818496, 13690207616, +13698595712, 13706982272, 13715373184, 13723762048, 13732150144, +13740536704, 13748926592, 13757316224, 13765700992, 13774090112, +13782477952, 13790869376, 13799259008, 13807647872, 13816036736, +13824425344, 13832814208, 13841202304, 13849591424, 13857978752, +13866368896, 13874754688, 13883145344, 13891533184, 13899919232, +13908311168, 13916692096, 13925085056, 13933473152, 13941866368, +13950253696, 13958643584, 13967032192, 13975417216, 13983807616, +13992197504, 14000582272, 14008973696, 14017363072, 14025752192, +14034137984, 14042528384, 14050918016, 14059301504, 14067691648, +14076083584, 14084470144, 14092852352, 14101249664, 14109635968, +14118024832, 14126407552, 14134804352, 14143188608, 14151577984, +14159968384, 14168357248, 14176741504, 14185127296, 14193521024, +14201911424, 14210301824, 14218685056, 14227067264, 14235467392, +14243855488, 14252243072, 14260630144, 14269021568, 14277409408, +14285799296, 14294187904, 14302571392, 14310961792, 14319353728, +14327738752, 14336130944, 14344518784, 14352906368, 14361296512, +14369685376, 14378071424, 14386462592, 14394848128, 14403230848, +14411627392, 14420013952, 14428402304, 14436793472, 14445181568, +14453569664, 14461959808, 14470347904, 14478737024, 14487122816, +14495511424, 14503901824, 14512291712, 14520677504, 14529064832, +14537456768, 14545845632, 14554234496, 14562618496, 14571011456, +14579398784, 14587789184, 14596172672, 14604564608, 14612953984, +14621341312, 14629724288, 14638120832, 14646503296, 14654897536, +14663284864, 14671675264, 14680061056, 14688447616, 14696835968, +14705228416, 14713616768, 14722003328, 14730392192, 14738784128, +14747172736, 14755561088, 14763947648, 14772336512, 14780725376, +14789110144, 14797499776, 14805892736, 14814276992, 14822670208, +14831056256, 14839444352, 14847836032, 14856222848, 14864612992, +14872997504, 14881388672, 14889775744, 14898165376, 14906553472, +14914944896, 14923329664, 14931721856, 14940109696, 14948497024, +14956887424, 14965276544, 14973663616, 14982053248, 14990439808, +14998830976, 15007216768, 15015605888, 15023995264, 15032385152, +15040768384, 15049154944, 15057549184, 15065939072, 15074328448, +15082715008, 15091104128, 15099493504, 15107879296, 15116269184, +15124659584, 15133042304, 15141431936, 15149824384, 15158214272, +15166602368, 15174991232, 15183378304, 15191760512, 15200154496, +15208542592, 15216931712, 15225323392, 15233708416, 15242098048, +15250489216, 15258875264, 15267265408, 15275654528, 15284043136, +15292431488, 15300819584, 15309208192, 15317596544, 15325986176, +15334374784, 15342763648, 15351151744, 15359540608, 15367929728, +15376318336, 15384706432, 15393092992, 15401481856, 15409869952, +15418258816, 15426649984, 15435037568, 15443425664, 15451815296, +15460203392, 15468589184, 15476979328, 15485369216, 15493755776, +15502146944, 15510534272, 15518924416, 15527311232, 15535699072, +15544089472, 15552478336, 15560866688, 15569254528, 15577642624, +15586031488, 15594419072, 15602809472, 15611199104, 15619586432, +15627975296, 15636364928, 15644753792, 15653141888, 15661529216, +15669918848, 15678305152, 15686696576, 15695083136, 15703474048, +15711861632, 15720251264, 15728636288, 15737027456, 15745417088, +15753804928, 15762194048, 15770582656, 15778971008, 15787358336, +15795747712, 15804132224, 15812523392, 15820909696, 15829300096, +15837691264, 15846071936, 15854466944, 15862855808, 15871244672, +15879634816, 15888020608, 15896409728, 15904799104, 15913185152, +15921577088, 15929966464, 15938354816, 15946743424, 15955129472, +15963519872, 15971907968, 15980296064, 15988684928, 15997073024, +16005460864, 16013851264, 16022241152, 16030629248, 16039012736, +16047406976, 16055794816, 16064181376, 16072571264, 16080957824, +16089346688, 16097737856, 16106125184, 16114514816, 16122904192, +16131292544, 16139678848, 16148066944, 16156453504, 16164839552, +16173236096, 16181623424, 16190012032, 16198401152, 16206790528, +16215177344, 16223567744, 16231956352, 16240344704, 16248731008, +16257117824, 16265504384, 16273898624, 16282281856, 16290668672, +16299064192, 16307449216, 16315842176, 16324230016, 16332613504, +16341006464, 16349394304, 16357783168, 16366172288, 16374561664, +16382951296, 16391337856, 16399726208, 16408116352, 16416505472, +16424892032, 16433282176, 16441668224, 16450058624, 16458448768, +16466836864, 16475224448, 16483613056, 16492001408, 16500391808, +16508779648, 16517166976, 16525555328, 16533944192, 16542330752, +16550719616, 16559110528, 16567497088, 16575888512, 16584274816, +16592665472, 16601051008, 16609442944, 16617832064, 16626218624, +16634607488, 16642996096, 16651385728, 16659773824, 16668163712, +16676552576, 16684938112, 16693328768, 16701718144, 16710095488, +16718492288, 16726883968, 16735272832, 16743661184, 16752049792, +16760436608, 16768827008, 16777214336, 16785599104, 16793992832, +16802381696, 16810768768, 16819151744, 16827542656, 16835934848, +16844323712, 16852711552, 16861101952, 16869489536, 16877876864, +16886265728, 16894653056, 16903044736, 16911431296, 16919821696, +16928207488, 16936592768, 16944987776, 16953375616, 16961763968, +16970152832, 16978540928, 16986929536, 16995319168, 17003704448, +17012096896, 17020481152, 17028870784, 17037262208, 17045649536, +17054039936, 17062426496, 17070814336, 17079205504, 17087592064, +17095978112, 17104369024, 17112759424, 17121147776, 17129536384, +17137926016, 17146314368, 17154700928, 17163089792, 17171480192, +17179864192, 17188256896, 17196644992, 17205033856, 17213423488, +17221811072, 17230198912, 17238588032, 17246976896, 17255360384, +17263754624, 17272143232, 17280530048, 17288918912, 17297309312, +17305696384, 17314085504, 17322475136, 17330863744, 17339252096, +17347640192, 17356026496, 17364413824, 17372796544, 17381190016, +17389583488, 17397972608, 17406360704, 17414748544, 17423135872, +17431527296, 17439915904, 17448303232, 17456691584, 17465081728, +17473468288, 17481857408, 17490247552, 17498635904, 17507022464, +17515409024, 17523801728, 17532189824, 17540577664, 17548966016, +17557353344, 17565741184, 17574131584, 17582519168, 17590907008, +17599296128, 17607687808, 17616076672, 17624455808, 17632852352, +17641238656, 17649630848, 17658018944, 17666403968, 17674794112, +17683178368, 17691573376, 17699962496, 17708350592, 17716739968, +17725126528, 17733517184, 17741898112, 17750293888, 17758673024, +17767070336, 17775458432, 17783848832, 17792236928, 17800625536, +17809012352, 17817402752, 17825785984, 17834178944, 17842563968, +17850955648, 17859344512, 17867732864, 17876119424, 17884511872, +17892900224, 17901287296, 17909677696, 17918058112, 17926451072, +17934843776, 17943230848, 17951609216, 17960008576, 17968397696, +17976784256, 17985175424, 17993564032, 18001952128, 18010339712, +18018728576, 18027116672, 18035503232, 18043894144, 18052283264, +18060672128, 18069056384, 18077449856, 18085837184, 18094225792, +18102613376, 18111004544, 18119388544, 18127781248, 18136170368, +18144558976, 18152947328, 18161336192, 18169724288, 18178108544, +18186498944, 18194886784, 18203275648, 18211666048, 18220048768, +18228444544, 18236833408, 18245220736] + +cache_sizes = [ +16776896, 16907456, 17039296, 17170112, 17301056, 17432512, 17563072, +17693888, 17824192, 17955904, 18087488, 18218176, 18349504, 18481088, +18611392, 18742336, 18874304, 19004224, 19135936, 19267264, 19398208, +19529408, 19660096, 19791424, 19922752, 20053952, 20184896, 20315968, +20446912, 20576576, 20709184, 20840384, 20971072, 21102272, 21233216, +21364544, 21494848, 21626816, 21757376, 21887552, 22019392, 22151104, +22281536, 22412224, 22543936, 22675264, 22806464, 22935872, 23068096, +23198272, 23330752, 23459008, 23592512, 23723968, 23854912, 23986112, +24116672, 24247616, 24378688, 24509504, 24640832, 24772544, 24903488, +25034432, 25165376, 25296704, 25427392, 25558592, 25690048, 25820096, +25951936, 26081728, 26214208, 26345024, 26476096, 26606656, 26737472, +26869184, 26998208, 27131584, 27262528, 27393728, 27523904, 27655744, +27786688, 27917888, 28049344, 28179904, 28311488, 28441792, 28573504, +28700864, 28835648, 28966208, 29096768, 29228608, 29359808, 29490752, +29621824, 29752256, 29882816, 30014912, 30144448, 30273728, 30406976, +30538432, 30670784, 30799936, 30932672, 31063744, 31195072, 31325248, +31456192, 31588288, 31719232, 31850432, 31981504, 32110784, 32243392, +32372672, 32505664, 32636608, 32767808, 32897344, 33029824, 33160768, +33289664, 33423296, 33554368, 33683648, 33816512, 33947456, 34076992, +34208704, 34340032, 34471744, 34600256, 34734016, 34864576, 34993984, +35127104, 35258176, 35386688, 35518528, 35650624, 35782336, 35910976, +36044608, 36175808, 36305728, 36436672, 36568384, 36699968, 36830656, +36961984, 37093312, 37223488, 37355072, 37486528, 37617472, 37747904, +37879232, 38009792, 38141888, 38272448, 38403392, 38535104, 38660672, +38795584, 38925632, 39059264, 39190336, 39320768, 39452096, 39581632, +39713984, 39844928, 39974848, 40107968, 40238144, 40367168, 40500032, +40631744, 40762816, 40894144, 41023552, 41155904, 41286208, 41418304, +41547712, 41680448, 41811904, 41942848, 42073792, 42204992, 42334912, +42467008, 42597824, 42729152, 42860096, 42991552, 43122368, 43253696, +43382848, 43515712, 43646912, 43777088, 43907648, 44039104, 44170432, +44302144, 44433344, 44564288, 44694976, 44825152, 44956864, 45088448, +45219008, 45350464, 45481024, 45612608, 45744064, 45874496, 46006208, +46136768, 46267712, 46399424, 46529344, 46660672, 46791488, 46923328, +47053504, 47185856, 47316928, 47447872, 47579072, 47710144, 47839936, +47971648, 48103232, 48234176, 48365248, 48496192, 48627136, 48757312, +48889664, 49020736, 49149248, 49283008, 49413824, 49545152, 49675712, +49807168, 49938368, 50069056, 50200256, 50331584, 50462656, 50593472, +50724032, 50853952, 50986048, 51117632, 51248576, 51379904, 51510848, +51641792, 51773248, 51903296, 52035136, 52164032, 52297664, 52427968, +52557376, 52690112, 52821952, 52952896, 53081536, 53213504, 53344576, +53475776, 53608384, 53738816, 53870528, 54000832, 54131776, 54263744, +54394688, 54525248, 54655936, 54787904, 54918592, 55049152, 55181248, +55312064, 55442752, 55574336, 55705024, 55836224, 55967168, 56097856, +56228672, 56358592, 56490176, 56621888, 56753728, 56884928, 57015488, +57146816, 57278272, 57409216, 57540416, 57671104, 57802432, 57933632, +58064576, 58195264, 58326976, 58457408, 58588864, 58720192, 58849984, +58981696, 59113024, 59243456, 59375552, 59506624, 59637568, 59768512, +59897792, 60030016, 60161984, 60293056, 60423872, 60554432, 60683968, +60817216, 60948032, 61079488, 61209664, 61341376, 61471936, 61602752, +61733696, 61865792, 61996736, 62127808, 62259136, 62389568, 62520512, +62651584, 62781632, 62910784, 63045056, 63176128, 63307072, 63438656, +63569216, 63700928, 63831616, 63960896, 64093888, 64225088, 64355392, +64486976, 64617664, 64748608, 64879424, 65009216, 65142464, 65273792, +65402816, 65535424, 65666752, 65797696, 65927744, 66060224, 66191296, +66321344, 66453056, 66584384, 66715328, 66846656, 66977728, 67108672, +67239104, 67370432, 67501888, 67631296, 67763776, 67895104, 68026304, +68157248, 68287936, 68419264, 68548288, 68681408, 68811968, 68942912, +69074624, 69205568, 69337024, 69467584, 69599168, 69729472, 69861184, +69989824, 70122944, 70253888, 70385344, 70515904, 70647232, 70778816, +70907968, 71040832, 71171648, 71303104, 71432512, 71564992, 71695168, +71826368, 71958464, 72089536, 72219712, 72350144, 72482624, 72613568, +72744512, 72875584, 73006144, 73138112, 73268672, 73400128, 73530944, +73662272, 73793344, 73924544, 74055104, 74185792, 74316992, 74448832, +74579392, 74710976, 74841664, 74972864, 75102784, 75233344, 75364544, +75497024, 75627584, 75759296, 75890624, 76021696, 76152256, 76283072, +76414144, 76545856, 76676672, 76806976, 76937792, 77070016, 77200832, +77331392, 77462464, 77593664, 77725376, 77856448, 77987776, 78118336, +78249664, 78380992, 78511424, 78642496, 78773056, 78905152, 79033664, +79166656, 79297472, 79429568, 79560512, 79690816, 79822784, 79953472, +80084672, 80214208, 80346944, 80477632, 80608576, 80740288, 80870848, +81002048, 81133504, 81264448, 81395648, 81525952, 81657536, 81786304, +81919808, 82050112, 82181312, 82311616, 82443968, 82573376, 82705984, +82835776, 82967744, 83096768, 83230528, 83359552, 83491264, 83622464, +83753536, 83886016, 84015296, 84147776, 84277184, 84409792, 84540608, +84672064, 84803008, 84934336, 85065152, 85193792, 85326784, 85458496, +85589312, 85721024, 85851968, 85982656, 86112448, 86244416, 86370112, +86506688, 86637632, 86769344, 86900672, 87031744, 87162304, 87293632, +87424576, 87555392, 87687104, 87816896, 87947968, 88079168, 88211264, +88341824, 88473152, 88603712, 88735424, 88862912, 88996672, 89128384, +89259712, 89390272, 89521984, 89652544, 89783872, 89914816, 90045376, +90177088, 90307904, 90438848, 90569152, 90700096, 90832832, 90963776, +91093696, 91223744, 91356992, 91486784, 91618496, 91749824, 91880384, +92012224, 92143552, 92273344, 92405696, 92536768, 92666432, 92798912, +92926016, 93060544, 93192128, 93322816, 93453632, 93583936, 93715136, +93845056, 93977792, 94109504, 94240448, 94371776, 94501184, 94632896, +94764224, 94895552, 95023424, 95158208, 95287744, 95420224, 95550016, +95681216, 95811904, 95943872, 96075328, 96203584, 96337856, 96468544, +96599744, 96731072, 96860992, 96992576, 97124288, 97254848, 97385536, +97517248, 97647808, 97779392, 97910464, 98041408, 98172608, 98303168, +98434496, 98565568, 98696768, 98827328, 98958784, 99089728, 99220928, +99352384, 99482816, 99614272, 99745472, 99876416, 100007104, +100138048, 100267072, 100401088, 100529984, 100662592, 100791872, +100925248, 101056064, 101187392, 101317952, 101449408, 101580608, +101711296, 101841728, 101973824, 102104896, 102235712, 102366016, +102498112, 102628672, 102760384, 102890432, 103021888, 103153472, +103284032, 103415744, 103545152, 103677248, 103808576, 103939648, +104070976, 104201792, 104332736, 104462528, 104594752, 104725952, +104854592, 104988608, 105118912, 105247808, 105381184, 105511232, +105643072, 105774784, 105903296, 106037056, 106167872, 106298944, +106429504, 106561472, 106691392, 106822592, 106954304, 107085376, +107216576, 107346368, 107478464, 107609792, 107739712, 107872192, +108003136, 108131392, 108265408, 108396224, 108527168, 108657344, +108789568, 108920384, 109049792, 109182272, 109312576, 109444928, +109572928, 109706944, 109837888, 109969088, 110099648, 110230976, +110362432, 110492992, 110624704, 110755264, 110886208, 111017408, +111148864, 111279296, 111410752, 111541952, 111673024, 111803456, +111933632, 112066496, 112196416, 112328512, 112457792, 112590784, +112715968, 112852672, 112983616, 113114944, 113244224, 113376448, +113505472, 113639104, 113770304, 113901376, 114031552, 114163264, +114294592, 114425536, 114556864, 114687424, 114818624, 114948544, +115080512, 115212224, 115343296, 115473472, 115605184, 115736128, +115867072, 115997248, 116128576, 116260288, 116391488, 116522944, +116652992, 116784704, 116915648, 117046208, 117178304, 117308608, +117440192, 117569728, 117701824, 117833024, 117964096, 118094656, +118225984, 118357312, 118489024, 118617536, 118749632, 118882112, +119012416, 119144384, 119275328, 119406016, 119537344, 119668672, +119798464, 119928896, 120061376, 120192832, 120321728, 120454336, +120584512, 120716608, 120848192, 120979136, 121109056, 121241408, +121372352, 121502912, 121634752, 121764416, 121895744, 122027072, +122157632, 122289088, 122421184, 122550592, 122682944, 122813888, +122945344, 123075776, 123207488, 123338048, 123468736, 123600704, +123731264, 123861952, 123993664, 124124608, 124256192, 124386368, +124518208, 124649024, 124778048, 124911296, 125041088, 125173696, +125303744, 125432896, 125566912, 125696576, 125829056, 125958592, +126090304, 126221248, 126352832, 126483776, 126615232, 126746432, +126876608, 127008704, 127139392, 127270336, 127401152, 127532224, +127663552, 127794752, 127925696, 128055232, 128188096, 128319424, +128449856, 128581312, 128712256, 128843584, 128973632, 129103808, +129236288, 129365696, 129498944, 129629888, 129760832, 129892288, +130023104, 130154048, 130283968, 130416448, 130547008, 130678336, +130807616, 130939456, 131071552, 131202112, 131331776, 131464384, +131594048, 131727296, 131858368, 131987392, 132120256, 132250816, +132382528, 132513728, 132644672, 132774976, 132905792, 133038016, +133168832, 133299392, 133429312, 133562048, 133692992, 133823296, +133954624, 134086336, 134217152, 134348608, 134479808, 134607296, +134741056, 134872384, 135002944, 135134144, 135265472, 135396544, +135527872, 135659072, 135787712, 135921472, 136052416, 136182848, +136313792, 136444864, 136576448, 136707904, 136837952, 136970048, +137099584, 137232064, 137363392, 137494208, 137625536, 137755712, +137887424, 138018368, 138149824, 138280256, 138411584, 138539584, +138672832, 138804928, 138936128, 139066688, 139196864, 139328704, +139460032, 139590208, 139721024, 139852864, 139984576, 140115776, +140245696, 140376512, 140508352, 140640064, 140769856, 140902336, +141032768, 141162688, 141294016, 141426496, 141556544, 141687488, +141819584, 141949888, 142080448, 142212544, 142342336, 142474432, +142606144, 142736192, 142868288, 142997824, 143129408, 143258944, +143392448, 143523136, 143653696, 143785024, 143916992, 144045632, +144177856, 144309184, 144440768, 144570688, 144701888, 144832448, +144965056, 145096384, 145227584, 145358656, 145489856, 145620928, +145751488, 145883072, 146011456, 146144704, 146275264, 146407232, +146538176, 146668736, 146800448, 146931392, 147062336, 147193664, +147324224, 147455936, 147586624, 147717056, 147848768, 147979456, +148110784, 148242368, 148373312, 148503232, 148635584, 148766144, +148897088, 149028416, 149159488, 149290688, 149420224, 149551552, +149683136, 149814976, 149943616, 150076352, 150208064, 150338624, +150470464, 150600256, 150732224, 150862784, 150993088, 151125952, +151254976, 151388096, 151519168, 151649728, 151778752, 151911104, +152042944, 152174144, 152304704, 152435648, 152567488, 152698816, +152828992, 152960576, 153091648, 153222976, 153353792, 153484096, +153616192, 153747008, 153878336, 154008256, 154139968, 154270912, +154402624, 154533824, 154663616, 154795712, 154926272, 155057984, +155188928, 155319872, 155450816, 155580608, 155712064, 155843392, +155971136, 156106688, 156237376, 156367424, 156499264, 156630976, +156761536, 156892352, 157024064, 157155008, 157284416, 157415872, +157545536, 157677248, 157810496, 157938112, 158071744, 158203328, +158334656, 158464832, 158596288, 158727616, 158858048, 158988992, +159121216, 159252416, 159381568, 159513152, 159645632, 159776192, +159906496, 160038464, 160169536, 160300352, 160430656, 160563008, +160693952, 160822208, 160956352, 161086784, 161217344, 161349184, +161480512, 161611456, 161742272, 161873216, 162002752, 162135872, +162266432, 162397888, 162529216, 162660032, 162790976, 162922048, +163052096, 163184576, 163314752, 163446592, 163577408, 163707968, +163839296, 163969984, 164100928, 164233024, 164364224, 164494912, +164625856, 164756672, 164887616, 165019072, 165150016, 165280064, +165412672, 165543104, 165674944, 165805888, 165936832, 166067648, +166198336, 166330048, 166461248, 166591552, 166722496, 166854208, +166985408, 167116736, 167246656, 167378368, 167508416, 167641024, +167771584, 167903168, 168034112, 168164032, 168295744, 168427456, +168557632, 168688448, 168819136, 168951616, 169082176, 169213504, +169344832, 169475648, 169605952, 169738048, 169866304, 169999552, +170131264, 170262464, 170393536, 170524352, 170655424, 170782016, +170917696, 171048896, 171179072, 171310784, 171439936, 171573184, +171702976, 171835072, 171966272, 172097216, 172228288, 172359232, +172489664, 172621376, 172747712, 172883264, 173014208, 173144512, +173275072, 173407424, 173539136, 173669696, 173800768, 173931712, +174063424, 174193472, 174325696, 174455744, 174586816, 174718912, +174849728, 174977728, 175109696, 175242688, 175374272, 175504832, +175636288, 175765696, 175898432, 176028992, 176159936, 176291264, +176422592, 176552512, 176684864, 176815424, 176946496, 177076544, +177209152, 177340096, 177470528, 177600704, 177731648, 177864256, +177994816, 178126528, 178257472, 178387648, 178518464, 178650176, +178781888, 178912064, 179044288, 179174848, 179305024, 179436736, +179568448, 179698496, 179830208, 179960512, 180092608, 180223808, +180354752, 180485696, 180617152, 180748096, 180877504, 181009984, +181139264, 181272512, 181402688, 181532608, 181663168, 181795136, +181926592, 182057536, 182190016, 182320192, 182451904, 182582336, +182713792, 182843072, 182976064, 183107264, 183237056, 183368384, +183494848, 183631424, 183762752, 183893824, 184024768, 184154816, +184286656, 184417984, 184548928, 184680128, 184810816, 184941248, +185072704, 185203904, 185335616, 185465408, 185596352, 185727296, +185859904, 185989696, 186121664, 186252992, 186383552, 186514112, +186645952, 186777152, 186907328, 187037504, 187170112, 187301824, +187429184, 187562048, 187693504, 187825472, 187957184, 188087104, +188218304, 188349376, 188481344, 188609728, 188743616, 188874304, +189005248, 189136448, 189265088, 189396544, 189528128, 189660992, +189791936, 189923264, 190054208, 190182848, 190315072, 190447424, +190577984, 190709312, 190840768, 190971328, 191102656, 191233472, +191364032, 191495872, 191626816, 191758016, 191888192, 192020288, +192148928, 192282176, 192413504, 192542528, 192674752, 192805952, +192937792, 193068608, 193198912, 193330496, 193462208, 193592384, +193723456, 193854272, 193985984, 194116672, 194247232, 194379712, +194508352, 194641856, 194772544, 194900672, 195035072, 195166016, +195296704, 195428032, 195558592, 195690304, 195818176, 195952576, +196083392, 196214336, 196345792, 196476736, 196607552, 196739008, +196869952, 197000768, 197130688, 197262784, 197394368, 197523904, +197656384, 197787584, 197916608, 198049472, 198180544, 198310208, +198442432, 198573632, 198705088, 198834368, 198967232, 199097792, +199228352, 199360192, 199491392, 199621696, 199751744, 199883968, +200014016, 200146624, 200276672, 200408128, 200540096, 200671168, +200801984, 200933312, 201062464, 201194944, 201326144, 201457472, +201588544, 201719744, 201850816, 201981632, 202111552, 202244032, +202374464, 202505152, 202636352, 202767808, 202898368, 203030336, +203159872, 203292608, 203423296, 203553472, 203685824, 203816896, +203947712, 204078272, 204208192, 204341056, 204472256, 204603328, +204733888, 204864448, 204996544, 205125568, 205258304, 205388864, +205517632, 205650112, 205782208, 205913536, 206044736, 206176192, +206307008, 206434496, 206569024, 206700224, 206831168, 206961856, +207093056, 207223616, 207355328, 207486784, 207616832, 207749056, +207879104, 208010048, 208141888, 208273216, 208404032, 208534336, +208666048, 208796864, 208927424, 209059264, 209189824, 209321792, +209451584, 209582656, 209715136, 209845568, 209976896, 210106432, +210239296, 210370112, 210501568, 210630976, 210763712, 210894272, +211024832, 211156672, 211287616, 211418176, 211549376, 211679296, +211812032, 211942592, 212074432, 212204864, 212334016, 212467648, +212597824, 212727616, 212860352, 212991424, 213120832, 213253952, +213385024, 213515584, 213645632, 213777728, 213909184, 214040128, +214170688, 214302656, 214433728, 214564544, 214695232, 214826048, +214956992, 215089088, 215219776, 215350592, 215482304, 215613248, +215743552, 215874752, 216005312, 216137024, 216267328, 216399296, +216530752, 216661696, 216790592, 216923968, 217054528, 217183168, +217316672, 217448128, 217579072, 217709504, 217838912, 217972672, +218102848, 218233024, 218364736, 218496832, 218627776, 218759104, +218888896, 219021248, 219151936, 219281728, 219413056, 219545024, +219675968, 219807296, 219938624, 220069312, 220200128, 220331456, +220461632, 220592704, 220725184, 220855744, 220987072, 221117888, +221249216, 221378368, 221510336, 221642048, 221772736, 221904832, +222031808, 222166976, 222297536, 222428992, 222559936, 222690368, +222820672, 222953152, 223083968, 223213376, 223345984, 223476928, +223608512, 223738688, 223869376, 224001472, 224132672, 224262848, +224394944, 224524864, 224657344, 224788288, 224919488, 225050432, +225181504, 225312704, 225443776, 225574592, 225704768, 225834176, +225966784, 226097216, 226229824, 226360384, 226491712, 226623424, +226754368, 226885312, 227015104, 227147456, 227278528, 227409472, +227539904, 227669696, 227802944, 227932352, 228065216, 228196288, +228326464, 228457792, 228588736, 228720064, 228850112, 228981056, +229113152, 229243328, 229375936, 229505344, 229636928, 229769152, +229894976, 230030272, 230162368, 230292416, 230424512, 230553152, +230684864, 230816704, 230948416, 231079616, 231210944, 231342016, +231472448, 231603776, 231733952, 231866176, 231996736, 232127296, +232259392, 232388672, 232521664, 232652608, 232782272, 232914496, +233043904, 233175616, 233306816, 233438528, 233569984, 233699776, +233830592, 233962688, 234092224, 234221888, 234353984, 234485312, +234618304, 234749888, 234880832, 235011776, 235142464, 235274048, +235403456, 235535936, 235667392, 235797568, 235928768, 236057152, +236190272, 236322752, 236453312, 236583616, 236715712, 236846528, +236976448, 237108544, 237239104, 237371072, 237501632, 237630784, +237764416, 237895232, 238026688, 238157632, 238286912, 238419392, +238548032, 238681024, 238812608, 238941632, 239075008, 239206336, +239335232, 239466944, 239599168, 239730496, 239861312, 239992384, +240122816, 240254656, 240385856, 240516928, 240647872, 240779072, +240909632, 241040704, 241171904, 241302848, 241433408, 241565248, +241696192, 241825984, 241958848, 242088256, 242220224, 242352064, +242481856, 242611648, 242744896, 242876224, 243005632, 243138496, +243268672, 243400384, 243531712, 243662656, 243793856, 243924544, +244054592, 244187072, 244316608, 244448704, 244580032, 244710976, +244841536, 244972864, 245104448, 245233984, 245365312, 245497792, +245628736, 245759936, 245889856, 246021056, 246152512, 246284224, +246415168, 246545344, 246675904, 246808384, 246939584, 247070144, +247199552, 247331648, 247463872, 247593536, 247726016, 247857088, +247987648, 248116928, 248249536, 248380736, 248512064, 248643008, +248773312, 248901056, 249036608, 249167552, 249298624, 249429184, +249560512, 249692096, 249822784, 249954112, 250085312, 250215488, +250345792, 250478528, 250608704, 250739264, 250870976, 251002816, +251133632, 251263552, 251395136, 251523904, 251657792, 251789248, +251919424, 252051392, 252182464, 252313408, 252444224, 252575552, +252706624, 252836032, 252968512, 253099712, 253227584, 253361728, +253493056, 253623488, 253754432, 253885504, 254017216, 254148032, +254279488, 254410432, 254541376, 254672576, 254803264, 254933824, +255065792, 255196736, 255326528, 255458752, 255589952, 255721408, +255851072, 255983296, 256114624, 256244416, 256374208, 256507712, +256636096, 256768832, 256900544, 257031616, 257162176, 257294272, +257424448, 257555776, 257686976, 257818432, 257949632, 258079552, +258211136, 258342464, 258473408, 258603712, 258734656, 258867008, +258996544, 259127744, 259260224, 259391296, 259522112, 259651904, +259784384, 259915328, 260045888, 260175424, 260308544, 260438336, +260570944, 260700992, 260832448, 260963776, 261092672, 261226304, +261356864, 261487936, 261619648, 261750592, 261879872, 262011968, +262143424, 262274752, 262404416, 262537024, 262667968, 262799296, +262928704, 263061184, 263191744, 263322944, 263454656, 263585216, +263716672, 263847872, 263978944, 264108608, 264241088, 264371648, +264501184, 264632768, 264764096, 264895936, 265024576, 265158464, +265287488, 265418432, 265550528, 265681216, 265813312, 265943488, +266075968, 266206144, 266337728, 266468032, 266600384, 266731072, +266862272, 266993344, 267124288, 267255616, 267386432, 267516992, +267648704, 267777728, 267910592, 268040512, 268172096, 268302784, +268435264, 268566208, 268696256, 268828096, 268959296, 269090368, +269221312, 269352256, 269482688, 269614784, 269745856, 269876416, +270007616, 270139328, 270270272, 270401216, 270531904, 270663616, +270791744, 270924736, 271056832, 271186112, 271317184, 271449536, +271580992, 271711936, 271843136, 271973056, 272105408, 272236352, +272367296, 272498368, 272629568, 272759488, 272891456, 273022784, +273153856, 273284672, 273415616, 273547072, 273677632, 273808448, +273937088, 274071488, 274200896, 274332992, 274463296, 274595392, +274726208, 274857536, 274988992, 275118656, 275250496, 275382208, +275513024, 275643968, 275775296, 275906368, 276037184, 276167872, +276297664, 276429376, 276560576, 276692672, 276822976, 276955072, +277085632, 277216832, 277347008, 277478848, 277609664, 277740992, +277868608, 278002624, 278134336, 278265536, 278395328, 278526784, +278657728, 278789824, 278921152, 279052096, 279182912, 279313088, +279443776, 279576256, 279706048, 279838528, 279969728, 280099648, +280230976, 280361408, 280493632, 280622528, 280755392, 280887104, +281018176, 281147968, 281278912, 281411392, 281542592, 281673152, +281803712, 281935552, 282066496, 282197312, 282329024, 282458816, +282590272, 282720832, 282853184, 282983744, 283115072, 283246144, +283377344, 283508416, 283639744, 283770304, 283901504, 284032576, +284163136, 284294848, 284426176, 284556992, 284687296, 284819264, +284950208, 285081536] +``` diff --git a/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md b/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md new file mode 100644 index 00000000000..01e040aa9df --- /dev/null +++ b/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md @@ -0,0 +1,37 @@ +--- +title: माईनिंग एल्गोरिथम +description: एथेरियम माईनिंग के लिए उपयोग किए जाने वाले एल्गोरिदम पर एक विस्तृत नज़र। +lang: hi +--- + + +प्रूफ-ऑफ-वर्क अब एथेरियम के सर्वसम्मति मैकेनिज्म में अंतर्निहित नहीं है, जिसका अर्थ है कि माईनिंग बंद कर दी गई है। इसके बजाय, एथेरियम को ऐसे सत्यापनकर्ताओं द्वारा सुरक्षित किया जाता है जो ETH को स्टेक पर लगाते हैं। आप आज ही अपने ETH की स्टेकिंग शुरू कर सकते हैं। द मर्ज, हिस्सेदारी का सबूत और स्टेकिंग। यह पृष्ठ केवल ऐतिहासिक रुचि के लिए है। + + +एथेरियम माईनिंग ने एक एल्गोरिथम का इस्तेमाल किया जिसे एताश के नाम से जाना जाता है। एल्गोरिथम का मूल विचार यह है कि एक माईनर ब्रूट फोर्स गणना का उपयोग करके एक नॉन्स इनपुट खोजने की कोशिश करता है ताकि परिणामी हैश गणना की गई कठिनाई द्वारा निर्धारित सीमा से छोटा हो। इस डिफिकल्टी लेवल को गतिशील रूप से समायोजित किया जा सकता है, जिससे ब्लॉक उत्पादन नियमित अंतराल पर हो सकता है। + +## आवश्यक शर्तें {#prerequisites} + +इस पृष्ठ को बेहतर ढंग से समझने के लिए, हम अनुशंसा करते हैं कि आप पहले [प्रूफ-ऑफ-वर्क कंसेंसस](/developers/docs/consensus-mechanisms/pow) और [माईनिंग](/developers/docs/consensus-mechanisms/pow/mining) पर पढ़ें। + +## डैगर हाशिमोटो {#dagger-hashimoto} + +डैगर हाशिमोटो एथेरियम माईनिंग के लिए एक अग्रदूत अनुसंधान एल्गोरिथम था जिसे एथाश ने हटा दिया था। यह दो अलग-अलग एल्गोरिदम का एक समामेलन था: डैगर और हाशिमोटो। यह केवल एक शोध कार्यान्वयन था और एथेरियम मेननेट लॉन्च होने के समय तक एथाश द्वारा प्रतिस्थापित किया गया था। + +[डैगर](http://www.hashcash.org/papers/dagger.html) में एक [निर्देशित एसाइक्लिक ग्राफ की पीढ़ी शामिल](https://en.wikipedia.org/wiki/Directed_acyclic_graph) होती है, जिसके रैंडम स्लाइस एक साथ हैश हो जाते हैं। मुख्य सिद्धांत यह है कि प्रत्येक नॉन्स को केवल एक बड़े कुल डेटा ट्री के एक छोटे से हिस्से की आवश्यकता होती है। प्रत्येक नॉन्स के लिए सबट्री की पुनर्गणना माईनिंग के लिए निषेधात्मक है - इसलिए ट्री को स्टोर करने की आवश्यकता है - लेकिन एक सिंगल नॉन्स के योग्य सत्यापन के लिए ठीक है। डैगर को Scrypt जैसे मौजूदा एल्गोरिदम के विकल्प के रूप में डिज़ाइन किया गया था, जो मेमोरी-हार्ड हैं लेकिन यह सत्यापित करना मुश्किल है कि उनकी मेमोरी-कठोरता वास्तव में सुरक्षित स्तरों तक बढ़ जाती है। हालांकि, डैगर साझा मेमोरी हार्डवेयर एक्सिलरेशन के लिए कमजोर था और अनुसंधान के दौरान कुछ अन्‍य एवेन्‍यु के लिए इसे त्याग दिया गया था। + +[हाशिमोटो](http://diyhpl.us/%7Ebryan/papers2/bitcoin/meh/hashimoto.pdf) एक एल्गोरिथम है जो I/O बाउंड होने से ASIC-प्रतिरोध जोड़ता है (यानी मेमोरी रीड माईनिंग प्रक्रिया में सीमित कारक हैं)। सिद्धांत यह है कि गणना की तुलना में RAM अधिक उपलब्ध है; अरबों डॉलर के शोध ने पहले से ही विभिन्न उपयोग के मामलों के लिए RAM को अनुकूलित करने की जांच की है, जिसमें अक्सर नियर-रैंडम एक्सेस पैटर्न शामिल होते हैं (इसलिए “रैंडम एक्सेस मेमोरी”)। नतीजतन, मौजूदा RAM एल्गोरिथम के मूल्यांकन के लिए इष्टतम के करीब होने की संभावना है। हाशिमोटो डेटा के स्रोत के रूप में ब्लॉकचेन का उपयोग करता है, साथ ही साथ उपरोक्त (1) और (3) को संतुष्ट करता है। + +डैगर-हाशिमोटो ने डैगर और हाशिमोटो एल्गोरिथम के संशोधित संस्करणों का उपयोग किया। डैगर हाशिमोटो और हाशिमोटो के बीच अंतर यह है कि, डेटा स्रोत के रूप में ब्लॉकचेन का उपयोग करने के बजाय, डैगर हाशिमोटो एक कस्टम-जनरेटेड डेटा सेट का उपयोग करता है, जो प्रत्येक N ब्लॉक के ब्लॉक डेटा के आधार पर अपडेट होता है। डेटा सेट, डैगर एल्गोरिथम का उपयोग करके उत्पन्न होता है, जिससे प्रकाश ग्राहक सत्यापन एल्गोरिथम के लिए प्रत्येक नॉन्स के लिए विशिष्ट सबसेट की कुशलतापूर्वक गणना करने की सुविधा मिलती है। डैगर हाशिमोटो और डैगर के बीच का अंतर यह है कि, मूल डैगर के विपरीत, ब्लॉक को क्वेरी करने के लिए उपयोग किया जाने वाला डेटासेट अर्ध-स्थायी है, केवल कभी-कभी अंतराल पर अपडेट किया जा रहा है (उदाहरण के लिए प्रति सप्ताह एक बार)। इसका मतलब यह है कि डेटासेट उत्पन्न करने के प्रयास का हिस्सा शून्य के करीब है, इसलिए साझा मेमोरी स्पीडअप के बारे में सर्जियो लर्नर के तर्क नगण्य हो जाते हैं। + +[डैगर-हाशिमोटो](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto) पर अधिक। + +## एथाश {#ethash} + +एथाश माईनिंग एल्गोरिथम था जो वास्तव में वास्तविक एथेरियम मेननेट पर वर्तमान में अप्रचलित प्रूफ-ऑफ-वर्क आर्किटेक्चर के तहत उपयोग किया गया था। एल्गोरिथम के महत्वपूर्ण रूप से अद्यतन होने के बाद एथाश प्रभावी रूप से डैगर-हाशिमोटो के एक विशिष्ट संस्करण को दिया गया एक नया नाम था, जबकि अब भी यह अपने पूर्ववर्ती के मूल सिद्धांतों को विरासत में प्राप्त करता है। एथेरियम मेननेट ने केवल एक बार एथाश का उपयोग किया - जो डैगर हाशिमोटो माईनिंग एल्गोरिथम का एक अनुसंधान और विकास संस्करण था जिसे एथेरियम मेननेट पर माईनिंग शुरू होने से पहले हटा दिया गया था। + +[एथाश पर अधिक](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash)। + +## अग्रिम पठन {#further-reading} + +_एक सामुदायिक संसाधन के बारे में जानें, जिसने आपकी मदद की? इस पृष्ठ को संपादित करें और इसे जोड़ें!_ diff --git a/public/content/translations/hi/eips/index.md b/public/content/translations/hi/eips/index.md index 363d28a69e2..545fc7cfe34 100644 --- a/public/content/translations/hi/eips/index.md +++ b/public/content/translations/hi/eips/index.md @@ -14,7 +14,7 @@ lang: hi ## EIP क्यों मायने रखता है? {#why-do-eips-matter} -EIP बदलाव कैसे होते हैं और उन्हें एथेरियम पर दस्तावेज़ के रूप में बनाए जाने में एक केंद्रीय भूमिका निभाते हैं। वे लोगों के लिए प्रस्ताव देने, बहस करने और बदलावों को अपनाने का तरीका हैं। यहाँ [कई प्रकार के EIP](https://eips.ethereum.org/EIPS/eip-1#eip-types) हैं, जिनमें इनके लिए कोर EIP जिसमें कम स्तर के प्रोटोकॉल बदलाव जो सहमति को प्रभावित करते हैं और [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) जैसे नेटवर्क अपग्रेड की आवश्यकता होती है, तथा एप्लिकेशन मानकों के लिए ERC जैसे [EIP-20](https://eips.ethereum.org/EIPS/eip-20) और [EIP-721](https://eips.ethereum.org/EIPS/eip-721) शामिल हैं। +EIP बदलाव कैसे होते हैं और उन्हें एथेरियम पर दस्तावेज़ के रूप में बनाए जाने में एक केंद्रीय भूमिका निभाते हैं। वे लोगों के लिए प्रस्ताव देने, बहस करने और बदलावों को अपनाने का तरीका हैं। यहाँ [कई प्रकार के EIP](https://eips.ethereum.org/EIPS/eip-1#eip-types) हैं, जिनमें इनके लिए कोर EIP जिसमें कम स्तर के प्रोटोकॉल बदलाव जो कंसेंसस को प्रभावित करते हैं और [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) जैसे नेटवर्क अपग्रेड की आवश्यकता होती है, तथा एप्लिकेशन मानकों के लिए ERC जैसे [EIP-20](https://eips.ethereum.org/EIPS/eip-20) और [EIP-721](https://eips.ethereum.org/EIPS/eip-721) शामिल हैं। प्रत्येक नेटवर्क अपग्रेड में EIP का एक सेट होता है जिसे नेटवर्क पर प्रत्येक [एथेरियम क्लाइंट](/learn/#clients-and-nodes) के ज़रिए लागू करने की आवश्यकता होती है। इसका मतलब यह है कि एथेरियम मेननेट पर अन्य क्लाइंट के साथ सहमति में रहने के लिए, क्लाइंट डेवलपर को यह सुनिश्चित करने की आवश्यकता है कि उन्होंने सभी आवश्यक EIP लागू किए हैं। @@ -46,7 +46,7 @@ EIP संपादकों को तकनीक की सुदृढ़त अगर आप EIP संपादक बनना चाहते हैं, तो कृपया [EIP-5069](https://eips.ethereum.org/EIPS/eip-5069) देखें। -EIP संपादक तय करते हैं कि कोई प्रस्ताव कब EIP बन सकता है, और EIP लेखकों को उनके प्रस्तावों को आगे बढ़ाने में मदद करते हैं। [एथेरियम कैट हेर्डर्स](https://ethereumcatherders.com/) EIP संपादकों और समुदाय के बीच मीटिंग करने में मदद करते हैं ([EIPIP](https://github.com/ethereum-cat-herders/EIPIP)) देखें। +EIP संपादक तय करते हैं कि कोई प्रस्ताव कब EIP बन सकता है, और EIP लेखकों को उनके प्रस्तावों को आगे बढ़ाने में मदद करते हैं। [एथेरियम कैट हेर्डर्स](https://www.ethereumcatherders.com/) EIP संपादकों और समुदाय के बीच मीटिंग करने में मदद करते हैं ([EIPIP](https://github.com/ethereum-cat-herders/EIPIP)) देखें। चार्ट के साथ पूर्ण मानकीकरण प्रोसेस के बारे में [EIP-1](https://eips.ethereum.org/EIPS/eip-1) में पूरी जानकारी दी गई है @@ -54,10 +54,18 @@ EIP संपादक तय करते हैं कि कोई प्र अगर आप EIP के बारे में ज़्यादा पढ़ना चाहते हैं, तो [EIP वेबसाइट](https://eips.ethereum.org/) और [EIP-1](https://eips.ethereum.org/EIPS/eip-1) देखें। यहाँ कुछ उपयोगी लिंक दिए गए हैं: -- [हर EIP की एक सूची](https://eips.ethereum.org/all) +- [प्रत्येक एथेरियम सुधार प्रस्ताव की एक सूची](https://eips.ethereum.org/all) - [सभी EIP प्रकारों की जानकारी](https://eips.ethereum.org/EIPS/eip-1#eip-types) - [सभी EIP स्टेटस की जानकारी](https://eips.ethereum.org/EIPS/eip-1#eip-process) +### सामुदायिक शिक्षा से जुड़ी परियोजनाएं {#community-projects} + +- [PEEPanEIP](https://www.youtube.com/playlist?list=PL4cwHXAawZxqu0PKKyMzG_3BJV_xZTi1F) — *PEEPanEIP एक शैक्षिक वीडियो श्रृंखला है जो एथेरियम सुधार प्रस्ताव (EIPs) और आगामी अपग्रेड की प्रमुख विशेषताओं पर चर्चा करती है* +- [नर्ड्स के लिए EIP](https://ethereum2077.substack.com/t/eip-research) — *नर्ड्स के लिए EIP, पाठकों को शिक्षित करने और एथेरियम प्रोटोकॉल में प्रस्तावित परिवर्तनों के बारे में आम सहमति बनाने के लिए कोर EIP और एप्लिकेशन/इन्फ़्रास्ट्रक्चर-लेयर EIP (ERC) सहित विभिन्न एथेरियम सुधार प्रस्तावों (EIP) के व्यापक, ELI5-शैली के अवलोकन प्रदान करता है।* +- [EIPs.wtf](https://www.eips.wtf/) — *EIPs.wtf, एथेरियम सुधार प्रस्तावों (EIP) के लिए अतिरिक्त जानकारी प्रदान करता है, जिसमें उनकी स्थिति, कार्यान्वयन विवरण, संबंधित पुल अनुरोध और सामुदायिक प्रतिक्रिया शामिल है।* +- [EIP.Fun](https://eipfun.substack.com/) — *EIP.Fun एथेरियम सुधार प्रस्तावों (EIP) पर नवीनतम समाचार, EIP मीटिंग्स पर अपडेट, और बहुत कुछ प्रदान करता है।* +- [EIPs इनसाइट](https://eipsinsight.com/) — *EIPs इनसाइट विभिन्न संसाधनों से एकत्र की गई जानकारी के अनुसार एथेरियम सुधार प्रस्तावों (EIP) प्रक्रिया और आंकड़ों की स्थिति का प्रतिनिधित्व है।* + ## भाग लें {#participate} कोई भी व्यक्ति EIP बना सकता है। प्रस्ताव सबमिट करने से पहले, किसी एक को [EIP-1](https://eips.ethereum.org/EIPS/eip-1) पढ़ना चाहिए जो EIP प्रोसेस और EIP लिखने के तरीके की रूपरेखा तैयार करता है, और [एथेरियम मैजिशियन](https://ethereum-magicians.org/) पर फ़ीडबैक माँगे, जहाँ ड्राफ्ट सबमिट करने से पहले समुदाय के साथ प्रस्तावों पर पहले चर्चा की जाती है। diff --git a/public/content/translations/hi/roadmap/beacon-chain/index.md b/public/content/translations/hi/roadmap/beacon-chain/index.md index 1a65f3f08c2..dd004d01f25 100644 --- a/public/content/translations/hi/roadmap/beacon-chain/index.md +++ b/public/content/translations/hi/roadmap/beacon-chain/index.md @@ -4,37 +4,35 @@ description: बीकन चेन के बारे में जाने lang: hi template: upgrade image: /images/upgrades/core.png -alt: -summaryPoint1: बीकन चेन ने एथेरियम इकोसिस्टम के लिए हिस्सेदारी का सबूत पेश किया। +alt: +summaryPoint1: बीकन चेन ने एथेरियम इकोसिस्टम के लिए प्रूफ-ऑफ-स्टेक पेश किया। summaryPoint2: इसे सितंबर 2022 में ओरिजिनल एथेरियम काम का सबूत चेन के साथ मर्ज कर दिया गया था। -summaryPoint3: बीकन चेन ने सहमति तर्क और गॉसिप प्रोटोकॉल को पेश किया जो अब एथेरियम को सुरक्षित करता है। +summaryPoint3: बीकन चेन ने कंसेंसस तर्क और गॉसिप प्रोटोकॉल को पेश किया जो अब एथेरियम को सुरक्षित करता है। --- बीकन चेन 1 दिसंबर, 2020 को शिप कर दिया गया, और 15 सितंबर, 2022 को मर्ज अपग्रेड के साथ एथेरियम की सहमति तंत्र के रूप में औपचारिक रूप से हिस्सेदारी का सबूत दिया गया। -## बीकन चेन क्या था? {#what-is-the-beacon-chain} +## बीकन चेन क्या है? {#what-is-the-beacon-chain} -बीकन चेन ओरिजिनल हिस्सेदारी के सबूत ब्लॉकचेन का नाम था जिसे 2020 में लॉन्च किया गया था। एथेरियम मेननेट पर इसे सक्षम करने से पहले हिस्सेदारी के सबूत सहमति तर्क को सुनिश्चित करने के लिए बनाया गया था। इसलिए, इसे ओरिजिनल काम का सबूत एथेरियम के साथ चलाया गया। काम के सबूत को बंद करना और एथेरियम पर हिस्सेदारी के सबूत पर स्विच करने के लिए बीकन चेन को निर्देश देना आवश्यक है कि वे मूल एथेरियम चेन से लेनदेन स्वीकार करें, उन्हें ब्लॉक में बंडल करें और फिर उन्हें एक हिस्सेदारी के सबूत आधारित सहमति तंत्र का उपयोग करके एक ब्लॉकचेन में व्यवस्थित करें। उसी समय, ओरिजिनल एथेरियम क्लाइंट ने अपने माईनिंग, ब्लॉक प्रसार और सहमति तर्क को बंद कर दिया, और वह सब बीकन चेन को सौंप दिया। इस इवेंट को [मर्ज](/roadmap/merge/) के नाम से जाना जाता है। एक बार मर्ज हो जाने के बाद, अब दो ब्लॉकचेन काम नहीं कर रहे थे; केवल एक हिस्सेदारी का सबूत एथेरियम चेन थी। +बीकन चेन 2020 में लॉन्च किए गए मूल प्रूफ-ऑफ-स्टेक ब्लॉकचेन का नाम है। एथेरियम मेननेट पर इसे सक्षम करने से पहले हिस्सेदारी के सबूत सहमति तर्क को सुनिश्चित करने के लिए बनाया गया था। इसलिए, इसे ओरिजिनल काम का सबूत एथेरियम के साथ चलाया गया। बीकन चेन 'खाली' ब्लॉक्स की एक श्रृंखला थी, लेकिन प्रूफ-ऑफ-वर्क को बंद करने और एथेरियम पर प्रूफ-ऑफ-स्टेक पर स्विच करने के लिए बीकन चेन को निष्पादन ग्राहकों से लेनदेन डेटा स्वीकार करने, उन्हें ब्लॉक में बंडल करने और फिर प्रूफ-ऑफ-स्टेक-आधारित सबकी सहमति वाले सिस्टम का उपयोग करके उन्हें ब्लॉकचेन में व्यवस्थित करने का निर्देश देने की आवश्यकता थी। उसी समय, ओरिजिनल एथेरियम क्लाइंट ने अपने माईनिंग, ब्लॉक प्रसार और सहमति तर्क को बंद कर दिया, और वह सब बीकन चेन को सौंप दिया। इस इवेंट को [मर्ज](/roadmap/merge/) के नाम से जाना जाता है। एक बार मर्ज हो जाने के बाद, अब दो ब्लॉकचेन नहीं थे। इसके बजाय, केवल एक प्रूफ-ऑफ-स्टेक एथेरियम था, जिसके लिए अब प्रति नोड दो अलग-अलग ग्राहकों की आवश्यकता होती है। बीकन चेन अब आम कंसेंसस लेयर है, आम सहमति ग्राहकों का एक सहकर्मी से सहकर्मी नेटवर्क जो ब्लॉक गपशप और आम कंसेंसस तर्क को प्रबंधित करता है, जबकि मूल ग्राहक निष्पादन परत बनाते हैं, जो गपशप करने और लेनदेन निष्पादित करने और एथेरियम की स्थिति का प्रबंधन करने के लिए ज़िम्मेदार है। इंजन API का उपयोग करके दो लेयर एक दूसरे के साथ संवाद कर सकती हैं। -## बीकन चेन ने क्या किया? {#what-does-the-beacon-chain-do} +## बीकन चेन क्या करती है? {#what-does-the-beacon-chain-do} -इससे पहले कि उन स्टेकर्स ने वास्तविक एथेरियम लेनदेन को वैध मानना शुरू किया, बीकन चेन उन खातों के लेजर को दिया गया नाम था जो एथेरियम [स्टेकर्स](/staking/) के नेटवर्क का संचालन और समन्वय करते थे। यह लेनदेन को प्रोसेस नहीं करता था या स्मार्ट कॉन्ट्रैक्ट इंटरैक्शन को हैंडल नहीं करता था। - -इसने आम सहमति इंजन (या "सहमति परत") की शुरुआत की जिसने एथेरियम पर काम के सबूत माईनिंग का स्थान ले लिया और इसके साथ कई महत्वपूर्ण सुधार हुए। - -बीकन चेन [सुरक्षित, पर्यावरण के अनुकूल और स्केलेबल एथेरियम का एक मूलभूत घटक था जो अब हमारे पास है](/roadmap/vision/)। +बीकन चेन उन खातों के एक बहीखाते को दिया गया नाम है जो एथेरियम [स्टेकर्स](/staking/) के नेटवर्क का संचालन और समन्वय करते थे, इससे पहले कि उन हितधारकों ने असल एथेरियम ब्लॉक्स को मान्य करना शुरू कर दिया था। यह लेनदेन को प्रोसेस नहीं करता है या स्मार्ट अनुबंध इंटरैक्शन को प्रबंधित करता है, क्योंकि यह निष्पादन परत में किया जा रहा है। बीकन चेन ब्लॉक और सत्यापन हैंडलिंग, फोर्क चॉइस एल्गोरिदम चलाने और पुरस्कार और दंड के प्रबंधन जैसी चीज़ों के लिए ज़िम्मेदार है। हमारे [नोड आर्किटेक्चर पेज](/developers/docs/nodes-and-clients/node-architecture/#node-comparison) पर ज़्यादा पढ़ें। ## बीकन चेन का प्रभाव {#beacon-chain-features} ### प्रस्तुत है स्टेकिंग {#introducing-staking} -बीकन चेन ने एथेरियम के लिए [हिस्सेदारी का सबूत](/developers/docs/consensus-mechanisms/pos/) की शुरुआत की। यह एथेरियम को सुरक्षित रखता है और इस प्रोसेस में सत्यापनकर्ता ज़्यादा ETH अर्जित करते हैं। व्यवहार में, स्टेकिंग, सत्यापनकर्ता सॉफ़्टवेयर को सक्रिय करने के लिए स्टेकिंग ETH शामिल करता है। एक स्टेकर के तौर पर, आप उस सॉफ़्टवेयर को चलाते हैं जो चेन में नए ब्लॉक बनाता और मान्य करता है। +बीकन चेन ने एथेरियम के लिए [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/) की शुरुआत की। यह एथेरियम को सुरक्षित रखता है और इस प्रोसेस में सत्यापनकर्ता ज़्यादा ETH हासिल करते हैं। व्यवहार में, स्टेकिंग, सत्यापनकर्ता सॉफ़्टवेयर को सक्रिय करने के लिए स्टेकिंग ETH शामिल करता है। एक स्टेकर के तौर पर, आप उस सॉफ़्टवेयर को चलाते हैं जो चेन में नए ब्लॉक बनाता और मान्य करता है। + +स्टेकिंग एक समान उद्देश्य को पूरा करता है जो [माईनिंग](/developers/docs/consensus-mechanisms/pow/mining/) करता था, लेकिन कई मायनों में अलग है। माईनिंग के लिए शक्तिशाली हार्डवेयर और ऊर्जा खपत के रूप में बड़े अग्रिम व्यय की आवश्यकता होती है, जिसकी वजह से बड़े व्यय (बड़ी आर्थिक इकाई) और केंद्रीकरण को बढ़ावा मिलता है। माईनिंग भी एसेट को आनुषंगिक के रूप में बंद करने की आवश्यकता के साथ नहीं आया, बल्कि इसका उद्देश्य हमले के बाद बुरे लोगों को दंडित करने की प्रोटोकॉल की क्षमता को सीमित करना है। -स्टेकिंग उसी तरह के उद्देश्य को पूरा करता है जिसका इस्तेमाल [माईनिंग](/developers/docs/consensus-mechanisms/pow/mining/) में किया जाता है, लेकिन यह कई मायनों में अलग है। माईनिंग के लिए शक्तिशाली हार्डवेयर और ऊर्जा खपत के रूप में बड़े अग्रिम व्यय की आवश्यकता होती है, जिसके परिणामस्वरूप बड़े व्यय (बड़ी आर्थिक इकाई) और केंद्रीकरण को बढ़ावा मिलता है। माईनिंग भी एसेट को आनुषंगिक के रूप में बंद करने की आवश्यकता के साथ नहीं आया, बल्कि इसका उद्देश्य हमले के बाद बुरे लोगों को दंडित करने की प्रोटोकॉल की क्षमता को सीमित करना है। +प्रूफ-ऑफ-स्टेक में बदलाव ने एथेरियम को प्रूफ-ऑफ-वर्क की तुलना में बहुत ज़्यादा सुरक्षित और विकेंद्रीकृत बना दिया। जितने अधिक लोग नेटवर्क में भाग लेंगे, हमले से यह उतना ही अधिक विकेंद्रीकृत और सुरक्षित होगा। -हिस्सेदारी के सबूत में बदलाव ने एथेरियम को काम के सबूत की तुलना में बहुत ज़्यादा सुरक्षित और विकेंद्रीकृत बना दिया। जितने अधिक लोग नेटवर्क में भाग लेंगे, हमले से यह उतना ही अधिक विकेंद्रीकृत और सुरक्षित होगा। +और सर्वसम्मति तंत्र के रूप में प्रूफ-ऑफ-स्टेक का उपयोग करना [सुरक्षित, पर्यावरण के अनुकूल और स्केलेबल एथेरियम के लिए एक मूलभूत घटक है जो हमारे पास अभी है](/roadmap/vision/)। यदि आप एक सत्यापनकर्ता बनने में रुचि रखते हैं और एथेरियम को सुरक्षित करने में मदद करते हैं, तो स्टेकिंग के बारे में और जानें। @@ -44,9 +42,9 @@ summaryPoint3: बीकन चेन ने सहमति तर्क और चूँकि बीकन चेन का ओरिजिनल एथेरियम मेननेट के साथ मर्ज हो गया, इसलिए एथेरियम समुदाय ने नेटवर्क को स्केल करना शुरू कर दिया। -हिस्सेदारी का सबूत किसी भी समय सभी स्वीकृत ब्लॉक उत्पादकों की रजिस्ट्री करने की सुविधा है, जिनमें से प्रत्येक ETH स्टेक पर है। यह रजिस्ट्री विभाजित करने और जीतने की क्षमता के लिए चरण निर्धारित करती है लेकिन विशिष्ट नेटवर्क ज़िम्मेदारियों को विश्वसनीय ढंग से बाँटती है। +प्रूफ-ऑफ-स्टेक किसी भी समय सभी स्वीकृत ब्लॉक के उत्पादकों की रजिस्ट्री करने की सुविधा है, जिनमें से प्रत्येक ETH स्टेक पर है। यह रजिस्ट्री विभाजित करने और जीतने की क्षमता के लिए चरण निर्धारित करती है, लेकिन विशिष्ट नेटवर्क ज़िम्मेदारियों को विश्वसनीय ढंग से बाँटती है। -यह ज़िम्मेदारी काम का सबूत के विपरीत है, जहाँ माइनर्स का नेटवर्क के प्रति कोई दायित्व नहीं होता है और वे माईनिंग को रोक सकते हैं और अपने नोड सॉफ़्‍टवेयर को हमेशा के लिए बिना किसी प्रतिक्रिया के तुरंत बंद कर सकते हैं। ज्ञात ब्लॉक प्रस्तावकों की कोई रजिस्ट्री भी नहीं है और नेटवर्क ज़िम्मेदारियों को सुरक्षित रूप से विभाजित करने का कोई विश्वसनीय तरीका नहीं है। +यह ज़िम्मेदारी प्रूफ-ऑफ-वर्क के विपरीत है, जहाँ माइनर्स का नेटवर्क के प्रति कोई दायित्व नहीं होता है और वे माईनिंग को रोक सकते हैं और अपने नोड सॉफ़्‍टवेयर को हमेशा के लिए बिना किसी प्रतिक्रिया के तुरंत बंद कर सकते हैं। ज्ञात ब्लॉक प्रस्तावकों की कोई रजिस्ट्री भी नहीं है और नेटवर्क से जुड़ी ज़िम्मेदारियों को सुरक्षित रूप से विभाजित करने का कोई विश्वसनीय तरीका नहीं है। [शार्डिंग के बारे में अधिक जानकारी](/roadmap/danksharding/) @@ -64,7 +62,7 @@ summaryPoint3: बीकन चेन ने सहमति तर्क और ### शार्ड और बीकन चेन {#shards-and-beacon-chain} -शार्डिंग केवल एथेरियम इकोसिस्टम में सुरक्षित रूप से हिस्सेदारी का सबूत आम सहमति तंत्र के साथ हिस्सेदारी कर सकती है। बीकन चेन ने स्टेकिंग की शुरुआत की, जिसे मेननेट के साथ 'मर्ज' कर दिया गया, जिससे एथेरियम को आगे बढ़ाने में मदद करने के लिए शार्डिंग का मार्ग प्रशस्त हुआ। +शार्डिंग केवल एथेरियम इकोसिस्टम में सुरक्षित रूप से प्रूफ-ऑफ-स्टेक कंसेंसस मैकेनिज़्म के साथ हिस्सेदारी कर सकती है। बीकन चेन ने स्टेकिंग की शुरुआत की, जिसे मेननेट के साथ 'मर्ज' कर दिया गया, जिससे एथेरियम को आगे बढ़ाने में मदद करने के लिए शार्डिंग करना आसान हुआ। शार्ड चेन @@ -73,4 +71,5 @@ summaryPoint3: बीकन चेन ने सहमति तर्क और ## अतिरिक्त पाठ्यसामग्री - [एथेरियम के आगामी अपग्रेड संबंधी और जानकारी](/roadmap/vision) -- [हिस्सेदारी का सबूत के बारे में और जानकारी](/developers/docs/consensus-mechanisms/pos) +- [नोड आर्किटेक्चर पर ज़्यादा जानकारी](/developers/docs/nodes-and-clients/node-architecture) +- [प्रूफ-ऑफ-स्टेक के बारे में ज़्यादा जानकारी](/developers/docs/consensus-mechanisms/pos) diff --git a/public/content/translations/hi/roadmap/future-proofing/index.md b/public/content/translations/hi/roadmap/future-proofing/index.md new file mode 100644 index 00000000000..031232c0ed3 --- /dev/null +++ b/public/content/translations/hi/roadmap/future-proofing/index.md @@ -0,0 +1,38 @@ +--- +title: एथेरियम को भविष्य के लिए तैयार करना +description: ये अपग्रेड एथेरियम को भविष्य के लिए एक लचीले, विकेंद्रीकृत आधारभूत परत के रूप में मजबूत करते हैं, चाहे भविष्य में कुछ भी हो। +lang: hi +image: /images/roadmap/roadmap-future.png +alt: "एथेरियम दिशानिर्देश" +template: roadmap +--- + +एथेरियम के रोडमैप के कुछ हिस्से भले ही निकट भविष्य में स्केलिंग या सुरक्षा के लिए आवश्यक न हों, लेकिन वे एथेरियम को भविष्य में काफी समय तक स्थिरता और विश्वसनीयता के लिए स्थापित करते हैं। + +## क्वांटम प्रतिरोध {#quantum-resistance} + +वर्तमान में एथेरियम की सुरक्षा करने वाली कुछ [क्रिप्टोग्राफी](/glossary/#cryptography) तकनीकें, क्वांटम कंप्यूटिंग एक वास्तविकता बनने पर खतरे में पड़ जाएंगी। भले ही क्वांटम कंप्यूटर आधुनिक क्रिप्टोग्राफी के लिए एक वास्तविक खतरा बनने से शायद दशकों दूर हों, लेकिन एथेरियम को आने वाली सदियों के लिए सुरक्षित रहने के लिए बनाया जा रहा है। इसका मतलब है कि जितनी जल्दी हो सके [एथेरियम को क्वांटम कंप्यूटरों के लिए प्रतिरोधी](https://consensys.net/blog/developers/how-will-quantum-supremacy-affect-blockchain/) बनाना है। + +एथेरियम डेवलपर्स के सामने चुनौती यह है कि वर्तमान [प्रूफ-ऑफ-स्टेक](/glossary/#pos) प्रोटोकॉल वैध [ब्लॉक्स](/glossary/#block) पर मतों को एकत्रित करने के लिए BLS नामक एक बहुत ही कुशल सिग्‍नेचर स्‍कीम पर निर्भर करता है। यह हस्ताक्षर योजना क्वांटम कंप्यूटरों द्वारा भेदनशील है, लेकिन क्वांटम कंप्यूटरों के लिए प्रतिरोधी विकल्प उतने कुशल नहीं हैं। + +एथेरियम में कई जगहों पर क्रिप्टोग्राफिक रहस्य उत्पन्न करने के लिए उपयोग की जाने वाली [“KZG” कमिटमेंट स्कीम](/roadmap/danksharding/#what-is-kzg) को क्वांटम कंप्यूटरों के लिए असुरक्षित माना जाता है। वर्तमान में, इसे “विश्वसनीय सेटअप” का उपयोग करके टाला जाता है, जहां कई उपयोगकर्ता रेंडम उत्पन्न करते हैं जिसे क्वांटम कंप्यूटर द्वारा रिवर्स-इंजीनियर नहीं किया जा सकता है। हालांकि, आदर्श समाधान केवल इसके स्थान पर क्वांटम-सुरक्षित क्रिप्टोग्राफी को शामिल करना होगा। BLS योजना के लिए कुशल प्रतिस्थापन बनने वाले दो प्रमुख दृष्टिकोण हैं: [स्‍टार्क-बेस्‍ड](https://hackmd.io/@vbuterin/stark_aggregation) और [लेटिस-बेस्‍ड](https://medium.com/asecuritysite-when-bob-met-alice/so-what-is-lattice-encryption-326ac66e3175) साइनिंग। **ये अभी भी शोध और प्रोटोटाइप के चरण में हैं **। + + KZG और विश्वसनीय सेटअप के बारे में पढ़ें + +## एथेरियम को सरल और अधिक कुशल बनाना {#simpler-more-efficient-ethereum} + +जटिलता बग या कमजोरियों के लिए अवसर पैदा करती है, जिनका फायदा हमलावर उठा सकते हैं। इसीलिए, रोडमैप का एक हिस्सा एथेरियम को सरल बनाना और विभिन्न अपग्रेडों के माध्यम से बने रहने वाले कोड को हटाना है, जिनकी अब आवश्यकता नहीं है या जिनमें अब सुधार किया जा सकता है। कम जटिल और सरल कोडबेस डेवलपर्स के लिए बनाए रखने और उस पर विचार करने में आसान होता है। + +[एथेरियम वर्चुअल मशीन (EVM)](/developers/docs/evm) को सरल और अधिक कुशल बनाने के लिए कई अपडेट किए जाएंगे। इसमें शामिल हैं [SELFDESTRUCT ऑपकोड को हटाना](https://hackmd.io/@vbuterin/selfdestruct) - एक ऐसा आदेश जिसका उपयोग शायद ही कभी किया जाता है और अब इसकी आवश्यकता नहीं है, और कुछ परिस्थितियों में उपयोग करने के लिए खतरनाक हो सकता है, खासकर जब इसे भविष्य में एथेरियम के स्टोरेज मॉडल के अन्य अपग्रेड के साथ जोड़ा जाता है। [एथेरियम क्लाइंट](/glossary/#consensus-client) अभी भी कुछ पुराने लेनदेन प्रकारों का समर्थन करते हैं जिन्हें अब पूरी तरह से हटाया जा सकता है। [गैस](/glossary/#gas) की गणना के तरीके में भी सुधार किया जा सकता है और कुछ क्रिप्टोग्राफिक कार्यों को आधारभूत बनाने वाले अंकगणित के लिए अधिक कुशल तरीके लाए जा सकते हैं। + +वर्तमान एथेरियम क्लाइंट के अन्य भागों में भी इसी तरह के अपडेट किए जा सकते हैं। उदाहरण के लिए, वर्तमान निष्पादन और कंसेंसस क्लाइंट विभिन्न प्रकार के डेटा कंप्रेशन का उपयोग करते हैं। पूरे नेटवर्क में कंप्रेशन स्कीम एकीकृत होने पर क्लाइंट्स के बीच डेटा साझा करना बहुत आसान और सहज होगा। + +## वर्तमान प्रगति {#current-progress} + +एथेरियम को भविष्य के लिए तैयार करने के लिए आवश्यक अधिकांश अपग्रेड **अभी भी शोध चरण में हैं और इनके लागू होने में कई साल लग सकते हैं**। SELFDESTRUCT को हटाने और निष्पादन और सहमति ग्राहकों में उपयोग की जाने वाली कंप्रेशन स्‍कीमा को सुसंगत बनाने जैसे अपग्रेड क्वांटम प्रतिरोधी क्रिप्टोग्राफी की तुलना में जल्द ही आने की संभावना है। + +**अग्रिम पठन** + +- [गैस](/developers/docs/gas) +- [EVM](/developers/docs/evm) +- [डेटा संरचनाएँ](/developers/docs/data-structures-and-encoding) diff --git a/public/content/translations/hi/roadmap/index.md b/public/content/translations/hi/roadmap/index.md new file mode 100644 index 00000000000..150f6da1ac1 --- /dev/null +++ b/public/content/translations/hi/roadmap/index.md @@ -0,0 +1,119 @@ +--- +title: एथेरियम दिशानिर्देश +description: एथेरियम के लिए अधिक मापनीयता, सुरक्षा और स्थिरता का मार्ग। +lang: hi +template: roadmap +image: /images/heroes/roadmap-hub-hero.jpg +alt: "एथेरियम दिशानिर्देश" +summaryPoints: +buttons: + - + content: आगे के अपग्रेड + toId: क्या-क्या-परिवर्तन-आ रहे हैं + - + content: पिछले अपग्रेड + href: /history/ + variant: आउटलाइन +--- + +एथेरियम पहले से ही वैश्विक समन्वय के लिए एक शक्तिशाली मंच है, लेकिन इसमें अभी भी सुधार किया जा रहा है। सुधारों का एक महत्वाकांक्षी सेट एथेरियम को अपने वर्तमान स्वरूप से पूरी तरह से स्केल, अधिकतम लचीला मंच में अपग्रेड करेगा। ये अपग्रेड एथेरियम रोडमैप में दिए गए हैं। + +**एथेरियम में पिछले अपग्रेड के बारे में जानने के लिए, कृपया हमारे [इतिहास](/history/) पृष्ठ पर जाएं** + +## एथेरियम में क्या बदलाव आ रहे हैं? {#what-changes-are-coming} + +एथेरियम रोडमैप उन विशिष्ट सुधारों की रूपरेखा तैयार करता है जो भविष्य में प्रोटोकॉल में किए जाएंगे। कुल मिलाकर, रोडमैप एथेरियम उपयोगकर्ताओं के लिए निम्नलिखित लाभ लाएगा: + + + + + + + + +## एथेरियम को रोडमैप की आवश्यकता क्यों है? {#why-does-ethereum-need-a-roadmap} + +एथेरियम को नियमित अपग्रेड मिलता है जो इसकी मापनीयता, सुरक्षा या स्थिरता को बढ़ाता है। एथेरियम की मुख्य शक्तियों में से एक अनुसंधान और विकास से नए विचारों के उभरने के रूप में अनुकूलन कर रहा है। अनुकूलनशीलता एथेरियम को उभरती चुनौतियों से निपटने और सबसे उन्नत तकनीकी सफलताओं के साथ बने रहने की सुविधा देती है। + + + +रोडमैप ज्यादातर शोधकर्ताओं और डेवलपर्स द्वारा काम के वर्षों का परिणाम है - क्योंकि प्रोटोकॉल बहुत तकनीकी है - लेकिन कोई भी प्रेरित व्यक्ति भाग ले सकता है। विचार आमतौर पर एक मंच पर चर्चा के रूप में शुरू होते हैं जैसे कि [ethresear.ch] (https://ethresear.ch/), [Ethereum Magicians](https://ethereum-magicians.org/) या Eth आर R&D डिस्कॉर्ड सर्वर। वे खोजी गई नई कमजोरियों के जवाब हो सकते हैं, एप्लिकेशन लेयर में काम करने वाले संगठनों के सुझाव (जैसे [dapps](/glossary/#dapp) और एक्सचेंज) या अंतिम उपयोगकर्ताओं के लिए ज्ञात रुकावटें (जैसे लागत या लेनदेन की गति)। जब ये विचार परिपक्व होते हैं, तो उन्हें [एथेरियम सुधार प्रस्ताव](https://eips.ethereum.org/) के रूप में प्रस्तावित किया जा सकता है। यह सब सार्वजनिक रूप से किया जाता है ताकि समुदाय का कोई भी व्यक्ति किसी भी समय इसमें शामिल हो सके। + +[एथेरियम शासन पर अधिक](/governance/) + + + + +

ETH2 क्या है?

+ +

'Eth2' शब्द का इस्तेमाल आमतौर पर हिस्सेदारी के सबूत पर स्विच करने से पहले एथेरियम के भविष्य का वर्णन करने के लिए किया जाता था, लेकिन इसे अधिक सटीक शब्दावली के पक्ष में चरणबद्ध किया गया था। इसका उपयोग मूल रूप से हिस्सेदारी के सबूत पर स्विच करने से पहले एथेरियम नेटवर्क और उसके बाद नेटवर्क को अलग करने के लिए किया जाता था, या कभी-कभी विभिन्न एथेरियम ग्राहकों को संदर्भित करने के लिए किया जाता था, (निष्पादन ग्राहकों को कभी-कभी ETH1 क्लाइंट के रूप में संदर्भित किया जाता था और सर्वसम्मति वाले ग्राहकों को कभी-कभी ETH2 क्लाइंट के रूप में संदर्भित किया जाता था)।

+ + + +## क्या एथेरियम का रोडमैप समय के साथ बदलेगा? {#will-ethereums-roadmap-change-over-time} + +**हाँ—लगभग निश्चित** रोडमैप एथेरियम को अपग्रेड करने की वर्तमान योजना है, जिसमें निकट अवधि और भविष्य की दोनों योजनाएं शामिल हैं। हम उम्मीद करते हैं कि नई सूचना और प्रौद्योगिकी उपलब्ध होने के साथ रोडमैप बदल जाएगा। + +एथेरियम के रोडमैप को एथेरियम में सुधार के इरादों के एक सेट के रूप में सोचें; यह मुख्य शोधकर्ताओं और डेवलपर्स की एथेरियम के इष्टतम मार्ग की सबसे अच्छी परिकल्पना है। + +## रोडमैप कब पूरा होगा? {#when-will-the-roadmap-be-finished} + +कुछ अपग्रेड कम प्राथमिकता वाले हैं और अगले 5-10 वर्षों (जैसे क्वांटम प्रतिरोध) के लिए लागू नहीं होने की संभावना है। **प्रत्येक अपग्रेड का सटीक समय देना भविष्यवाणी** करने के लिए जटिल है क्योंकि कई रोडमैप आइटम समानांतर में काम करते हैं और विभिन्न गति से विकसित होते हैं। बाहरी कारकों के आधार पर अपग्रेड की तात्कालिकता समय के साथ भी बदल सकती है (उदाहरण के लिए क्वांटम कंप्यूटर के प्रदर्शन और उपलब्धता में अचानक छलांग क्वांटम-प्रतिरोधी क्रिप्टोग्राफी को अधिक जरूरी बना सकती है)। + +एथेरियम विकास के बारे में सोचने का एक तरीका जैविक विकास के सादृश्य से है। एक नेटवर्क जो नई चुनौतियों के अनुकूल होने और फिटनेस बनाए रखने में सक्षम है, सफल होने की अधिक संभावना है कि जो परिवर्तन के लिए प्रतिरोधी है, हालांकि जैसे-जैसे नेटवर्क अधिक से अधिक प्रदर्शनकारी होता जाता है, स्केलेबल और सुरक्षित प्रोटोकॉल में कम बदलाव की आवश्यकता होगी। + +## अपग्रेड होने पर क्या मुझे कुछ भी करना है? {#do-i-have-to-do-anything-when-there-is-an-upgrade} + +बेहतर यूज़र-अनुभव और अधिक सुरक्षित प्रोटोकॉल प्रदान करने के अलावा अपग्रेड अंतिम-यूज़र को प्रभावित नहीं करता है और शायद एथेरियम के साथ बातचीत करने के तरीके के लिए अधिक विकल्प । **नियमित उपयोगकर्ताओं को अपग्रेड में सक्रिय रूप से भाग लेने की आवश्यकता नहीं है, न ही उन्हें अपनी संपत्ति को सुरक्षित करने के लिए कुछ भी** करने की आवश्यकता है। [नोड](/glossary/#node) ऑपरेटरों को अपग्रेड की तैयारी के लिए अपने क्लाइंट को अपडेट करना होगा। कुछ अपग्रेड से एप्लिकेशन डेवलपर्स के लिए बदलाव हो सकते हैं। उदाहरण के लिए, इतिहास समाप्ति अपग्रेड एप्लिकेशन डेवलपर्स को नए स्रोतों से ऐतिहासिक डेटा हथियाने के लिए प्रेरित कर सकता है। + +## Verge, Splurge आदि के बारे में क्या? {#what-about-the-verge-splurge-etc} + +[विटालिक ब्यूटिरिन ने एथेरियम रोडमैप](https://twitter.com/VitalikButerin/status/1741190491578810445) के लिए एक दृष्टि प्रस्तावित की जो एथेरियम की वास्तुकला पर उनके प्रभावों से जुड़ी कई श्रेणियों में आयोजित की गई थी। इसमें शामिल है: + +- **मर्ज अपग्रेड** [काम का सबूत](/glossary/#pow) से [हिस्सेदारी का सबूत](/glossary/#pos) में स्विच करने से संबंधित +- **Surge**: [रोलअप](/glossary/#rollups) और डेटा शार्डिंग द्वारा स्केलेबिलिटी से संबंधित अपग्रेड +- **Scourge**: सेंसरशिप प्रतिरोध, विकेंद्रीकरण और प्रोटोकॉल जोखिमों से संबंधित अपग्रेड [MEV](/glossary/#mev) +- **Verge**: [ब्लॉक्स](/glossary/#block) को अधिक आसानी से सत्यापित करने से संबंधित अपग्रेड +- **Purge**: नोड्स चलाने की कम्प्यूटेशनल लागत को कम करने और प्रोटोकॉल को सरल बनाने से संबंधित अपग्रेड +- **Splurge**: अन्य अपग्रेड जो पिछली श्रेणियों में अच्छी तरह से फिट नहीं होते हैं। + +हमने इस शब्दावली का उपयोग नहीं करने का फैसला किया क्योंकि हम एक सरल और अधिक यूज़र-केंद्रित मॉडल का उपयोग करना चाहते थे। यद्यपि हम उपयोगकर्ता-केंद्रित भाषा का उपयोग करते हैं, दृष्टि वही रहती है जो विटालिक द्वारा प्रस्तावित की गई थी। + +## शार्डिंग के बारे में क्या? {#what-about-sharding} + +शार्डिंग एथेरियम ब्लॉकचेन को विभाजित कर रहा है ताकि [सत्यापनकर्ताओं](/glossary/#validator) के सबसेट केवल कुल डेटा के एक अंश के लिए जिम्मेदार हों। यह मूल रूप से एथेरियम के स्केल का तरीका होने हेतु अभिप्रेत था। हालांकि, [लेयर 2](/glossary/#layer-2) रोलअप अपेक्षा से बहुत तेजी से विकसित हुए हैं और पहले से ही बहुत अधिक स्केलिंग प्रदान कर चुके हैं, और प्रोटो-डैंकशार्डिंग लागू होने के बाद बहुत अधिक प्रदान करेंगे। इसका मतलब है कि "शार्ड चेन" की अब आवश्यकता नहीं है और इसे रोडमैप से हटा दिया गया है। + +## विशिष्ट तकनीकी अपग्रेड खोज रहे हैं? {#looking-for-specific-technical-upgrades} + +- [डैंकशर्डिंग](/roadmap/danksharding) - डैंकशर्डिंग एथेरियम ब्लॉक में डेटा के "ब्लॉब्स" जोड़कर उपयोगकर्ताओं के लिए परत 2 रोलअप को बहुत सस्ता बनाता है। +- [स्टेकिंग निकासी](/staking/withdrawals) - शंघाई/कैपेला अपग्रेड ने एथेरियम पर स्टेकिंग निकासी को सक्षम किया, जिससे लोग अपने दांव पर लगे ETH को अनलॉक कर सकते हैं। +- [एकल स्लॉट अंतिमता](/roadmap/single-slot-finality) - पंद्रह मिनट तक प्रतीक्षा करने के बजाय, ब्लॉक को उसी स्लॉट में प्रस्तावित और अंतिम रूप दिया जा सकता है। यह ऐप्स के लिए अधिक सुविधाजनक है और हमला करना अधिक कठिन है। +- [प्रस्तावक-बिल्डर पृथक्करण](/roadmap/pbs) - अलग-अलग सत्यापनकर्ताओं में ब्लॉक बिल्डिंग और ब्लॉक प्रस्ताव कार्यों को विभाजित करना एथेरियम के लिए आम सहमति में आने के लिए एक निष्पक्ष, अधिक सेंसरशिप प्रतिरोधी और कुशल तरीका बनाता है। +- [गुप्त नेता चुनाव](/roadmap/secret-leader-election) - चतुर क्रिप्टोग्राफी का उपयोग यह सुनिश्चित करने के लिए किया जा सकता है कि वर्तमान ब्लॉक प्रस्तावक की पहचान सार्वजनिक नहीं की जाती है, जिससे उन्हें कुछ प्रकार के हमलों से बचाया जा सके। +- [खाता अमूर्तता](/roadmap/account-abstraction) - खाता अमूर्तता अपग्रेड का एक वर्ग है जो जटिल मिडलवेयर का उपयोग करने के बजाय एथेरियम पर मूल रूप से स्मार्ट अनुबंध वॉलेट को सपोर्ट करता है। +- [वर्कल ट्री](/roadmap/verkle-trees) - वर्कल ट्री एक डेटा संरचना है जिसका उपयोग एथेरियम पर स्टेटलेस क्लाइंट को सक्षम करने के लिए किया जा सकता है। इन "स्टेटलेस" क्लाइंट को थोड़ी मात्रा में स्टोरेज स्पेस की आवश्यकता होगी लेकिन फिर भी नए ब्लॉक को सत्यापित करने में सक्षम होंगे। +- [स्टेटलेसनेस](/roadmap/statelessness) - स्टेटलेस क्लाइंट बड़ी मात्रा में डेटा स्टोर किए बिना नए ब्लॉक को सत्यापित करने में सक्षम होंगे। यह आज की लागतों के केवल एक छोटे से अंश के साथ नोड चलाने के सभी लाभ प्रदान करेगा। diff --git a/public/content/translations/hi/roadmap/merge/index.md b/public/content/translations/hi/roadmap/merge/index.md index 3957ef84006..13ee588afd1 100644 --- a/public/content/translations/hi/roadmap/merge/index.md +++ b/public/content/translations/hi/roadmap/merge/index.md @@ -4,10 +4,10 @@ description: मर्ज के बारे में जानें - कब lang: hi template: upgrade image: /images/upgrades/merge.png -alt: -summaryPoint1: एथेरियम मेननेट हिस्सेदारी के सबूत का उपयोग करता है, लेकिन ऐसा हमेशा नहीं था। -summaryPoint2: ओरिजिनल काम के सबूत मैकेनिज़्म से हिस्सेदारी के सबूत में अपग्रेड को मर्ज कहा जाता था। -summaryPoint3: मर्ज का आशय है ओरिजिनल एथेरियम मेननेट को एक अलग हिस्सेदारी के सबूत ब्लॉकचेन के साथ मर्ज करना, जिसे बीकन चेन कहा जाता है, जो अब एक चेन के रूप में मौजूद है। +alt: +summaryPoint1: एथेरियम मेननेट प्रूफ-ऑफ-स्टेक का उपयोग करता है, लेकिन ऐसा हमेशा नहीं था। +summaryPoint2: ओरिजिनल प्रूफ-ऑफ-वर्क मैकेनिज़्म से प्रूफ-ऑफ-स्टेक में अपग्रेड को मर्ज कहा जाता था। +summaryPoint3: मर्ज का आशय है ओरिजिनल एथेरियम मेननेट को एक अलग प्रूफ-ऑफ-स्टेक ब्लॉकचेन के साथ मर्ज करना, जिसे बीकन चेन कहा जाता है, जो अब एक चेन के रूप में मौजूद है। summaryPoint4: मर्ज ने एथेरियम की ऊर्जा खपत को ~99.95% तक कम कर दिया। --- @@ -21,7 +21,7 @@ summaryPoint4: मर्ज ने एथेरियम की ऊर्जा -प्रारंभ में, [बीकन चेन](/roadmap/beacon-chain/) को [मेननेट](/glossary/#mainnet) से अलग से भेजा जाता था। एथेरियम मेननेट को - उसके सभी खातों, बैलेंस, स्मार्ट अनुबंधों और ब्लॉकचेन स्थिति के साथ - [काम के सबूत](/developers/docs/consensus-mechanisms/pow/) के द्वारा सुरक्षित किया जाता रहेगा, भले ही [हिस्सेदारी के सबूत](/developers/docs/consensus-mechanisms/pos/) का उपयोग करके बीकन चेन समानांतर में चलती रहे। मर्ज तब हुआ जब ये दोनों सिस्टम अंत में एक साथ आए, और काम के सबूत को स्थायी रूप से हिस्सेदारी के सबूत से बदल दिया गया। +शुरुआत में, [बीकन चेन](/roadmap/beacon-chain/) को [मेननेट](/glossary/#mainnet) से अलग से भेजा जाता था। एथेरियम मेननेट को - उसके सभी खातों, बैलेंस, स्मार्ट अनुबंधों और ब्लॉकचेन स्थिति के साथ - [काम के सबूत](/developers/docs/consensus-mechanisms/pow/) के द्वारा सुरक्षित किया जाता रहेगा, भले ही [हिस्सेदारी के सबूत](/developers/docs/consensus-mechanisms/pos/) का उपयोग करके बीकन चेन समानांतर में चलती रहे। मर्ज तब हुआ जब ये दोनों सिस्टम अंत में एक साथ आए, और काम के सबूत को स्थायी रूप से हिस्सेदारी के सबूत से बदल दिया गया। कल्पना कीजिए कि एथेरियम एक स्पेसशिप है, जिसे तारों के बीच यात्रा करने से पहले लॉन्च किया गया था। बीकन चेन के साथ, समुदाय ने एक नया इंजन और एक कठोर पतवार बनाया है। महत्वपूर्ण परीक्षण के बाद, पुराने इंजन को मिड-फ़्लाइट के लिए नए इंजन से स्वैप करने का समय आ गया। इसने नए, ज़्यादा कुशल इंजन को मौजूदा शिप में मर्ज कर दिया जिससे यह कुछ गंभीर प्रकाश वर्ष के लिए डाला जा सके और ब्रह्मांड पर ले जाने के लिए तैयार हो सके। @@ -38,7 +38,7 @@ summaryPoint4: मर्ज ने एथेरियम की ऊर्जा मर्ज में कोई इतिहास नहीं खोया था। मेननेट का बीकन चेन के साथ मर्ज होने के बाद, इसने एथेरियम के संपूर्ण लेनदेन के इतिहास को भी मर्ज कर दिया। -हिस्सेदारी का सबूत के इस ट्राज़िशन से ईथर जारी करने का तरीका बदल गया। मर्ज से पहले और बाद में ईथर जारी करने के बारे में और जानें। +हिस्सेदारी का सबूत के इस ट्राज़िशन से ईथर जारी करने का तरीका बदल गया। मर्ज से पहले और बाद में ईथर जारी करने के बारे में ज़्यादा जानें। ### उपयोगकर्ताओं और धारकों {#users-holders} @@ -92,50 +92,56 @@ title="डिसेंट्रलाइज़ एप्लिकेशन (dapp) contentPreview="The Merge was designed to have minimal impact on smart contract and dapp developers." id="developers"> -मर्ज सहमति में बदलाव के साथ आया, जिसमें निम्न से संबंधित बदलाव भी शामिल हैं: +मर्ज, कंसेंसस में बदलाव के साथ आया, जिसमें निम्न से संबंधित परिवर्तन भी शामिल हैं:< -- ब्लॉक संरचना -- स्लॉट/ब्लॉक टाइमिंग -- ओपकोड बदलाव -- ऑन-चेन रैंडमनेस के स्रोत -- _सुरक्षित शीर्ष_ और _अंतिम रूप दिए गए ब्लॉक_ की अवधारणा +
    +
  • संरचना ब्लॉक करना
    • +
  • स्लॉट/ब्लॉक टाइमिंग
    • +
  • ऑपकोड बदलाव
    • +
  • ऑन-चेन यादृच्छिकता के स्रोत
    • +
  • सेफ़ हेड और अंतिम ब्लॉक्स की अवधारणा
    • +
+ +ज़्यादा जानकारी के लिए, टिम बेइको द्वारा इस ब्लॉग पोस्ट को देखें मर्ज एथेरियम की एप्लिकेशन लेयर को कैसे प्रभावित करता है। -अधिक जानकारी के लिए, टिम बीको के इस ब्लॉग पोस्ट को देखें [एथेरियम के एप्लिकेशन को मर्ज कैसे प्रभावित करता है](https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer/)। ## मर्ज और ऊर्जा की खपत {#merge-and-energy} -मर्ज ने एथेरियम के लिए काम के सबूत की समाप्ति को चिह्नित किया और एक अधिक टिकाऊ, पर्यावरण के अनुकूल एथेरियम के युग की शुरुआत की। एथेरियम की ऊर्जा खपत में अनुमानित 99.95% की कमी आई है, जिससे एथेरियम एक ग्रीन ब्लॉकचेन बन गया है। [एथेरियम ऊर्जा खपत](/energy-consumption/) के बारे में और जानें। +मर्ज ने एथेरियम के लिए प्रूफ-ऑफ-वर्क के अंत को चिह्नित किया और एक अधिक टिकाऊ, पर्यावरण के अनुकूल एथेरियम के युग की शुरुआत की। एथेरियम की ऊर्जा खपत में अनुमानित 99.95% की कमी आई है, जिससे एथेरियम एक ग्रीन ब्लॉकचेन बन गया है। [एथेरियम ऊर्जा खपत](/energy-consumption/) के बारे में और जानें। ## मर्ज और स्केलिंग {#merge-and-scaling} -मर्ज ने काम के सबूत के अंतर्गत संभव नहीं होने वाले अन्य स्केलेबिलिटी अपग्रेड के लिए स्टेज भी सेट किया है, जिससे एथेरियम अपने [एथेरियम विज़न](/roadmap/vision/) में बताए गए पूर्ण स्केल, सुरक्षा और स्थिरता पाने के लिए एक कदम और करीब आ गया है। +मर्ज ने प्रूफ-ऑफ-वर्क के अंतर्गत संभव नहीं होने वाले अन्य स्केलेबिलिटी अपग्रेड को आगे के लिए आसान बनाया, जिससे एथेरियम अपने [एथेरियम विज़न](/roadmap/vision/) में बताए गए पूर्ण स्केल, सुरक्षा और स्थिरता पाने के लिए एक कदम और करीब आ गया है। ## मर्ज के बारे में ग़लत धारणाएँ {#misconceptions} + एथेरियम नोड्स दो प्रकार के होते हैं: नोड्स जो ब्लॉक को प्रस्ताव दे सकते हैं और ऐसे नोड्स जो नहीं देते हैं। नोड्स जो ब्लॉक को प्रस्ताव देते हैं, एथेरियम पर कुल नोड्स की एक छोटी संख्या होती है। इस श्रेणी में काम का सबूत (PoW) के तहत माईनिंग नोड्स और हिस्सेदारी का सबूत (PoW) के तहत सत्यापनकर्ता नोड्स शामिल हैं। इस श्रेणी को कभी-कभी अगले ब्लॉक का प्रस्ताव देने और प्रोटोकॉल पुरस्कार अर्जित करने की क्षमता के बदले आर्थिक संसाधनों (जैसे हिस्सेदारी का सबूत में GPU हैश पावर या काम का सबूत में स्टेक्ड ETH) की आवश्यकता होती है। नेटवर्क पर अन्य नोड्स (अर्थात अधिकांश) को 1-2 TB के उपलब्ध स्टोरेज और इंटरनेट कनेक्शन वाले उपभोक्ता-श्रेणी के कंप्यूटर से परे किसी भी अन्य आर्थिक संसाधन को प्रतिबद्ध करने की आवश्यकता नहीं है। ये नोड्स ब्लॉक का प्रस्ताव नहीं देते हैं, लेकिन वे अभी भी सभी ब्लॉक प्रस्तावकों को नए ब्लॉक पर ध्‍यान देकर और नेटवर्क सहमति नियमों के अनुसार आगमन पर उनकी वैधता की पुष्टि करके जवाबदेह बनाकर नेटवर्क को सुरक्षित करने में महत्वपूर्ण भूमिका निभाते हैं। अगर ब्लॉक वैध है, तो नोड नेटवर्क के ज़रिए इसका प्रसार करना जारी रखता है। अगर ब्लॉक किसी भी कारण से अमान्य है, तो नोड सॉफ़्टवेयर इसे अमान्य मानकर इस पर ध्यान नहीं देगा और इसके प्रसार को रोक देगा। -एक गैर-ब्लॉक-उत्पादक नोड चलाना किसी के लिए भी आम सहमति तंत्र (काम का सबूत या हिस्सेदारी का सबूत) के तहत संभव है; सभी उपयोगकर्ताओं के पास साधन होने पर इसे _पूरी तरह से प्रोत्साहित_ किया जाता है। कोई नोड चलाना एथेरियम के लिए बेहद महत्वपूर्ण है और इसे चलाने वाले किसी भी व्यक्ति को बेहतर सुरक्षा, गोपनीयता और सेंसरशिप प्रतिरोध जैसे अतिरिक्त लाभ मिलते हैं। +गैर-ब्लॉक-उत्पादक नोड चलाना किसी के लिए भी सबकी कंसेंसस वाले मैकेनिज़्म (प्रूफ-ऑफ-वर्क या प्रूफ-ऑफ-स्टेक) के तहत संभव है; यह सभी यूज़र के लिए दृढ़ता से प्रोत्साहित है, बशर्तें उनके पास साधन हों। कोई नोड चलाना एथेरियम के लिए बेहद महत्वपूर्ण है और इसे चलाने वाले किसी भी व्यक्ति को बेहतर सुरक्षा, गोपनीयता और सेंसरशिप प्रतिरोध जैसे अतिरिक्त लाभ मिलते हैं। -एथेरियम नेटवर्क के विकेंद्रीकरण को बनाए रखने के लिए किसी भी व्यक्ति के लिए अपना स्वयं का नोड चलाने की क्षमता _होना आवश्यक_ है। +एथेरियम नेटवर्क के विकेंद्रीकरण को बनाए रखने के लिए किसी के लिए भी अपना स्वयं का नोड चलाने की क्षमता बिल्कुल आवश्यक है। -[अपना खुद का नोड चलाने के बारे में और जानें](/run-a-node/) +अपना खुद का नोड चलाने के बारे में ज़्यादा जानकारी + गैस शुल्क नेटवर्क की क्षमता के सापेक्ष नेटवर्क की माँग का एक उत्पाद है। मर्ज ने काम का सबूत के उपयोग को हटा दिया, सहमति के लिए हिस्सेदारी का सबूत में बदल गया, लेकिन नेटवर्क क्षमता या थ्रूपुट को सीधे प्रभावित करने वाले किसी भी पैरामीटर को महत्वपूर्ण रूप से नहीं बदला। -[रोलअप-केंद्रित रोडमैप](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698) के साथ, [परत 2](/layer-2/) पर उपयोगकर्ता गतिविधि को बढ़ाने पर ध्यान केंद्रित किया जा रहा है, परत 1 मेननेट को एक सुरक्षित विकेंद्रीत सेटमलमेंट परत के रूप में सक्षम करते हुए रोलअप डेटा स्टोरेज के लिए अनुकूलित किया गया है, ताकि रोलअप लेनदेन को तेज़ी से किफ़ायती बनाया जा सके। इसे समझने के लिए हिस्सेदारी के सबूत में ट्रांज़िशन की महत्वपूर्ण भूमिका होती है। [गैस और फीस के बारे में और जानकारी।](/developers/docs/gas/) +रोलअप-केंद्रित रोडमैप के साथ, रोलअप लेनदेन को तेजी से सस्ता बनाने में मदद करने के लिए रोलअप डेटा स्टोरेज के लिए अनुकूलित एक सुरक्षित विकेन्द्रीकृत निपटान परत के रूप में परत 1 मेननेट को सक्षम करते हुए, परत 2 पर उपयोगकर्ता की गतिविधि को बढ़ाने पर ध्यान केंद्रित किया जा रहा है। इसे समझने के लिए हिस्सेदारी के सबूत में ट्रांज़िशन की महत्वपूर्ण भूमिका होती है। गैस और शुल्क पर ज़्यादा जानकारी। + -स्टेक्ड ETH और स्टेकिंग पुरस्कार वापस लेने की क्षमता के बिना लॉक किया जाना जारी है। आगामी शंघाई अपग्रेड के लिए निकासी का प्लान है। - +contentPreview="False, but staking withdrawals have since been enabled via the Shanghai/Capella upgrade."> - -यह उपरोक्त नोट के विपरीत प्रतीत हो सकता है कि हटाए जाने को शंघाई अपग्रेड होने तक सक्षम नहीं किया गया है, लेकिन सत्यापनकर्ताओं के पास ब्लॉक प्रस्तावों के दौरान अर्जित शुल्क पुरस्कार/MEV तक तुरंत एक्सेस होती है। +प्रारंभ में मर्ज के बाद, स्टेकर केवल शुल्क युक्तियों और MEV तक पहुँच सकते थे जो ब्लॉक से जुड़े प्रस्तावों के परिणामस्वरूप हासिल किए गए थे। इन पुरस्कारों को सत्यापनकर्ता द्वारा नियंत्रित एक गैर-स्टेकिंग खाते में जमा किया जाता है (जिसे शुल्क प्राप्तकर्ता के रूप में जाना जाता है), और तुरंत उपलब्ध होते हैं। ये पुरस्कार सत्यापनकर्ता कर्तव्यों को करने के लिए प्रोटोकॉल पुरस्कारों से अलग हैं। -प्रोटोकॉल, सहमति में योगदान देने के लिए सत्यापनकर्ताओं को पुरस्कार के रूप में ETH जारी करता है। सहमति परत नए जारी किए गए ETH के लिए ज़िम्मेदार है, जहाँ एक सत्यापनकर्ता के पास एक यूनिक पता होता है जो उसके स्टेक्ड ETH और प्रोटोकॉल पुरस्कार रखता है। यह ETH शंघाई अपडेट होने तक लॉक है। +शंघाई/कैपेला नेटवर्क अपग्रेड के बाद से, स्टेकर अब किसी भी अतिरिक्त स्टेकिंग बैलेंस (प्रोटोकॉल पुरस्कारों से 32 से अधिक ETH) के स्वचालित भुगतान प्राप्त करना शुरू करने के लिए निकासी पता निर्दिष्ट कर सकते हैं। इस अपग्रेड ने एक सत्यापनकर्ता को नेटवर्क से बाहर निकलने पर अपनी संपूर्ण शेष राशि को अनलॉक करने और पुनः प्राप्त करने की क्षमता को भी सक्षम किया। + +स्टेकिंग से निकासी पर ज़्यादा जानकारी -निष्पादन परत पर ETH को सहमति परत से अलग रखा जाता है। जब उपयोगकर्ता एथेरियम मेननेट पर लेनदेन निष्पादित करते हैं, तो सत्यापनकर्ता को टिप सहित गैस को कवर करने के लिए ETH का भुगतान किया जाना चाहिए। यह ETH पहले से ही निष्पादन स्तर पर है, प्रोटोकॉल द्वारा नया जारी नहीं किया जा रहा है, और सत्यापनकर्ता के लिए तुरंत उपलब्ध है (क्लाइंट सॉफ़्टवेयर को एक उचित `शुल्क प्राप्तकर्ता` पता प्रदान किया गया है)। -शंघाई अपग्रेड के बाद हटाना सक्षम करने के बाद, सभी सत्यापनकर्ताओं को 32 ETH से ऊपर के अपने स्टेकिंग बैलेंस को वापस लेने के लिए प्रोत्साहित किया जाएगा, क्योंकि ये फंड प्रोडक्शन में नहीं जुड़ते हैं और अन्यथा लॉक हो जाते हैं। APR (कुल ETH स्टेक्ड निर्धारित) के आधार पर, उन्हें अपने सत्यापनकर्ताओं से बाहर निकलने के लिए प्रोत्साहित किया जा सकता है ताकि वे अधिक उत्पादन अर्जित करने के लिए अपने पुरस्कारों का उपयोग करके अपना संपूर्ण बैलेंस या संभावित रूप से और भी अधिक स्टेक प्राप्त कर सकें। +चूंकि शंघाई/कैपेला अपग्रेड ने निकासी को सक्षम किया है, इसलिए सत्यापनकर्ताओं को 32 ETH से ऊपर की अपनी स्टेकिंग बैलेंस वापस लेने के लिए प्रोत्साहित किया जाता है, क्योंकि ये फ़ंड उपज में नहीं जुड़ते हैं और अन्यथा लॉक हो जाते हैं। APR (कुल ETH स्टेक्ड निर्धारित) के आधार पर, उन्हें अपने सत्यापनकर्ताओं से बाहर निकलने के लिए प्रोत्साहित किया जा सकता है, ताकि वे अधिक उत्पादन हासिल करने के लिए अपने पुरस्कारों का उपयोग करके अपना संपूर्ण बैलेंस या संभावित रूप से और भी अधिक स्टेक प्राप्त कर सकें। + +यहाँ एक महत्वपूर्ण चेतावनी, पूर्ण सत्यापनकर्ता संबंधी निकास प्रोटोकॉल द्वारा सीमित दर है, और केवल इतने ही सत्यापनकर्ता प्रति युग (प्रत्येक 6.4 मिनट) से बाहर निकल सकते हैं। यह सीमा सक्रिय सत्यापनकर्ताओं की संख्या के आधार पर उतार-चढ़ाव करती है, लेकिन कुल स्टेक किया गया ETH का लगभग 0.33% एक ही दिन में नेटवर्क से बाहर निकल सकता है। -यहाँ एक महत्वपूर्ण चेतावनी, पूर्ण सत्यापनकर्ता निकास प्रोटोकॉल द्वारा सीमित दर हैं, इसलिए प्रति युग केवल छह सत्यापनकर्ता बाहर निकल सकते हैं (प्रत्येक 6.4 मिनट, इसलिए प्रति दिन 1350, या 10 मिलियन से अधिक ETH स्टेक्ड पर केवल ~43,200 ETH प्रति दिन)। यह दर सीमा कुल ETH स्टेक्ड आधार पर समायोजित होती है और फंड को बड़े पैमाने पर इधर से उधर जाने से रोकती है। इसके अलावा, यह एक संभावित हमलावर को एक स्लेशेबल अपराध करने के लिए अपने स्टेक का उपयोग करने से रोकता है और प्रोटोकॉल में स्लेशिंग पेनल्टी को लागू करने से पहले एक ही युग में अपने पूरे स्टेकिंग बैलेंस को बाहर कर देता है। +यह स्टेक पर लगे धन के बड़े पैमाने पर पलायन को रोकता है। इसके अलावा, यह एक संभावित हमलावर को कुल ETH के एक बड़े हिस्से तक पहुंच के साथ एक स्लैश करने योग्य अपराध करने और प्रोटोकॉल को लागू करने से पहले एक ही युग में सभी अपमानजनक सत्यापनकर्ता शेष राशि से बाहर निकलने/वापस लेने से रोकता है। -APR को जानबूझकर डायनेमिक बनाया गया है, जिससे स्टेकर्स के मार्केट को बैलेंस करने की अनुमति मिलती है कि वे नेटवर्क को सुरक्षित करने में मदद के लिए कितना भुगतान करने को तैयार हैं। हटाना सक्षम होने पर, यदि दर बहुत कम है, तो सत्यापनकर्ता प्रोटोकॉल द्वारा सीमित दर पर बाहर निकल जाएँगे। धीरे-धीरे यह उन सभी के लिए APR बढ़ाएगा जो फिर से नए या लौटने वाले स्टेकर्स को आकर्षित कर रहे हैं। +APR भी जानबूझकर गतिशील है, जिससे हितधारकों के बाज़ार को यह संतुलित करने की अनुमति मिलती है कि वे नेटवर्क को सुरक्षित करने में मदद करने के लिए कितना भुगतान करने को तैयार हैं। अगर दर बहुत कम है, तो सत्यापनकर्ता प्रोटोकॉल द्वारा सीमित दर पर बाहर निकल जाएँगे। धीरे-धीरे यह उन सभी के लिए APR बढ़ाएगा जो फिर से नए या लौटने वाले स्टेकर्स को आकर्षित कर रहे हैं। ## 'Eth2' का क्या हुआ? {#eth2} @@ -204,9 +208,9 @@ APR को जानबूझकर डायनेमिक बनाया ग ### मर्ज और शंघाई अपग्रेड {#merge-and-shanghai} -हिस्सेदारी के सबूत के लिए एक सफल ट्रांज़िशन पर फ़ोकस करना आसान बनाने और अधिकतम करने के लिए, मर्ज अपग्रेड में कुछ अपेक्षित फ़ीचर शामिल नहीं थीं, जैसे कि स्टेक्ड ETH को वापस लेने की क्षमता। मर्ज को फ़ॉलो करने के लिए शंघाई अपग्रेड की योजना बनाई गई है, जो स्टेकर्स की वापस लेने की क्षमता को सक्षम करेगा। +हिस्सेदारी के सबूत के लिए एक सफल ट्रांज़िशन पर फ़ोकस करना आसान बनाने और अधिकतम करने के लिए, मर्ज अपग्रेड में कुछ अपेक्षित फ़ीचर शामिल नहीं थीं, जैसे कि स्टेक्ड ETH को वापस लेने की क्षमता। यह कार्यक्षमता शंघाई/कैपेला नवीनीकरण के साथ अलग से सक्षम की गई थी। -[GitHub पर शंघाई अपग्रेड प्लानिंग इश्यू](https://github.com/ethereum/pm/issues/450), या [EF रिसर्च एंड डेवलपमेंट ब्लॉग](https://blog.ethereum.org/category/research-and-development/) के साथ अप-टू-डेट रहें। उत्सुक लोग, [मर्ज के बाद क्या होता है](https://youtu.be/7ggwLccuN5s?t=101) के बारे में और जानें, जिसे वितालिक ने अप्रैल 2021 ETHGlobal इवेंट में प्रस्तुत किया था। +उत्सुक लोग, [मर्ज के बाद क्या होता है](https://youtu.be/7ggwLccuN5s?t=101) इस बारे में और जानें, जिसे वितालिक ने अप्रैल 2021 ETHGlobal इवेंट में प्रस्तुत किया था। ### मर्ज और शार्डिंग {#merge-and-data-sharding} diff --git a/public/content/translations/hi/roadmap/merge/issuance/index.md b/public/content/translations/hi/roadmap/merge/issuance/index.md index 2f17322e397..689625ef7b8 100644 --- a/public/content/translations/hi/roadmap/merge/issuance/index.md +++ b/public/content/translations/hi/roadmap/merge/issuance/index.md @@ -1,130 +1,134 @@ --- -title: How The Merge impacted ETH supply -description: Breakdown on how The Merge impacted ETH supply +title: मर्ज ने ETH आपूर्ति को कैसे प्रभावित किया +description: मर्ज ने ETH आपूर्ति को कैसे प्रभावित किया, इसका विवरण lang: hi --- -# How The Merge impacted ETH supply {#how-the-merge-impacts-ETH-supply} +# मर्ज ने ETH आपूर्ति को कैसे प्रभावित किया {#how-the-merge-impacts-ETH-supply} -The Merge represented the Ethereum networks transition from proof-of-work to proof-of-stake which occurred in September 2022. The way ETH was issued underwent changes at time of that transition. Previously, new ETH was issued from two sources: the execution layer (i.e. Mainnet) and the consensus layer (i.e. बीकन चेन). Since The Merge, issuance on the execution layer is now zero. Let's break this down. +मर्ज, एथेरियम नेटवर्क के प्रूफ-ऑफ-वर्क से प्रूफ-ऑफ-स्टेक में ट्रांसमिशन को दर्शाता है जो सितंबर 2022 में हुआ था। उस परिवर्तन के समय ETH जारी करने के तरीके में बदलाव आया। पहले, नया ETH दो स्रोतों से जारी किया गया था: निष्पादन परत (यानी मेननेट) और कंसेंसस लेयर (यानी बीकन चेन)। मर्ज के बाद से, निष्पादन परत पर जारी करना अब शून्य है। चलिए इसका विश्लेषण करते हैं। -## Components of ETH issuance {#components-of-eth-issuance} +## ETH जारी करने के घटक {#components-of-eth-issuance} -We can break the supply of ETH into two primary forces: issuance and burn. +हम ETH की आपूर्ति को दो प्राथमिक शक्तियों में विभाजित कर सकते हैं: जारी करना और बर्न। -The **issuance** of ETH is the process of creating ETH that did not previously exist. The **burning** of ETH is when existing ETH gets destroyed, removing it from circulation. The rate of issuance and burning gets calculated on several parameters, and the balance between them determines the resulting inflation/deflation rate of ether. +ETH की **जारी करने** की प्रक्रिया, ऐसे ETH को बनाने की है जो पहले मौजूद नहीं था। ETH का **बर्निंग** तब होता है जब मौजूदा ETH नष्ट हो जाता है, जिससे यह प्रचलन से हट जाता है। जारी करने और बर्निंग की दर की गणना कई मापदंडों पर की जाती है, और उनके बीच संतुलन ईथर की परिणामी मुद्रास्फीति/अपस्फीति दर निर्धारित करता है। +title="ETH जारी करना tldr"> -- Before transitioning to proof-of-stake, miners were issued approximately 13,000 ETH/day -- Stakers are issued approximately 1,700 ETH/day, based on about 14 million total ETH staked -- The exact staking issuance fluctuates based on the total amount of ETH staked -- **Since The Merge, only the ~1,700 ETH/day remains, dropping total new ETH issuance by ~88%** -- The burn: This fluctuates according to network demand. _If_ an average gas price of at least 16 gwei is observed for a given day, this effectively offsets the ~1,700 ETH that is issued to validators and brings net ETH inflation to zero or less for that day. +- प्रूफ-ऑफ-स्टेक से गुज़रने से पहले, खनिकों को लगभग 13,000 ETH/दिन जारी किए गए थे +- स्टेकर्स को लगभग 1,700 ETH/दिन जारी किए जाते हैं, जो लगभग 14 मिलियन कुल ETH स्टेक पर आधारित होते हैं +- स्टेक पर लगाई गई ETH की कुल राशि के आधार पर सटीक स्टेकिंग जारी करने में उतार-चढ़ाव होता है +- **मर्ज के बाद से, केवल ~1,700 ETH/दिन शेष है, कुल नए ETH जारी करने को ~88%** तक गिरा देता है +- बर्न: यह नेटवर्क की मांग के अनुसार उतार-चढ़ाव करता है। _यदि_ किसी विशेष दिन कम से कम 16 gwei की औसत गैस कीमत का आकलन किया जाता है, यह प्रभावी रूप से ~1,700 ETH को ऑफसेट करता है जो सत्यापनकर्ताओं को जारी किया जाता है और उस दिन के लिए शुद्ध ETH मुद्रास्फीति को शून्य या उससे कम पर लाता है। -## Pre-merge (historical) {#pre-merge} +## पूर्व-मर्ज (ऐतिहासिक) {#pre-merge} -### Execution layer issuance {#el-issuance-pre-merge} +### निष्पादन परत जारी करना {#el-issuance-pre-merge} -Under proof-of-work, miners only interacted with the execution layer and were rewarded with block rewards if they were the first miner to solve the next block. Since the [Constantinople upgrade](/history/#constantinople) in 2019 this reward was 2 ETH per block. Miners were also rewarded for publishing [ommer](/glossary/#ommer) blocks, which were valid blocks that didn't end up in the longest/canonical chain. These rewards maxed out at 1.75 ETH per ommer, and were _in addition to_ the reward issued from the canonical block. The process of mining was an economically intensive activity, which historically required high levels of ETH issuance to sustain. +प्रूफ-ऑफ-वर्क के तहत, माईनर ने केवल निष्पादन परत के साथ बातचीत की और उन्हें ब्लॉक पुरस्कारों से पुरस्कृत किया गया यदि वे अगले ब्लॉक को हल करने वाले पहले माईनर थे। 2019 में [कॉन्स्टेंटिनोपल अपग्रेड](/history/#constantinople) के बाद से यह पुरस्कार 2 ETH प्रति ब्लॉक था। माईनर को [ommer](/glossary/#ommer) ब्लॉक्स प्रकाशित करने के लिए भी पुरस्कृत किया गया था, जो ऐसे वैध ब्लॉक्स थे जो सबसे लंबी/विहित श्रृंखला में समाप्त नहीं हुए थे। ये पुरस्कार अधिकतम 1.75 ETH प्रति ओमेर थे, और कैनोनिकल ब्लॉक से जारी इनाम _के अलावा_ थे। माईनिंग की प्रक्रिया एक आर्थिक रूप से गहन गतिविधि थी, जिसे बनाए रखने के लिए ऐतिहासिक रूप से ETH जारी करने के उच्च स्तर की आवश्यकता थी। -### Consensus layer issuance {#cl-issuance-pre-merge} +### कंसेंसस लेयर जारी करना {#cl-issuance-pre-merge} -The [Beacon Chain](/history/#beacon-chain-genesis) went live in 2020. Instead of miners, it is secured by validators using proof-of-stake. This chain was bootstrapped by Ethereum users depositing ETH one-way into a smart contract on Mainnet (the execution layer), which the Beacon Chain listens to, crediting the user with an equal amount of ETH on the new chain. Until The Merge happened, the Beacon Chain's validators were not processing transactions and were essentially coming to consensus on the state of the validator pool itself. +[बीकन चेन](/history/#beacon-chain-genesis) 2020 में लाइव हो गया। माईनर के बजाय, इसे प्रूफ-ऑफ-स्टेक का उपयोग करके सत्यापनकर्ताओं द्वारा सुरक्षित किया जाता है। इस श्रृंखला को एथेरियम यूज़र द्वारा मेननेट (निष्पादन परत) पर एक स्मार्ट अनुबंध में ETH वन-वे जमा करने के लिए बूटस्ट्रैप किया गया था, जिसे बीकन चेन सुनता है, यूज़र को नई श्रृंखला पर ETH की समान राशि के साथ श्रेय देता है। मर्ज होने तक, बीकन चेन के सत्यापनकर्ता लेनदेन को संसाधित नहीं कर रहे थे और अनिवार्य रूप से सत्यापनकर्ता पूल की स्थिति पर कंसेंसस के लिए आ रहे थे। -Validators on the Beacon Chain are rewarded with ETH for attesting to the state of the chain and proposing blocks. Rewards (or penalties) are calculated and distributed at each epoch (every 6.4 minutes) based on validator performance. Validator rewards are **significantly** less than the mining rewards that were previously issued under proof-of-work (2 ETH every ~13.5 seconds), as operating a validating node is not as economically intense and thus does not require or warrant as high a reward. +बीकन चेन पर सत्यापनकर्ताओं को श्रृंखला की स्थिति को प्रमाणित करने और ब्लॉकों का प्रस्ताव करने के लिए ETH से पुरस्कृत किया जाता है। सत्यापनकर्ता के प्रदर्शन के आधार पर प्रत्येक युग (प्रत्येक 6.4 मिनट) में पुरस्कार (या दंड) की गणना और वितरण किया जाता है। सत्यापनकर्ता पुरस्कार माईनिंग पुरस्कारों की तुलना में **काफ़ी** कम हैं जो पहले प्रूफ-ऑफ-वर्क (2 ETH प्रत्येक ~ 13.5 सेकंड) के तहत जारी किए गए थे, क्योंकि एक मान्य नोड का संचालन आर्थिक रूप से तीव्र नहीं है और इस प्रकार उच्च पुरस्‍कार की आवश्यकता या वारंट नहीं है। -### Pre-merge issuance breakdown {#pre-merge-issuance-breakdown} +### पूर्व-मर्ज जारी करने का विवरण {#pre-merge-issuance-breakdown} -Total ETH supply: **~120,520,000 ETH** (at time of The Merge in September 2022) +कुल ETH आपूर्ति: **~120,520,000 ETH** (सितंबर 2022 में मर्ज के समय) -**Execution layer issuance:** +**निष्पादन परत जारी करना:** -- Was estimated at 2.08 ETH per 13.3 seconds\*: **~4,930,000** ETH issued in a year -- Resulted in an inflation rate of **approximately 4.09%** (4.93M per year / 120.5M total) -- \*This includes the 2 ETH per canonical block, plus an average of 0.08 ETH over time from ommer blocks. Also uses 13.3 seconds, the baseline block time target without any influence from a [difficulty bomb](/glossary/#difficulty-bomb). ([See source](https://bitinfocharts.com/ethereum/)) +- 2.08 ETH प्रति 13.3 सेकंड का अनुमान लगाया गया था*: **~4,930,000** ETH एक वर्ष में जारी किया गया +- परिणामस्वरूप मुद्रास्फीति दर **लगभग 4.09%** (4.93M प्रति वर्ष / कुल 120.5M) +- *इसमें 2 ETH प्रति कैनोनिकल ब्लॉक, साथ ही ओमर ब्लॉक से समय के साथ औसतन 0.08 ETH शामिल हैं। इसके अलावा 13.3 सेकंड का उपयोग करता है, बेसलाइन ब्लॉक समय लक्ष्य [डिफिकल्‍टी बम](/glossary/#difficulty-bomb) से किसी भी प्रभाव के बिना। ([स्रोत देखें](https://bitinfocharts.com/ethereum/)) -**Consensus layer issuance:** +**कंसेंसस लेयर जारी करना:** -- Using 14,000,000 total ETH staked, the rate of ETH issuance is approximately 1700 ETH/day ([See source](https://ultrasound.money/)) -- Results in **~620,500** ETH issued in a year -- Resulted in inflation rate of **approximately 0.52%** (620.5K per year / 119.3M total) +- स्टेक पर लगाए गए कुल 14,000,000 ETH का उपयोग करते हुए, ETH जारी करने की दर लगभग 1700 ETH/दिन है ([स्रोत देखें](https://ultrasound.money/)) +- एक वर्ष में जारी किए गए **~620,500** ETH में परिणाम +- परिणामस्वरूप मुद्रास्फीति दर **लगभग 0.52%** (620.5K प्रति वर्ष / 119.3M कुल) -Total annualized issuance rate (pre-merge): ~4.61% (4.09% + 0.52%)

-~88.7% of the issuance was going to miners on the execution layer (4.09 / 4.61 * 100)

-~11.3% was being issued to stakers on the consensus layer (0.52 / 4.61 * 100) +कुल वार्षिक जारी करने की दर (प्री-मर्ज): ~4.61% (4.09% + 0.52%)

+~जारी करने का 88.7% निष्पादन लेयर (4.09/4.61 * 100) पर खनिकों को जा रहा था

+~11.3% कंसेंसस लेयर (0.52/4.61 * 100) पर हितधारकों को जारी किया जा रहा था -## Post-merge (present day) {#post-merge} +## पोस्ट-मर्ज (वर्तमान दिन) {#post-merge} -### Execution layer issuance {#el-issuance-post-merge} +### निष्पादन परत जारी करना {#el-issuance-post-merge} -Execution layer issuance since The Merge is zero. Proof-of-work is no longer a valid means of block production under the upgraded rules of consensus. All execution layer activity is packaged into "beacon blocks", which are published and attested to by proof-of-stake validators. Rewards for attesting-to and publishing beacon blocks are accounted for separately on the consensus layer. +मर्ज के बाद से निष्पादन परत जारी करना शून्य है। प्रूफ-ऑफ-वर्क अब कंसेंसस के अपग्रेड नियमों के तहत ब्लॉक उत्पादन का एक वैध साधन नहीं है। सभी निष्पादन परत गतिविधि को "बीकन ब्लॉक्स" में पैक किया जाता है, जो प्रूफ-ऑफ-स्टेक सत्यापनकर्ताओं द्वारा प्रकाशित और सत्यापित होते हैं। बीकन ब्लॉकों को सत्यापित करने और प्रकाशित करने के लिए पुरस्कारों को कंसेंसस लेयर पर अलग से हिसाब दिया जाता है। -### Consensus layer issuance {#cl-issuance-post-merge} +### कंसेंसस लेयर जारी करना {#cl-issuance-post-merge} -Consensus layer issuance continues today as before The Merge, with small rewards for validators who attest to and propose blocks. Validator rewards continue to accrue to _validator balances_ that are managed within the consensus layer. Unlike the current accounts, which can transact on Mainnet, these are separate Ethereum accounts where validator funds will not be withdrawable/transferrable until the upcoming Shanghai upgrade. This means that although new ETH is still being issued, 100% of consensus layer funds remain locked and unavailable to the market until this upgrade occurs. +कंसेंसस लेयर जारी करना आज भी मर्ज से पहले की तरह जारी है, सत्यापनकर्ताओं के लिए छोटे पुरस्कारों के साथ जो ब्लॉक को प्रमाणित करते हैं और प्रस्तावित करते हैं। सत्यापनकर्ता पुरस्कार _सत्यापनकर्ता शेष_ तक अर्जित करना जारी रखते हैं जो कंसेंसस लेयर के भीतर प्रबंधित होते हैं। चालू खातों ("निष्पादन" खातों) के विपरीत, जो मेननेट पर लेनदेन कर सकते हैं, ये अलग-अलग एथेरियम खाते हैं जो अन्य एथेरियम खातों के साथ स्वतंत्र रूप से लेनदेन नहीं कर सकते हैं। इन खातों में धनराशि केवल एक निर्दिष्ट निष्पादन पते पर निकाली जा सकती है। -When validator withdrawals are enabled, stakers will be incentivized to remove their _earnings/rewards (balance over 32 ETH)_ as these funds are otherwise not contributing to their stake weight (which maxes at 32). +अप्रैल 2023 में हुए शंघाई/कैपेला अपग्रेड के बाद से, स्टेकर्स के लिए इन निकासी को सक्षम किया गया है। स्टेकर्स को अपनी _कमाई/पुरस्कार (32 ETH से अधिक शेष)_ को हटाने के लिए प्रोत्साहित किया जाता है क्योंकि ये फंड अन्यथा उनके स्टेक वजन (जो अधिकतम 32 पर है) में योगदान नहीं दे रहे हैं। -After withdraw functionality is enabled, stakers may also choose to exit and withdraw their entire validator balance. To ensure Ethereum is stable, the number of validators leaving simultaneously is capped. Only six validators may exit in a given epoch (6.4 minute period) depending on the total ETH staked at the time. As more validators withdraw, the maximum number of exiting validators will gradually be reduced to four to intentionally prevent large destabilizing amounts of staked ETH from being withdrawed concurrently. +स्टेकर्स अपने पूरे सत्यापनकर्ता बैलेंस से बाहर निकलने और वापस लेने का विकल्प भी चुन सकते हैं। यह सुनिश्चित करने के लिए कि एथेरियम स्थिर है, एक साथ छोड़ने वाले सत्यापनकर्ताओं की संख्या सीमित है। -### Post-merge inflation breakdown {#post-merge-inflation-breakdown} +कुल सत्यापनकर्ता संख्या का लगभग 0.33% किसी दिए गए दिन में बाहर निकल सकता है। डिफ़ॉल्ट रूप से, चार (4) सत्यापनकर्ता प्रति युग (प्रत्येक 6.4 मिनट, या प्रति दिन 900) से बाहर निकल सकते हैं। 262,144 (218) से अधिक प्रत्येक 65,536 (216) अतिरिक्त सत्यापनकर्ताओं के लिए एक अतिरिक्त एक (1) सत्यापनकर्ता को बाहर निकलने की अनुमति है। उदाहरण के लिए, 327,680 से अधिक सत्यापनकर्ताओं के साथ, पांच (5) प्रति युग (1,125 प्रति दिन) छोड़ सकते हैं। छह (6) को 393,216 से अधिक कुल सक्रिय सत्यापनकर्ता गिनती के साथ अनुमति दी जाएगी, और इसके आगे। -- Total ETH supply: **~120,520,000 ETH** (at time of The Merge in September 2022) -- Execution layer issuance: **0** -- Consensus layer issuance: Same as above, **~0.52%** annualized issuance rate (with 14 million total ETH staked) +जैसे-जैसे अधिक सत्यापनकर्ता वापस लेते हैं, बाहर निकलने वाले सत्यापनकर्ताओं की अधिकतम संख्या धीरे-धीरे कम से कम चार हो जाएगी ताकि जानबूझकर दांव पर लगाए गए ETH की बड़ी अस्थिर मात्रा को समवर्ती रूप से वापस लेने से रोका जा सके। + +### मर्ज के बाद की मुद्रास्फीति {#post-merge-inflation-breakdown} + +- कुल ETH आपूर्ति: **~120,520,000 ETH** (सितंबर 2022 में मर्ज के समय) +- निष्पादन परत जारी करना: **0** +- कंसेंसस लेयर जारी करना: ऊपर की तरह, **~0.52%** वार्षिक जारी करने की दर (14 मिलियन कुल ETH दांव के साथ) -Total annualized issuance rate: ~0.52%

-Net reduction in annual ETH issuance: ~88.7% ((4.61% - 0.52%) / 4.61% * 100) +कुल वार्षिक जारी करने की दर: ~0.52%

+वार्षिक ETH जारी करने में शुद्ध कमी: ~88.7% ((4.61% - 0.52%) / 4.61% * 100) -##  The burn {#the-burn} +## the burn {#the-burn} -The opposite force to ETH issuance is the rate at which ETH is burned. For a transaction to execute on Ethereum, a minimum fee (known as a "base fee") must be paid, which fluctuates continuously (block-to-block) depending on network activity. The fee is paid in ETH and is _required_ for the transaction to be considered valid. This fee gets _burned_ during the transaction process, removing it from circulation. +ETH जारी करने के विपरीत बल वह दर है जिस पर ETH को बर्न किया जाता है। एथेरियम पर लेनदेन निष्पादित करने के लिए, एक न्यूनतम शुल्क (जिसे "आधार शुल्क" के रूप में जाना जाता है) का भुगतान किया जाना चाहिए, जो नेटवर्क गतिविधि के आधार पर लगातार (ब्लॉक-टू-ब्लॉक) उतार-चढ़ाव करता है। शुल्क का भुगतान ETH में किया जाता है और लेनदेन को वैध माने जाने के लिए _आवश्यक_ है। यह शुल्क लेन-देन प्रक्रिया के दौरान _बर्न_ हो जाता है, इसे प्रचलन से हटा देता है। -Fee burning went live with the London upgrade in August 2021, and remains unchanged since The Merge. +अगस्त 2021 में द लंदन अपग्रेड के साथ शुल्क बर्निंग लाइव हो गया, और मर्ज के बाद से अपरिवर्तित बना हुआ है। -On top of the fee burn implemented by the London upgrade, validators can also incur penalties for being offline, or worse, they can be slashed for breaking specific rules that threaten network security. These penalties result in a reduction of ETH from that validator's balance, which is not directly rewarded to any other account, effectively burning/removing it from circulation. +लंदन अपग्रेड द्वारा लागू शुल्क बर्न के शीर्ष पर, सत्यापनकर्ता ऑफ़लाइन होने के लिए दंड भी लगा सकते हैं, या इससे भी बदतर, उन्हें नेटवर्क सुरक्षा को खतरे में डालने वाले विशिष्ट नियमों को तोड़ने के लिए घटाया जा सकता है। इन दंडों के परिणामस्वरूप उस सत्यापनकर्ता की शेष राशि से ETH में कमी आती है, जिसे सीधे किसी अन्य खाते में पुरस्कृत नहीं किया जाता है, प्रभावी रूप से इसे प्रचलन से बर्न कर दिया जाता है/हटा दिया जाता है। -### Calculating average gas price for deflation {#calculating-average-gas-price-for-deflation} +### अपस्फीति के लिए औसत गैस मूल्य की गणना {#calculating-average-gas-price-for-deflation} -As discussed above, the amount of ETH issued in a given day is dependent upon the total ETH staked. At time of writing, this is approximately 1700 ETH/day. +जैसा कि ऊपर चर्चा की गई है, किसी दिए गए दिन में जारी किए गए ETH की मात्रा कुल ETH स्टेक पर निर्भर करती है। लेखन के समय, यह लगभग 1700 ETH / दिन है। -To determine the average gas price required to completely offset this issuance in a given 24-hour period, we'll start by calculating the total number of blocks in a day, given a block time of 12 seconds: +किसी दिए गए 24-घंटे की अवधि में इस जारी करने को पूरी तरह से ऑफसेट करने के लिए आवश्यक औसत गैस मूल्य निर्धारित करने के लिए, हम 12 सेकंड के ब्लॉक समय को देखते हुए, एक दिन में ब्लॉक की कुल संख्या की गणना करके शुरू करेंगे: -- `(1 block / 12 seconds) * (60 seconds/minute) = 5 blocks/minute` -- `(5 blocks/minute) * (60 minutes/hour) = 300 blocks/hour` -- `(300 blocks/hour) * (24 hours/day) = 7200 blocks/day` +- `(1 ब्लॉक / 12 सेकंड) * (60 सेकंड/मिनट) = 5 ब्लॉक/मिनट` +- `(5 ब्लॉक/मिनट) * (60 मिनट/घंटा) = 300 ब्लॉक/घंटा` +- `(300 ब्लॉक/घंटा) * (24 घंटे/दिन) = 7200 ब्लॉक/दिन` -Each block targets `15x10^6 gas/block` ([more on gas](/developers/docs/gas/)). Using this, we can solve for the average gas price (in units of gwei/gas) required to offset issuance, given a total daily ETH issuance of 1700 ETH: +प्रत्येक ब्लॉक `15x10^6 gas/block` ([गैस पर अधिक](/developers/docs/gas/)) को लक्षित करता है। इसका उपयोग करके, हम जारी करने के लिए आवश्यक औसत गैस मूल्य (gwei/गैस की इकाइयों में) के लिए हल कर सकते हैं, 1700 ETH के कुल दैनिक ETH जारी किए जाने को देखते हुए: - `7200 blocks/day * 15x10^6 gas/block *`**`Y gwei/gas`**`* 1 ETH/ 10^9 gwei = 1700 ETH/day` -Solving for `Y`: +`Y` के लिए हल करना: -- `Y = (1700(10^9))/(7200 * 15(10^6)) = (17x10^3)/(72 * 15) = 16 gwei` (rounding to only two significant digits) +- `Y = (1700(10^9))/(7200 * 15(10^6)) = (17x10^3)/(72 * 15) = 16 gwei` (केवल दो सार्थक अंकों तक पूर्णांक) -Another way to rearrange this last step would be to replace `1700` with a variable `X` that represents the daily ETH issuance, and to simplify the rest to: +इस अंतिम चरण को पुनर्व्यवस्थित करने का एक अन्य तरीका `1700` को एक variable `X` से बदलना होगा जो दैनिक ETH जारी करने का प्रतिनिधित्व करता है, और बाकी को सरल बनाने के लिए: - `Y = (X(10^3)/(7200 * 15)) = X/108` -We can simplify and write this as a function of `X`: +हम इसे `X` के फ़ंक्शन के रूप में सरल और लिख सकते हैं: -- `f(X) = X/108` where `X` is daily ETH issuance, and `f(X)` represents the gwei/gas price required to offset all of the newly issued ETH. +- `f(X) = X/108` जहां `X` दैनिक ETH जारी करना है, और `f(X)` सभी नए जारी किए गए ETH को ऑफसेट करने के लिए आवश्यक gwei/गैस मूल्य का प्रतिनिधित्व करता है। -So, for example, if `X` (daily ETH issuance) rises to 1800 based on total ETH staked, `f(X)` (gwei required to offset all of the issuance) would then be `17 gwei` (using 2 significant digits) +इसलिए, उदाहरण के लिए, यदि `X` (दैनिक ETH जारी) कुल ETH दांव के आधार पर 1800 तक बढ़ जाता है, तो `f(X)` (सभी जारी करने के लिए आवश्यक gwei) `17 gwei` (2 महत्वपूर्ण अंकों का उपयोग करके) होगा ## अतिरिक्त पाठ्यसामग्री {#further-reading} - [मर्ज](/roadmap/merge/) -- [Ultrasound.money](https://ultrasound.money/) - _Dashboards available to visualize ETH issuance and burn in real-time_ -- [Charting Ethereum Issuance](https://www.attestant.io/posts/charting-ethereum-issuance/) - _Jim McDonald 2020_ +- [Ultrasound.money](https://ultrasound.money/) - _ETH जारी करने और रीयल-टाइम में burn करने की कल्पना करने के लिए उपलब्ध डैशबोर्ड_ +- [चार्टिंग एथेरियम जारी करना](https://www.attestant.io/posts/charting-ethereum-issuance/) - _जिम McDonald 2020_ diff --git a/public/content/translations/hi/roadmap/scaling/index.md b/public/content/translations/hi/roadmap/scaling/index.md new file mode 100644 index 00000000000..8336af973dd --- /dev/null +++ b/public/content/translations/hi/roadmap/scaling/index.md @@ -0,0 +1,51 @@ +--- +title: स्केलिंग इथेरियम +description: रोलअप बैच लेनदेन एक साथ ऑफ-चेन, उपयोगकर्ता के लिए लागत को कम करता है। हालाँकि, वर्तमान में रोलअप द्वारा डेटा का उपयोग करने का तरीका बहुत महंगा है, जिससे यह सीमित हो जाता है कि लेनदेन कितना सस्ता हो सकता है। प्रोटो-डैंकशार्डिंग इसे ठीक करता है। +lang: hi +image: /images/roadmap/roadmap-transactions.png +alt: "एथेरियम दिशानिर्देश" +template: roadmap +--- + +एथेरियम को [लेयर 2](/layer-2/#rollups) (जिसे रोलअप के रूप में भी जाना जाता है) का उपयोग करके स्केल किया जाता है, जो लेनदेन को एक साथ बैच करता है और आउटपुट को एथेरियम में भेजता है। भले ही रोलअप एथेरियम मेननेट की तुलना में आठ गुना सस्ते हैं, फिर भी अंतिम यूज़र के लिए लागत कम करने के लिए रोलअप को और अधिक अनुकूलित किया जा सकता है। रोलअप कुछ केंद्रीकृत घटकों पर भी निर्भर करते हैं जिन्हें डेवलपर्स रोलअप के मॅच्‍योर होने पर हटा सकते हैं। + + +
    +
  • आज के रोलअप एथेरियम लेयर 1 की तुलना में ~5-20x सस्ते हैं
    • +
  • ZK-रोलअप जल्द ही फीस ~40-100 गुना कम कर देगा
    • +
  • एथेरियम में आगामी बदलाव ~100-1000x स्केलिंग लाएंगे
    • +
  • यूज़र को $0.001 से कम लागत वाले लेनदेन से लाभ होना चाहिए
    • +
+ + +## डेटा को सस्ता करना {#making-data-cheaper} + +रोलअप बड़ी संख्या में लेनदेन एकत्र करते हैं, उन्हें निष्पादित करते हैं और परिणाम एथेरियम को भेज देते हैं। इससे बहुत सारा डेटा उत्पन्न होता है जिसे खुले तौर पर उपलब्ध कराने की आवश्यकता होती है ताकि कोई भी अपने लिए लेनदेन निष्पादित कर सके और सत्यापित कर सके कि रोलअप ऑपरेटर सही था। अगर किसी को कोई विसंगति मिलती है तो वे इसपर चुनौती दे सकते हैं। + +### प्रोटो-डैंकशर्डिंग {#proto-danksharding} + +रोलअप डेटा ऐतिहासिक रूप से एथेरियम पर स्थायी रूप से संग्रहीत किया गया है, जो महंगा है। रोलअप पर यूज़र द्वारा भुगतान की जाने वाली 90% से अधिक लेनदेन लागत इस डेटा स्‍टोरेज के कारण होती है। लेन-देन लागत कम करने के लिए, हम डेटा को एक नए अस्थायी 'ब्‍लॉब' स्‍टोरेज में ले जा सकते हैं। ब्‍लॉब सस्ते होते हैं क्योंकि वे अस्थायी होते हैं; आवश्यकता न रहने पर वे एथेरियम से हटा दिए जाते हैं। रोलअप डेटा को लंबे समय तक संग्रहीत करना उन लोगों की जिम्मेदारी बन जाता है जिन्हें इसकी आवश्यकता होती है, जैसे रोलअप ऑपरेटर, एक्सचेंज, इंडेक्‍सिंग सेवाएं आदि। एथेरियम में ब्लॉब लेनदेन को जोड़ना एक अपग्रेड का हिस्सा है जिसे "प्रोटो-डैंकशर्डिंग" के रूप में जाना जाता है। + +प्रोटो-डैंकशार्डिंग के साथ, एथेरियम ब्लॉकों में कई ब्लॉब्स जोड़ना संभव है। यह एथेरियम के थ्रूपुट के लिए एक और पर्याप्त (>100x) स्केल-अप और लेनदेन लागत के लिए स्केल-डाउन को सक्षम बनाता है। + +### डैंकशार्डिंग {#danksharding} + +ब्लॉब डेटा के विस्तार का दूसरा चरण जटिल है क्योंकि इसके लिए रोलअप डेटा की जांच के लिए नए तरीकों की आवश्यकता होती है जो नेटवर्क पर उपलब्ध है और [सत्यापनकर्ताओं](/glossary/#validator) पर निर्भर करता है> जो उनके [ब्लॉक](/glossary/#block) बिल्डिंग और ब्लॉक प्रस्ताव जिम्मेदारियों को अलग करता है। सत्यापनकर्ताओं ने ब्लॉब डेटा के छोटे उपसमूहों को सत्यापित किया है, यह क्रिप्टोग्राफ़िक रूप से साबित करने के लिए इसे एक तरीके की आवश्यकता है। + +इस दूसरे चरण को ["डैंकशार्डिंग"](/roadmap/danksharding/) के नाम से जाना जाता है। **यह पूरी तरह से लागू होने से कई साल दूर** होने की संभावना है। डैंकशार्डिंग अन्य विकासों पर निर्भर करता है जैसे [ब्लॉक बिल्डिंग और ब्लॉक प्रस्ताव को अलग करना](/roadmap/pbs) और नए नेटवर्क डिज़ाइन जो नेटवर्क को एक समय में कुछ किलोबाइट का रेंडम रूप से नमूना लेकर डेटा उपलब्धि की कुशलतापूर्वक पुष्टि करने में सक्षम बनाते हैं जिसे [डेटा अवेलेबिलिटी सैम्पलिंग (DAS)](/developers/docs/data-availability) के रूप में जाना जाता है। + +डैंकशार्डिंग के बारे में ज़्यादा जानिए + +## रोलअप का विकेंद्रीकरण {#decentralizing-rollups} + +[रोलअप](/layer-2) पहले से ही एथेरियम का स्केलिंग कर रहे हैं। [रोलअप परियोजनाओं का एक इकोसिस्टम](https://l2beat.com/scaling/tvl) यूज़र को सुरक्षा गारंटी की एक श्रृंखला के साथ, जल्दी और सस्ते में लेनदेन करने में सक्षम बना रहा है। हालाँकि, रोलअप को केंद्रीकृत सीक्वेंसर (एथेरियम में सबमिट करने से पहले सभी ट्रांजेक्‍शन प्रोसेसिंग और एकत्रीकरण करने वाले कंप्यूटर) का उपयोग करके बूटस्ट्रैप किया गया है। यह सेंसरशिप के प्रति संवेदनशील है, क्योंकि सीक्वेंसर ऑपरेटरों पर प्रतिबंध लगाया जा सकता है, उनको रिश्वत दी जा सकती है या उनसे समझौता किया जा सकता है। साथ ही, रोलअप आने वाले डेटा को [भिन्न तरीके से](https://l2beat.com) सत्यापित करते हैं। "प्रोवर्स" के लिए [धोखाधड़ी का सबूत](/glossary/#fraud-proof) या वैधता प्रमाण सबमिट करने का सबसे अच्छा तरीका है, लेकिन सभी रोलअप अभी तक नहीं हैं। यहां तक कि वे रोलअप भी जो वैधता/धोखाधड़ी का सबूत का उपयोग करते हैं, पहचान के प्रूवर्स के एक छोटे पूल का उपयोग करते हैं। इसलिए, एथेरियम को स्केल करने में अगला महत्वपूर्ण कदम अधिक लोगों के बीच सीक्वेंसर और प्रूवर्स चलाने की जिम्मेदारी वितरित करना है। + +रोलअप के बारे में अधिक जानकारी + +## वर्तमान प्रगति {#current-progress} + +प्रोटो-डैंकशार्डिंग इन रोडमैप आइटमों में से पहला है जिसे 2024 के मार्च में कैनकन-डेनेब ("Dencun") नेटवर्क अपग्रेड के हिस्से के रूप में लागू किया जाना है। **पूर्ण डंकशार्डिंग कई साल दूर होने की संभावना है**, क्योंकि यह पहले पूरा होने वाले कई अन्य रोडमैप आइटमों पर निर्भर करता है। रोलअप इन्फ्रास्ट्रक्चर का विकेंद्रीकरण एक क्रमिक प्रक्रिया होने की संभावना है - कई अलग-अलग रोलअप हैं जो थोड़ा अलग सिस्टम बना रहे हैं और अलग-अलग दरों पर पूरी तरह से विकेंद्रीकरण करेंगे। + +[डेनकन नेटवर्क अपग्रेड पर अधिक](/roadmap/dencun/) + + diff --git a/public/content/translations/hi/roadmap/security/index.md b/public/content/translations/hi/roadmap/security/index.md new file mode 100644 index 00000000000..432db0b7d9c --- /dev/null +++ b/public/content/translations/hi/roadmap/security/index.md @@ -0,0 +1,48 @@ +--- +title: एक अधिक सुरक्षित एथेरियम +description: एथेरियम वर्तमान में सबसे सुरक्षित और विकेन्द्रीकृत स्मार्ट-कॉन्ट्रैक्ट प्लेटफॉर्म है। हालाँकि, अभी भी सुधार किए जा सकते हैं ताकि एथेरियम भविष्य में किसी भी स्तर के हमले के लिए मजबूत बना रहे। +lang: hi +image: /images/roadmap/roadmap-security.png +alt: "एथेरियम दिशानिर्देश" +template: roadmap +--- + +**एथेरियम पहले से ही एक बहुत ही सुरक्षित**, विकेन्द्रीकृत [स्मार्ट-कॉन्ट्रैक्ट](/glossary/#smart-contract) प्लेटफॉर्म है। हालाँकि, अभी भी सुधार किए जा सकते हैं ताकि एथेरियम भविष्य में सभी प्रकार के हमलों के प्रति मजबूत बना रहे। इनमें [एथेरियम क्लाइंट](/glossary/#consensus-client) के तरीके में सूक्ष्म परिवर्तन शामिल हैं, जो प्रतिस्पर्धी [ब्लॉक्स](/glossary/#block) से निपटते हैं, साथ ही नेटवर्क द्वारा ब्लॉक को ["अंतिम"](/developers/docs/consensus-mechanisms/pos/#finality) माना जाता है (जिसका अर्थ है कि उन्हें हमलावर द्वारा किए जाने वाले अत्यधिक आर्थिक नुकसान के बिना नहीं बदला जा सकता है)। + +ऐसे सुधार भी हैं जो ब्लॉक प्रस्तावकों को उनके ब्लॉक की वास्तविक सामग्री के लिए अंधा बनाकर लेनदेन को सेंसर करना अधिक कठिन बनाते हैं, और क्लाइंट को सेंसर करने के नए तरीके हैं। साथ में ये सुधार [हिस्सेदारी का सबूत](/glossary/#pos) प्रोटोकॉल को अपग्रेड करेंगे ताकि उपयोगकर्ताओं - व्यक्तियों से लेकर निगमों तक - को एथेरियम पर अपने ऐप्स, डेटा और परिसंपत्तियों में तुरंत विश्वास हो। + +## स्टेकिंग निकालना {#staking-withdrawals} + +[प्रूफ-ऑफ-वर्क](/glossary/#pow) से प्रूफ-ऑफ-स्टेक में अपग्रेड एथेरियम अग्रदूतों द्वारा जमा अनुबंध में अपने ETH को "स्टेकिंग" लगाने के साथ शुरू हुआ। उस ETH का उपयोग नेटवर्क की सुरक्षा के लिए किया जाता है। दांव पर लगाए गए ETH को वापस लेने की अनुमति देने के लिए 12 अप्रैल, 2023 को दूसरा अपडेट किया गया है। तब से सत्यापनकर्ता स्वतंत्र रूप से ETH को दांव पर लगा सकते हैं या निकाल सकते हैं। + +निकासी के बारे में पढ़ें + +## हमलों से बचाव {#defending-against-attacks} + +ऐसे सुधार हैं जो एथेरियम के हिस्सेदारी का सबूत प्रोटोकॉल में किए जा सकते हैं। एक को [व्यू-मर्ज](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739) के रूप में जाना जाता है - एक अधिक सुरक्षित [कांटा](/glossary/#fork)-चॉइस एल्गोरिथम जो कुछ परिष्कृत प्रकार के हमले को और अधिक कठिन बना देता है। + +एथेरियम को [अंतिम रूप देने](/glossary/#finality) ब्लॉक में लगने वाले समय को कम करने से एक बेहतर उपयोगकर्ता अनुभव मिलेगा और परिष्कृत "रीऑर्ग" हमलों को रोका जा सकेगा जहां हमलावर लाभ निकालने या कुछ लेनदेन को सेंसर करने के लिए बहुत हाल के ब्लॉकों में फेरबदल करने का प्रयास करते हैं। [**एकल स्लॉट अंतिमता (SSF)**](/roadmap/single-slot-finality/) अंतिम रूप देने में देरी को कम करने के लिए एक **तरीका है**। अभी 15 मिनट के लायक ब्लॉक हैं जो एक हमलावर सैद्धांतिक रूप से अन्य सत्यापनकर्ताओं को पुन: कॉन्फ़िगर करने के लिए मना सकता है। SSF के साथ, 0 हैं। उपयोगकर्ता, व्यक्तियों से लेकर ऐप्स और एक्सचेंजों तक, तेजी से आश्वासन से लाभान्वित होते हैं कि उनके लेनदेन को वापस नहीं किया जाएगा, और हमलों की एक पूरी श्रेणी को बंद करके नेटवर्क को लाभ होता है। + +एकल स्लॉटअन्तिम स्थिति के बारे में पढ़ें + +## सेंसरशिप के ख़िलाफ़ बचाव {#defending-against-censorship} + +विकेंद्रीकरण व्यक्तियों या [सत्यापनकर्ताओं](/glossary/#validator) के छोटे समूहों को बहुत प्रभावशाली बनने से रोकता है। नई स्टेकिंग प्रौद्योगिकियां यह सुनिश्चित करने में मदद कर सकती हैं कि एथेरियम के सत्यापनकर्ता हार्डवेयर, सॉफ्टवेयर और नेटवर्क विफलताओं से बचाव करते हुए यथासंभव विकेंद्रीकृत रहें। इसमें ऐसे सॉफ़्टवेयर शामिल हैं जो कई [नोड्स](/glossary/#node) में सत्यापनकर्ता जिम्मेदारियों को साझा करते हैं। इसे **वितरित सत्यापनकर्ता प्रौद्योगिकी (DVT)** के रूप में जाना जाता है। [स्टेकिंग पूल](/glossary/#staking-pool) को DVT का उपयोग करने के लिए प्रोत्साहित किया जाता है क्योंकि यह कई कंप्यूटरों को सामूहिक रूप से सत्यापन में भाग लेने की अनुमति देता है, अतिरेक और दोष-सहिष्णुता जोड़ता है। यह कई प्रणालियों में सत्यापनकर्ता कुंजियों को भी विभाजित करता है, बजाय इसके कि एकल ऑपरेटर कई सत्यापनकर्ताओं को चलाते हैं। इससे बेईमान ऑपरेटरों के लिए एथेरियम पर हमलों का समन्वय करना कठिन हो जाता है। कुल मिलाकर, विचार यह है कि सत्यापनकर्ताओं को व्यक्तियों के बजाय _समुदायों_ के रूप में चलाकर सुरक्षा लाभ प्राप्त किया जाए। + +वितरित सत्यापनकर्ता प्रौद्योगिकी के बारे में पढ़ें + +**प्रस्तावक-बिल्डर पृथक्करण (PBS)** को लागू करने से सेंसरशिप के खिलाफ एथेरियम के अंतर्निहित बचाव में काफी सुधार होगा। PBS एक सत्यापनकर्ता को एक ब्लॉक बनाने और दूसरे को एथेरियम नेटवर्क पर प्रसारित करने की अनुमति देता है। यह सुनिश्चित करता है कि पेशेवर लाभ-अधिकतम ब्लॉक बिल्डिंग एल्गोरिदम से लाभ पूरे नेटवर्क में अधिक निष्पक्ष रूप से साझा किया जाता है, **समय के साथ सबसे अच्छा प्रदर्शन करने वाले संस्थागत हितधारकों के साथ ध्यान केंद्रित करने से हिस्सेदारी को रोकना**। ब्लॉक प्रस्तावक को ब्लॉक बिल्डरों के बाजार द्वारा उन्हें पेश किए गए सबसे लाभदायक ब्लॉक का चयन करने के लिए मिलता है। सेंसर करने के लिए, एक ब्लॉक प्रस्तावक को अक्सर एक कम लाभदायक ब्लॉक चुनना होगा, जो **आर्थिक रूप से तर्कहीन होगा और नेटवर्क पर बाकी सत्यापनकर्ताओं के लिए भी स्पष्ट होगा**। + +PBS में संभावित ऐड-ऑन हैं, जैसे एन्क्रिप्टेड लेनदेन और समावेशन सूची, जो एथेरियम के सेंसरशिप प्रतिरोध को और बेहतर बना सकते हैं। ये ब्लॉक बिल्डर और प्रस्तावक को उनके ब्लॉक में शामिल वास्तविक लेनदेन के लिए अंधा बनाते हैं। + +प्रस्तावक-निर्माता अलगाव के बारे में पढ़ें + +## सत्यापनकर्ताओं की सुरक्षा करना {#protecting-validators} + +यह संभव है कि एक परिष्कृत हमलावर आगामी सत्यापनकर्ताओं की पहचान कर सकता है और उन्हें ब्लॉक प्रस्तावित करने से रोकने के लिए स्पैम कर सकता है; इसे **डिनायल ऑफ सर्विस (DoS)** हमले के रूप में जाना जाता है। [**गुप्त नेता चुनाव (SLE)**](/roadmap/secret-leader-election) को लागू करने से ब्लॉक प्रस्तावकों को पहले से जानने योग्य होने से रोककर इस प्रकार के हमले से रक्षा होगी। यह उम्मीदवार ब्लॉक प्रस्तावकों का प्रतिनिधित्व करने वाली क्रिप्टोग्राफिक प्रतिबद्धताओं के एक सेट को लगातार फेरबदल करके और यह निर्धारित करने के लिए उनके आदेश का उपयोग करके काम करता है कि कौन सा सत्यापनकर्ता इस तरह से चुना गया है कि केवल सत्यापनकर्ता स्वयं अपने आदेश को पहले से जानते हैं। + +गुप्त नेता चुनाव के बारे में पढ़ें + +## वर्तमान प्रगति {#current-progress} + +**रोडमैप पर सुरक्षा अपग्रेड अनुसंधान के उन्नत चरणों में हैं**, लेकिन उन्हें कुछ समय के लिए लागू किए जाने की उम्मीद नहीं है। व्यू-मर्ज, PBS, SSF और SLE के लिए अगले चरण एक विनिर्देश को अंतिम रूप देना और प्रोटोटाइप का निर्माण शुरू करना है। diff --git a/public/content/translations/hi/roadmap/user-experience/index.md b/public/content/translations/hi/roadmap/user-experience/index.md new file mode 100644 index 00000000000..da16965590e --- /dev/null +++ b/public/content/translations/hi/roadmap/user-experience/index.md @@ -0,0 +1,36 @@ +--- +title: उपयोगकर्ता अनुभव को बेहतर बनाना +description: अभी ज्यादातर लोगों के लिए एथेरियम का उपयोग करना बहुत जटिल है। बड़े पैमाने पर अपनाने को प्रोत्साहित करने के लिए, एथेरियम को प्रवेश के लिए अपनी बाधाओं को काफी कम करना होगा - उपयोगकर्ताओं को विकेंद्रीकृत, अनुमति रहित और सेंसरशिप प्रतिरोधी पहुंच के लाभ एथेरियम से प्राप्त करने होंगे, लेकिन यह उतना ही सहज होना चाहिए जितना कि पारंपरिक web2 ऐप का उपयोग करना। +lang: hi +image: /images/roadmap/roadmap-ux.png +alt: "एथेरियम दिशानिर्देश" +template: roadmap +--- + +**एथेरियम का उपयोग सरल बनाने की आवश्यकता है**; [कुंजियों](/glossary/#key) और [वॉलेट](/glossary/#wallet) के प्रबंधन से लेकर लेनदेन शुरू करने तक। बड़े पैमाने पर अपनाने को आसान बनाने के लिए, एथेरियम को उपयोग में आसानी को काफी बढ़ाना होगा, जिससे उपयोगकर्ताओं को [Web2](/glossary/#web2) ऐप्स का उपयोग करने के सहज अनुभव के साथ अनुमति रहित और सेंसरशिप प्रतिरोधी पहुंच का अनुभव मिल सके। + +## सीड फेज़ से परे {#no-more-seed-phrases} + +एथेरियम खाते चाबियों के एक जोड़े द्वारा सुरक्षित होते हैं जिनका उपयोग खातों की पहचान करने (सार्वजनिक कुंजी) और संदेशों पर हस्ताक्षर करने (निजी कुंजी) के लिए किया जाता है। निजी कुंजी एक मास्टर पासवर्ड की तरह है; यह एक एथेरियम खाते तक पूरी पहुंच की अनुमति देता है। Web2 ऐप्स और बैंकों से परिचित लोगों के लिए यह एक अलग तरह से काम करने का तरीका है, जो यूज़र की ओर से खातों का प्रबंधन करते हैं। एथेरियम के लिए केंद्रीकृत तृतीय पक्षों पर भरोसा किए बिना बड़े पैमाने पर मास एडॉप्‍शन तक पहुंचने के लिए, उपयोगकर्ता के लिए अपनी संपत्ति की हिरासत लेने और सार्वजनिक-निजी कुंजी क्रिप्टोग्राफी और कुंजी प्रबंधन को समझने के बिना अपने डेटा पर नियंत्रण रखने का एक सीधा, बिना रुकावट वाला तरीका होना चाहिए। + +इसका समाधान एथेरियम के साथ इंटरैक्ट करने के लिए [स्मार्ट कॉन्ट्रैक्ट](/glossary/#smart-contract) वॉलेट का उपयोग करना है। स्मार्ट कॉन्ट्रैक्ट वॉलेट चाबियाँ खो जाने या चोरी हो जाने पर खातों की सुरक्षा के तरीके बनाते हैं, बेहतर धोखाधड़ी का पता लगाने और रक्षा के अवसर, और वॉलेट को नई कार्यक्षमता प्राप्त करने की अनुमति देते हैं। हालांकि स्मार्ट कॉन्ट्रैक्ट वॉलेट आज मौजूद हैं, वे निर्माण की दृष्‍टि से अजीब हैं क्योंकि एथेरियम प्रोटोकॉल को उन्हें बेहतर समर्थन देने की आवश्यकता है। इस अतिरिक्त समर्थन को खाता अमूर्त अकाउंट एब्स्ट्रक्शन के रूप में जाना जाता है। + +अकाउंट एब्स्ट्रक्शन पर अधिक + +## सभी के लिए नोड्स + +[नोड्स](/glossary/#node) चलाने वाले उपयोगकर्ताओं को डेटा प्रदान करने के लिए तीसरे पक्ष पर भरोसा करने की आवश्यकता नहीं है, और वे एथेरियम [ब्लॉकचेन](/glossary/#blockchain) के साथ जल्दी, निजी और अनुमति रहित रूप से बातचीत कर सकते हैं। हालाँकि, अभी नोड चलाने के लिए तकनीकी ज्ञान और पर्याप्त डिस्क स्थान की आवश्यकता होती है, जिसका अर्थ है कि कई लोगों को इसके बजाय बिचौलियों पर भरोसा करना चाहिए। + +कई अपग्रेड हैं जो चलने वाले नोड्स को बहुत आसान और बहुत कम संसाधन गहन बना देंगे। डेटा संग्रहीत करने का तरीका एक अधिक स्थान-कुशल संरचना का उपयोग करने के लिए बदल दिया जाएगा जिसे **वर्कल ट्री** के रूप में जाना जाता है। इसके अलावा, [स्टेटलेसनेस](/roadmap/statelessness) या [डेटा समाप्ति](/roadmap/statelessness/#data-expiry) के साथ, एथेरियम नोड्स को संपूर्ण एथेरियम राज्य डेटा की एक प्रति संग्रहीत करने की आवश्यकता नहीं होगी, जिससे हार्ड डिस्क स्थान की आवश्यकता में भारी कमी आएगी। [लाइट नोड्स](/developers/docs/nodes-and-clients/light-clients/) एक पूर्ण नोड चलाने के कई लाभ प्रदान करेगा लेकिन मोबाइल फोन पर या सरल ब्राउज़र ऐप्स के अंदर आसानी से चल सकता है। + +वर्कल ट्री के बारे में पढ़ें + +इन अपग्रेड के साथ, नोड चलाने की बाधाएं प्रभावी रूप से शून्य हो जाती हैं। उपयोगकर्ताओं को अपने कंप्यूटर या मोबाइल फोन पर ध्यान देने योग्य डिस्क स्थान या CPU का त्याग किए बिना एथेरियम तक सुरक्षित, अनुमति रहित पहुंच से लाभ होगा, और जब वे ऐप्स का उपयोग करते हैं तो डेटा या नेटवर्क एक्सेस के लिए तीसरे पक्ष पर निर्भर नहीं रहना पड़ेगा। + +## वर्तमान प्रगति {#current-progress} + +स्मार्ट अनुबंध वॉलेट पहले से ही उपलब्ध हैं, लेकिन उन्हें जितना संभव हो विकेंद्रीकृत और अनुमति रहित बनाने के लिए और अधिक अपग्रेड की आवश्यकता है। EIP-4337 एक परिपक्व प्रस्ताव है जिसे एथेरियम के प्रोटोकॉल में किसी भी बदलाव की आवश्यकता नहीं है। EIP-4337 के लिए आवश्यक मुख्य स्मार्ट अनुबंध **मार्च 2023** में नियोजित किया गया था। + +**पूर्ण राज्यहीनता अभी भी अनुसंधान चरण में है** और लागू होने से कई साल दूर होने की संभावना है। पूर्ण राज्यविहीनता की राह पर कई मील के पत्थर हैं, जिनमें डेटा समाप्ति भी शामिल है, जिन्हें जल्द ही लागू किया जा सकता है। अन्य रोडमैप आइटम, जैसे [वर्कल ट्री](/roadmap/verkle-trees/) और [प्रस्तावक-बिल्डर पृथक्करण](/roadmap/pbs/) को पहले पूरा करने की आवश्यकता है। + +वर्कल ट्री टेस्टनेट पहले से ही चल रहे हैं, और अगला चरण निजी, फिर सार्वजनिक टेस्टनेट पर वर्कल-ट्री सक्षम क्लाइंट चला रहा है। आप टेस्टनेट पर अनुबंधों को तैनात करके या टेस्टनेट क्लाइंट चलाकर प्रगति में तेजी लाने में मदद कर सकते हैं। diff --git a/public/content/translations/hi/smart-contracts/index.md b/public/content/translations/hi/smart-contracts/index.md index f3653dad826..bf96fc249a4 100644 --- a/public/content/translations/hi/smart-contracts/index.md +++ b/public/content/translations/hi/smart-contracts/index.md @@ -6,7 +6,7 @@ lang: hi # स्मार्ट अनुबंधों का परिचय {#introduction-to-smart-contracts} -स्मार्ट अनुबंध इथेरियम की एप्लिकेशन परत के मूलभूत निर्माण खंड हैं। वे [ब्लॉकचेन](/glossary/#blockchain) पर संग्रहीत कंप्यूटर प्रोग्राम हैं जो "अगर यह है तो वह" तर्क का पालन करते हैं, और इसके कोड द्वारा परिभाषित नियमों के अनुसार निष्पादित होने की गारंटी देते हैं, जिन्हें एक बार बनाए जाने के बाद बदला नहीं जा सकता है। +स्मार्ट अनुबंध इथेरियम की एप्लिकेशन परत के मूलभूत निर्माण खंड हैं। वे [ब्लॉकचेन](/glossary/#blockchain)पर संग्रहीत कंप्यूटर प्रोग्राम हैं जो "अगर यह है तो वह" तर्क का पालन करते हैं, और इसके कोड द्वारा परिभाषित नियमों के अनुसार निष्पादित होने की गारंटी देते हैं, जिन्हें एक बार बनाए जाने के बाद बदला नहीं जा सकता है। निक स्जाबो ने "स्मार्ट अनुबंध" शब्द गढ़ा। 1994 में, उन्होंने इसका [परिचय](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart.contracts.html) लिखा, और 1996 में उन्होंने लिखा कि [स्मार्ट अनुबंध क्या कर सकते हैं](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart_contracts_2.html)। diff --git a/src/intl/hi/page-roadmap-vision.json b/src/intl/hi/page-roadmap-vision.json index f269f3b84cc..0d5685a72d5 100644 --- a/src/intl/hi/page-roadmap-vision.json +++ b/src/intl/hi/page-roadmap-vision.json @@ -1,66 +1,67 @@ { - "page-roadmap-vision-2014": "हिस्सेदारी का सबूत के लिए एक 2014 ब्लॉग पोस्ट देखें", - "page-roadmap-vision-2021": "एथेरियम रोडमैप विकास पर 2021 ब्लॉग पोस्ट देखें", - "page-roadmap-vision-2022": "2022 ब्लॉग पोस्ट देखें: एथेरियम के लिए हिचहाइकर्स गाइड", - "page-roadmap-vision-2021-updates": "एथेरियम प्रोटोकॉल अपडेट्‍स पर 2021 ब्लॉग पोस्ट देखें", - "page-roadmap-vision-desc-1": "एथेरियम को नेटवर्क की व्यस्तता कम करने और वैश्विक उपयोगकर्ता आधार को बेहतर सेवा के लिए गति में सुधार करने की आवश्यकता है।", - "page-roadmap-vision-desc-2": "नेटवर्क बढ़ने के साथ नोड चलाना कठिन हो रहा है। यह केवल नेटवर्क स्केल करने के प्रयासों के साथ कठिन हो जाएगा।", - "page-roadmap-vision-desc-3": "इथेरियम बहुत अधिक बिजली का उपयोग करता है। नेटवर्क को सुरक्षित रखने वाली तकनीक को अधिक टिकाऊ बनाने की आवश्यकता है।", - "page-roadmap-vision-ethereum-node": "नोड के बारे में अधिक जानकारी", + "page-roadmap-vision-2014": "2014 ब्लॉग का पोस्ट देखें जिसमें प्रूफ-ऑफ-स्टेक का विवरण दिया गया है", + "page-roadmap-vision-2021": "एथेरियम रोडमैप के विकास पर 2021 ब्लॉग का पोस्ट देखें", + "page-roadmap-vision-2022": "2022 ब्लॉग का पोस्ट देखें: एथेरियम के लिए हिचहाइकर्स गाइड", + "page-roadmap-vision-2021-updates": "एथेरियम प्रोटोकॉल अपडेट्‍स पर 2021 ब्लॉग का पोस्ट देखें", + "page-roadmap-vision-desc-1": "एथेरियम को नेटवर्क की व्यस्तता कम करने और वैश्विक यूज़र आधार को बेहतर सेवा के लिए गति में सुधार करने की आवश्यकता है।", + "page-roadmap-vision-desc-2": "जैसे-जैसे नेटवर्क बढ़ता जा रहा है, नोड चलाना कठिन होता जा रहा है। यह केवल नेटवर्क स्केल करने के प्रयासों के साथ कठिन हो जाएगा।", + "page-roadmap-vision-desc-3": "एथेरियम बहुत अधिक बिजली का उपयोग करता है। टेक्नोलॉजी जो नेटवर्क को सुरक्षित रखती रखने है उसे अधिक टिकाऊ बनाने की आवश्यकता है।", + "page-roadmap-vision-ethereum-node": "नोड्स के बारे में ज़्यादा जानकारी", "page-roadmap-vision-future": "वैश्विक स्तर पर एक डिजिटल भविष्य", - "page-roadmap-vision-meta-desc": "एथेरियम पर अपग्रेड पर पड़ने वाले प्रभाव और उन चुनौतियों का अवलोकन होगा, जिन्हें दूर करना होगा।", + "page-roadmap-vision-meta-desc": "एथेरियम पर अपग्रेड के प्रभाव का एक अवलोकन और वह चुनौतियां जिन्हें दूर करना होगा।", "page-roadmap-vision-meta-title": "एथेरियम विज़न", - "page-roadmap-vision-mining": "माईनिंग के बारे में अधिक जानकारी", + "page-roadmap-vision-mining": "माईनिंग के बारे में ज़्यादा जानकारी", "page-roadmap-vision-problems": "आज की समस्याएं", "page-roadmap-vision-scalability": "स्केलेबिलिटी", - "page-roadmap-vision-scalability-desc": "नेटवर्क में नोड्स के आकार को बढ़ाए बिना एथेरियम को प्रति सेकंड अधिक लेनदेन को संभालने में सक्षम होने की आवश्यकता है। नोड्स महत्वपूर्ण नेटवर्क प्रतिभागी हैं, जो ब्लॉकचेन को स्टोर और रन करते हैं। बढ़ते नोड आकार व्यावहारिक नहीं है क्योंकि केवल शक्तिशाली और महंगे कंप्यूटर ही ऐसा कर सकते हैं। बड़े स्तर पर, एथेरियम को अधिक नोड्स के साथ प्रति सेकंड अधिक लेनदेन की आवश्यकता होती है। अधिक नोड्स का अर्थ है, अधिक सुरक्षा।", - "page-roadmap-vision-scalability-desc-3": "शार्डिंग अपग्रेड पूरे नेटवर्क में डेटा स्टोरेज आवश्यकताओं को फैला देंगे, अब हर एक नोड को 100% डेटा रखने की आवश्यकता नहीं होगी। हालाँकि यह सीधे लेनदेन के निष्पादन को स्केल करने से संबंधित नहीं है, इस समस्या को सीधे परत 2 रोलअप समाधानों द्वारा हल किया जा रहा है।", - "page-roadmap-vision-scalability-desc-4": "रोलअप को सबसे प्रभावी होने के लिए परत 1 पर सस्ते स्टोरेज की ज़रूरत होती है। शार्डिंग, एथेरियम को रोलअप की क्षमता बढ़ाकर थोड़ा आराम देगा और वर्तमान 15-45 लेनदेन प्रति सेकंड की सीमा को बढ़ाकर गति में सुधार कर देगा।", + "page-roadmap-vision-scalability-desc": "नेटवर्क में नोड्स के आकार को बढ़ाए बिना एथेरियम को प्रति सेकंड अधिक लेनदेन को प्रबंधित करने में सक्षम होने की आवश्यकता है। नोड्स महत्वपूर्ण नेटवर्क प्रतिभागी हैं, जो ब्लॉकचेन को स्टोर और चलाते हैं। नोड का आकार बढ़ाना व्यावहारिक नहीं है, क्योंकि केवल शक्तिशाली और महंगे कंप्यूटर ही ऐसा कर सकते हैं। स्केल करने के लिए, एथेरियम को अधिक नोड्स के साथ प्रति सेकंड अधिक लेनदेन की आवश्यकता होती है। अधिक नोड्स का अर्थ है, अधिक सुरक्षा।", + "page-roadmap-vision-scalability-desc-3": "लेयर 2 रोलअप एथेरियम को स्केल करते हैं जब वे लेनदेन को ऑफ-चेन मूव करते हैं और केवल सारांश से जुड़े डेटा को एथेरियम पर पोस्ट करते हैं। इस बैचिंग से एथेरियम की संख्या में बढ़ोतरी होती है जबकि यूज़र के लिए लागत में भारी कमी आती है।", + "page-roadmap-vision-scalability-desc-4": "रोलअप को यूज़र के लिए लेनदेन को सस्ता बनाने के लिए लेयर 1 पर कम लागत वाली स्टोरेज की ज़रूरत है। यह एथेरियम ब्लॉक्स से जुड़े ब्लॉब्स के रूप में प्रदान किया जाएगा। आखिर में, बहुत सारे ब्लॉब्स एथेरियम ब्लॉक्स से जुड़े होंगे, जो कई रोलअप के लिए सस्ती स्टोरेज प्रदान करेंगे।", "page-roadmap-vision-security": "सुरक्षा", - "page-roadmap-vision-security-desc": "प्लान के साथ किए गए अपग्रेड समन्वित हमलों के ख़िलाफ़ एथेरियम की सुरक्षा को बेहतर बनाते हैं।", - "page-roadmap-vision-security-desc-3": "हिस्सेदारी का सबूत में अतिरिक्त सुरक्षा हमले के ख़िलाफ़ अधिक क्रिप्टो-इकोनॉमिक हतोत्साहन से आती है। इसका कारण यह है कि हिस्सेदारी का सबूत में, जो सत्यापनकर्ता नेटवर्क को सुरक्षित करते हैं, उन्हें प्रोटोकॉल में ETH की महत्वपूर्ण मात्रा में स्टेक करना चाहिए। यदि वे कोशिश करते हैं और नेटवर्क पर हमला करते हैं, तो प्रोटोकॉल अपने आप उनके ETH को नष्ट कर सकता है।", - "page-roadmap-vision-security-desc-5": "हालाँकि, यह भी महत्वपूर्ण है कि सत्यापनकर्ताओं को सेवा से इनकार हमलों से बचाने वाले अपग्रेड्‍स, उनकी गुमनामी को बढ़ाएँ, और अलग ब्लॉक बिल्डिंग और ब्लॉक प्रसार को जल्द ही लागू किया जाए। ये अपग्रेड अलग-अलग सत्यापनकर्ताओं और पूरे नेटवर्क को लाइवनेस अटैक और सेंसरशिप से बचाते हैं।", - "page-roadmap-vision-security-desc-5-link": "हिस्सेदारी के सबूत के बारे में अधिक जानकारी", - "page-roadmap-vision-security-desc-10": "स्टेकिंग का मतलब यह भी है कि आपको सीधे सहमति में भाग लेने के लिए एलीट हार्डवेयर में निवेश करने की आवश्यकता नहीं है। इससे ज़्यादा लोग सत्यापनकर्ता बनने के लिए प्रोत्साहित होंगे, जिससे नेटवर्क का विकेंद्रीकरण बढ़ेगा और हमले की सतह का क्षेत्रफल घटेगा।", + "page-roadmap-vision-security-desc": "प्लान करके किए गए अपग्रेड समन्वित हमलों के ख़िलाफ़ एथेरियम की सुरक्षा को बेहतर बनाते हैं।", + "page-roadmap-vision-security-desc-3": "प्रूफ-ऑफ-स्टेक में अतिरिक्त सुरक्षा हमले के ख़िलाफ़ अधिक क्रिप्टो-इकोनॉमिक हतोत्साहन से आती है। इसका कारण यह है कि प्रूफ-ऑफ-स्टेक में, जो सत्यापनकर्ता नेटवर्क को सुरक्षित करते हैं, उन्हें प्रोटोकॉल में ETH की महत्वपूर्ण मात्रा में स्टेक करना चाहिए। अगर वे कोशिश करते हैं और नेटवर्क पर हमला करते हैं, तो प्रोटोकॉल अपने आप उनके ETH को नष्ट कर सकता है।", + "page-roadmap-vision-security-desc-5": "हालाँकि, यह भी महत्वपूर्ण है कि सत्यापनकर्ताओं को सेवा से इनकार वाले हमलों से बचाने वाले अपग्रेड्‍स, उनकी गुमनामी को बढ़ाएँ, और अलग ब्लॉक बिल्डिंग और ब्लॉक प्रसार को जल्द ही लागू किया जाए। ये अपग्रेड अलग-अलग सत्यापनकर्ताओं और पूरे नेटवर्क को लाइवनेस अटैक और सेंसरशिप से बचाते हैं।", + "page-roadmap-vision-security-desc-5-link": "प्रूफ-ऑफ-स्टेक के बारे में ज़्यादा जानकारी", + "page-roadmap-vision-security-desc-10": "स्टेकिंग का मतलब यह भी है कि आपको सीधे कंसेंसस में भाग लेने के लिए एलीट हार्डवेयर में निवेश करने की आवश्यकता नहीं है। इससे ज़्यादा लोग सत्यापनकर्ता बनने के लिए प्रोत्साहित होंगे, जिससे नेटवर्क का विकेंद्रीकरण बढ़ेगा और हमले की सतह का क्षेत्रफल घटेगा।", "page-roadmap-vision-security-staking": "स्टेक ETH", "page-roadmap-vision-security-validator": "आप अपने ETH की स्टेकिंग करके सत्यापनकर्ता बन सकते हैं।", "page-roadmap-vision-staking-lower": "स्टेकिंग के बारे में अधिक जानकारी", "page-roadmap-vision-subtitle": "एथेरियम को तब तक बढ़ाएं, जब तक कि यह पूरी मानवता की मदद करने के लिए पर्याप्त शक्तिशाली न हो जाए।", "page-roadmap-vision-sustainability": "स्थिरता", - "page-roadmap-vision-sustainability-desc-1": "एथेरियम अब एक ग्रीन ब्लॉकचेन है। जब काम के सबूत को हिस्सेदारी के सबूत से स्वैप किया गया तो ऊर्जा की खपत ~99.95% तक कम हो गई थी।", + "page-roadmap-vision-sustainability-desc-1": "एथेरियम अब एक ग्रीन ब्लॉकचेन है। जब प्रूफ-ऑफ-वर्क को प्रूफ-ऑफ-स्टेक से स्वैप किया गया, तो ऊर्जा की खपत ~99.95% तक कम हो गई थी।", "page-roadmap-vision-sustainability-desc-2": "एथेरियम अब कंप्यूटिंग पावर के बजाय स्टेकिंग के ज़रिए सुरक्षित है।", - "page-roadmap-vision-sustainability-desc-3": "इस स्थिरता बूस्ट से सुरक्षा लाभ भी मिलता है - स्टेक्ड ईथर काम के सबूत की तुलना में चेन पर हमला करना ज़्यादा महँगा बनाता है, लेकिन इसे सुरक्षित करने में कम खर्च आता है क्योंकि माइनर्स की तुलना में सत्यापनकर्ताओं को भुगतान करने के लिए कम नया ETH जारी करना पड़ता है।", - "page-roadmap-vision-sustainability-desc-8": "हिस्सेदारी के सबूत में स्थानांतरित होने से एथेरियम हरा-भरा और ज़्यादा सुरक्षित बन गया। यह ऐप्स और संगठनों के निर्माण के लिए एक कम-कार्बन वाला प्लेटफ़ॉर्म है।", - "page-roadmap-vision-sustainability-subtitle": "एथेरियम शक्तिशाली क्रिप्टो-इकोनॉमिक सुरक्षा के साथ एक ग्रीन ब्लॉकचेन है।", + "page-roadmap-vision-sustainability-desc-3": "इस स्थिरता बूस्ट से सुरक्षा लाभ भी मिलता है - स्टेक्ड ईथर प्रूफ-ऑफ-वर्क की तुलना में चेन पर हमला करना ज़्यादा महँगा बनाता है, लेकिन इसे सुरक्षित करने में कम खर्च आता है, क्योंकि माइनर्स की तुलना में सत्यापनकर्ता भुगतान करने के लिए थोड़ा पुराना ETH जारी कर सकते हैं।", + "page-roadmap-vision-sustainability-desc-8": "प्रूफ-ऑफ-स्टेक में स्थानांतरित होने से एथेरियम हरा-भरा और ज़्यादा सुरक्षित बन गया। यह ऐप्स और संगठनों के निर्माण के लिए एक कम-कार्बन वाला प्लेटफ़ॉर्म है।", + "page-roadmap-vision-sustainability-subtitle": "एथेरियम मज़बूत क्रिप्टो-इकोनॉमिक सुरक्षा के साथ एक ग्रीन ब्लॉकचेन है।", "page-roadmap-vision-title": "एथेरियम विज़न", "page-roadmap-vision-title-1": "बंद नेटवर्क", - "page-roadmap-vision-title-2": "डिस्क स्थान", + "page-roadmap-vision-title-2": "डिस्क स्पेस", "page-roadmap-vision-title-3": "बहुत अधिक ऊर्जा", - "page-roadmap-vision-trilemma-cardtext-1": "एथेरियम अपग्रेड एथेरियम को स्केलेबल, सुरक्षित और विकेंद्रीकृत बनाएगा। शार्डिंग नोड को चलाने और चेन को मान्य करने के लिए आवश्यक शक्ति को कम करते हुए प्रति सेकंड लेनदेन बढ़ाकर एथेरियम को अधिक स्केलेबल बनाएगा। बीकन चेन डेटा के शाडेड सेट में सत्यापनकर्ताओं को समन्वयित करके एथेरियम को सुरक्षित बनाएगी। और स्टेकिंग भागीदारी की बाधा को कम करेगी और बड़े पैमाने की अर्थव्यवस्थाओं को सीमित करेगी, एक बड़ा - ज़्यादा विकेंद्रीकृत - नेटवर्क तैयार करेगी।", - "page-roadmap-vision-trilemma-cardtext-2": "सुरक्षित और विकेंद्रीकृत ब्लॉकचेन नेटवर्क को चेन द्वारा संसाधित किए गए प्रत्येक लेनदेन को सत्यापित करने के लिए प्रत्येक नोड की आवश्यकता होती है। काम की यह राशि लेनदेन की संख्या को सीमित करती है, जो कि किसी भी समय हो सकती है। विकेंद्रीकृत और सुरक्षित आज के एथेरियम चेन को दर्शाता है।", - "page-roadmap-vision-trilemma-cardtext-3": "विकेंद्रीकृत नेटवर्क नोड्स में लेनदेन के बारे में जानकारी भेजकर काम करते हैं - पूरे नेटवर्क को किसी भी स्थिति परिवर्तन के बारे में जानने की आवश्यकता होती है। विकेंद्रीकृत नेटवर्क पर प्रति सेकंड स्केलिंग लेनदेन, लेनदेन सुरक्षा जोखिम पैदा करता है क्योंकि जितने अधिक लेनदेन होंगे, उतनी ही देर होगी, जानकारी न पहुँच पाने से हमले की संभावना उतनी ही अधिक होगी।", - "page-roadmap-vision-trilemma-cardtext-4": "एथेरियम के नोड्स के आकार और शक्ति को बढ़ाने से सुरक्षित तरीके से प्रति सेकंड लेनदेन बढ़ सकता है, लेकिन हार्डवेयर की आवश्यकता प्रतिबंधित होगी, जिससे विकेंद्रीकरण का ख़तरा होता है। यह उम्मीद की जाती है कि शार्डिंग और हिस्सेदारी का सबूत एथेरियम को नोड्स की मात्रा में वृद्धि करके स्केल करने की अनुमति देगा, नोड के आकार को नहीं।", + "page-roadmap-vision-trilemma-cardtext-1": "एथेरियम को अपग्रेड करने से एथेरियम स्केलेबल, सुरक्षित, और विकेंद्रीकृत बनेगा। स्टेकिंग ने भागीदारी में रुकावट को कम किया है और पैमाने की अर्थव्यवस्थाओं को सीमित कर दिया है, जिससे एक बड़ा - अधिक विकेन्द्रीकृत - नेटवर्क बन गया है।", + "page-roadmap-vision-trilemma-cardtext-2": "सुरक्षित और विकेंद्रीकृत ब्लॉकचेन नेटवर्क को चेन द्वारा प्रोसेस किए गए प्रत्येक लेनदेन को सत्यापित करने के लिए प्रत्येक नोड की आवश्यकता होती है। काम की यह राशि लेनदेन की संख्या को सीमित करती है, जो कि किसी भी समय हो सकती है। विकेंद्रीकृत और सुरक्षित आज के एथेरियम चेन को दर्शाता है।", + "page-roadmap-vision-trilemma-cardtext-3": "विकेंद्रीकृत नेटवर्क नोड्स में लेनदेन के बारे में जानकारी भेजकर काम करते हैं - पूरे नेटवर्क को किसी भी स्थिति में हुए बदलाव के बारे में जानने की आवश्यकता होती है। विकेंद्रीकृत नेटवर्क पर प्रति सेकंड स्केलिंग लेनदेन, लेनदेन सुरक्षा जोखिम पैदा करता है, क्योंकि जितने अधिक लेनदेन होंगे, उतनी ही देर होगी और जानकारी न पहुँच पाने से हमले की संभावना उतनी ही अधिक होगी।", + "page-roadmap-vision-trilemma-cardtext-4": "एथेरियम के नोड्स के साइज़ और मज़बूती को बढ़ाने से सुरक्षित तरीके से प्रति सेकंड लेनदेन बढ़ सकता है, लेकिन हार्डवेयर की आवश्यकता प्रतिबंधित होगी, जिससे विकेंद्रीकरण का ख़तरा होता है। यह उम्मीद की जाती है कि शार्डिंग और प्रूफ-ऑफ-स्टेक, एथेरियम को नोड्स की मात्रा में बढ़ोतरी करके स्केल करने की अनुमति देगा, नोड के आकार को नहीं।", "page-roadmap-vision-trilemma-h2": "विकेंद्रीकृत स्केलिंग की चुनौती", - "page-roadmap-vision-trilemma-modal-tip": "विकेन्द्रीकृत स्केलिंग की समस्याओं को बेहतर ढंग से समझने के लिए नीचे दिए गए सर्कल को टैप करें", - "page-roadmap-vision-trilemma-p": "एथेरियम की समस्याओं को हल करने का एक आसान तरीका यह होगा कि इसे और अधिक केंद्रीकृत किया जाए। लेकिन विकेंद्रीकरण बहुत महत्वपूर्ण है। यह विकेंद्रीकरण है जो एथेरियम तटस्थता, सेंसरशिप प्रतिरोध, खुलापन, डेटा स्वामित्व और लगभग-अभेद्य सुरक्षा प्रदान करता है।", - "page-roadmap-vision-trilemma-p-1": "एथेरियम का विज़न न केवल अधिक स्केलेबल और सुरक्षित होने के लिए है, बल्कि विकेंद्रीकृत रहना भी है। इन 3 गुणों को प्राप्त करना एक ऐसी समस्या है, जिसे स्केलेबिलिटी ट्राइलेम्मा के रूप में जाना जाता है।", + "page-roadmap-vision-trilemma-modal-tip": "विकेन्द्रीकृत स्केलिंग की समस्याओं को बेहतर ढंग से समझने के लिए नीचे दिए गए सर्कल पर टैप करें", + "page-roadmap-vision-trilemma-p": "एथेरियम की समस्याओं को हल करने का एक आसान तरीका यह होगा कि इसे और अधिक केंद्रीकृत किया जाए। लेकिन, विकेंद्रीकरण बहुत महत्वपूर्ण है। यह विकेंद्रीकरण है जो एथेरियम तटस्थता, सेंसरशिप प्रतिरोध, खुलापन, डेटा स्वामित्व और लगभग-अभेद्य सुरक्षा प्रदान करता है।", + "page-roadmap-vision-trilemma-p-1": "एथेरियम का विज़न न केवल अधिक स्केलेबल और सुरक्षित होने के लिए है, बल्कि विकेंद्रीकृत रहना भी है। इन 3 गुणों को प्राप्त करना एक ऐसी समस्या है जिसे स्केलेबिलिटी ट्राइलेम्मा के रूप में जाना जाता है।", "page-roadmap-vision-trilemma-p-2": "एथेरियम अपग्रेड का उद्देश्य ट्राइलेम्मा की समस्या को हल करना है, लेकिन इसमें महत्वपूर्ण चुनौतियाँ हैं।", "page-roadmap-vision-trilemma-press-button": "विकेंद्रीकृत स्केलिंग की समस्याओं को बेहतर ढंग से समझने के लिए त्रिकोण पर मौजूद बटन दबाएं।", "page-roadmap-vision-trilemma-text-1": "विकेन्द्रीकरण", "page-roadmap-vision-trilemma-text-2": "सुरक्षा", "page-roadmap-vision-trilemma-text-3": "स्केलेबिलिटी", - "page-roadmap-vision-trilemma-title-1": "स्केलेबिलिटी ट्राइलेम्मा का अन्वेषण करें", + "page-roadmap-vision-trilemma-title-1": "स्केलेबिलिटी ट्राइलेम्मा को एक्सप्लोर करें", "page-roadmap-vision-trilemma-title-2": "एथेरियम अपग्रेड और विकेंद्रीकृत स्केलिंग", "page-roadmap-vision-trilemma-title-3": "सुरक्षित और विकेंद्रीकृत", "page-roadmap-vision-trilemma-title-4": "विकेंद्रीकृत और स्केलेबल", "page-roadmap-vision-trilemma-title-5": "स्केलेबल और सुरक्षित", "page-roadmap-vision-understanding": "एथेरियम विज़न को समझना", "page-roadmap-vision-upgrade-needs": "अपग्रेड की आवश्यकता", - "page-roadmap-vision-upgrade-needs-desc": "2015 में शुरू किए गए एथेरियम प्रोटोकॉल को अविश्वसनीय सफलता मिली है। लेकिन एथेरियम समुदाय को हमेशा उम्मीद थी कि एथेरियम की पूरी क्षमता को अनलॉक करने के लिए कुछ महत्वपूर्ण अपग्रेड आवश्यक होंगे।", - "page-roadmap-vision-upgrade-needs-desc-2": "उच्च मांग लेनदेन शुल्क को बढ़ा रही है, जो एथेरियम को औसत उपयोगकर्ता के लिए महंगा बनाती है। एथेरियम क्लाइंट को चलाने के लिए आवश्यक डिस्क स्थान तेज़ दर से बढ़ रहा है। और अंतर्निहित काम के सबूत का आम सहमति एल्गोरिथम, जो एथेरियम को सुरक्षित और विकेन्द्रीकृत रखता है, उसका बड़ा पर्यावरणीय प्रभाव पड़ता है।", - "page-roadmap-vision-upgrade-needs-desc-3": "एथेरियम में अपग्रेड का एक सेट है जो इन समस्याओं आदि को हल करता है। अपग्रेड के इस सेट को मूल रूप से 'सेरेनिटी' और 'Eth2' कहा जाता था और वे 2014 से अनुसंधान और विकास का एक सक्रिय क्षेत्र रहे हैं।", + "page-roadmap-vision-upgrade-needs-desc": "2015 में शुरू किए गए एथेरियम प्रोटोकॉल को अविश्वसनीय सफलता मिली है। लेकिन, एथेरियम समुदाय को हमेशा उम्मीद थी कि एथेरियम की पूरी क्षमता को अनलॉक करने के लिए कुछ महत्वपूर्ण अपग्रेड आवश्यक होंगे।", + "page-roadmap-vision-upgrade-needs-desc-2": "उच्च मांग से लेनदेन का शुल्क बढ़ रहा है, जिससे औसत उपयोगकर्ता के लिए एथेरियम महंगा हो रहा है। एथेरियम क्लाइंट को चलाने के लिए ज़रूरी डिस्क स्पेस तेजी से बढ़ रहा है।", + "page-roadmap-vision-upgrade-needs-desc-3": "एथेरियम में अपग्रेड का एक सेट है जो इन समस्याओं वगैरह को हल करता है। अपग्रेड के इस सेट को मूल रूप से 'सेरेनिटी' और 'Eth2' कहा जाता था और वे 2014 से अनुसंधान और विकास का एक सक्रिय क्षेत्र रहे हैं।", "page-roadmap-vision-upgrade-needs-desc-5": "अब जब तकनीक तैयार हो गई है, तो ये अपग्रेड एथेरियम को और अधिक स्केलेबल, सुरक्षित और टिकाऊ बनाने - मौजूदा उपयोगकर्ताओं के जीवन को बेहतर बनाने और नए लोगों को लुभाने के लिए पुनर्रचना करेंगे। सब कुछ एथेरियम के विकेंद्रीकरण के मुख्य मूल्य को संरक्षित करते हुए।", - "page-roadmap-vision-upgrade-needs-desc-6": "इसका मतलब है कि स्केलेबिलिटी के लिए कोई ऑन-स्विच नहीं है। सुधार समय के साथ बढ़ते जाएँगे।", - "page-roadmap-vision-upgrade-needs-serenity": "2015 की ब्लॉग पोस्ट चर्चा 'सेरेनिटी' देखें", - "ethereum": "Ethereum" + "page-roadmap-vision-upgrade-needs-desc-6": "इसका मतलब है कि स्केलेबिलिटी के लिए कोई ऑन-स्विच नहीं है। समय के साथ सुधार धीरे-धीरे आगे बढ़ते जाएँगे।", + "page-roadmap-vision-upgrade-needs-serenity": "सेरेनिटी' पर चर्चा करते हुए 2015 का ब्लॉग पोस्ट देखें", + "ethereum": "इथेरियम", + "page-roadmap-vision-danksharding": "डैंकशार्डिंग के बारे में ज़्यादा जानिए" } diff --git a/src/intl/hi/page-upgrades-get-involved.json b/src/intl/hi/page-upgrades-get-involved.json index 6410f5db8f7..22f97306d8d 100644 --- a/src/intl/hi/page-upgrades-get-involved.json +++ b/src/intl/hi/page-upgrades-get-involved.json @@ -1,35 +1,41 @@ { "page-upgrades-get-involved-btn-1": "क्लाइंट देखें", "page-upgrades-get-involved-btn-2": "स्टेकिंग के बारे में अधिक जानकारी", - "page-upgrades-get-involved-btn-3": "बग ढूंढें", + "page-upgrades-get-involved-btn-3": "बग ढूँढें", "page-upgrades-get-involved-bug": "बग ऐसा हो सकता है:", "page-upgrades-get-involved-bug-hunting": "बग की तलाश करें", - "page-upgrades-get-involved-bug-hunting-desc": "Eth2 के अपग्रेड विनिर्देशन या क्लाइंट में बग खोजें और रिपोर्ट करें। आप $50,000 USD तक कमा सकते हैं और लीडरबोर्ड पर एक जगह हासिल कर सकते हैं।", - "page-upgrades-get-involved-bug-li": "विनिर्देशन के गैर-अनुपालन संबंधी समस्याएं", + "page-upgrades-get-involved-bug-hunting-desc": "कंसेंसस लेयर के अपग्रेड संबंधी विनिर्देशन या क्लाइंट में बग खोजें और रिपोर्ट करें। आप $50,000 USD तक कमा सकते हैं और लीडरबोर्ड पर एक जगह हासिल कर सकते हैं।", + "page-upgrades-get-involved-bug-li": "विनिर्देशन के गैर-अनुपालन संबंधी समस्याएँ", "page-upgrades-get-involved-bug-li-2": "फ़ाइनलिटी ब्रेकिंग बग", "page-upgrades-get-involved-bug-li-3": "सेवा से इनकार (DOS) वेक्टर", "page-upgrades-get-involved-bug-li-4": "और अधिक...", - "page-upgrades-get-involved-desc-1": "क्लाइंट चलाने का मतलब है कि आप इथेरियम में एक सक्रिय भागीदार होंगे। आपका क्लाइंट लेनदेन पर नज़र रखने और नए ब्लॉक की जाँच करने में मदद करेगा।", - "page-upgrades-get-involved-desc-2": "यदि आपके पास ETH है, तो आप इसे एक सत्यापनकर्ता बनने और नेटवर्क को सुरक्षित करने में मदद करने के लिए स्टेक कर सकते हैं। एक सत्यापनकर्ता के रूप में आप ETH पुरस्कार अर्जित कर सकते हैं।", - "page-upgrades-get-involved-desc-3": "समुदाय परीक्षण प्रयास में शामिल हों! Eth2 अपग्रेड का परीक्षण करने से पहले, उन्हें बग ढूंढने और पुरस्कार अर्जित करने में सहायता करें।", + "page-upgrades-get-involved-desc-1": "क्लाइंट चलाने का मतलब है कि आप एथेरियम में एक सक्रिय भागीदार होंगे। आपका क्लाइंट लेनदेन पर नज़र रखने और नए ब्लॉक की जाँच करने में मदद करेगा।", + "page-upgrades-get-involved-desc-2": "अगर आपके पास ETH है, तो आप इसे एक सत्यापनकर्ता बनने और नेटवर्क को सुरक्षित करने में मदद करने के लिए स्टेक कर सकते हैं। एक सत्यापनकर्ता के रूप में आप ETH पुरस्कार हासिल कर सकते हैं।", + "page-upgrades-get-involved-desc-3": "समुदाय परीक्षण से जुड़ी कोशिश में शामिल हों! एथेरियम अपग्रेड का परीक्षण करने से पहले, उन्हें बग ढूँढने और पुरस्कार हासिल करने में सहायता करें।", "page-upgrades-get-involved-ethresearch-1": "शार्डिंग", - "page-upgrades-get-involved-ethresearch-2": "Eth1 से Eth2 संक्रमण", - "page-upgrades-get-involved-ethresearch-3": "शार्ड और स्थिति निष्पादन", + "page-upgrades-get-involved-ethresearch-2": "मर्ज", + "page-upgrades-get-involved-ethresearch-3": "शार्डेड एक्ज़ीक्यूशन", "page-upgrades-get-involved-ethresearch-4": "सभी शोध विषय", "page-upgrades-get-involved-how": "आप कैसे शामिल होना चाहते हैं?", - "page-upgrades-get-involved-how-desc": "इथेरियम समुदाय हमेशा ऐसे अधिक लोगों से लाभ उठाएगा, जो क्लाइंट, स्टेकिंग और बग की तलाश करते हैं।", + "page-upgrades-get-involved-how-desc": "एथेरियम समुदाय हमेशा ऐसे अधिक लोगों से लाभ उठाएगा, जो क्लाइंट, स्टेकिंग और बग की तलाश करते हैं।", "page-upgrades-get-involved-join": "शोध में शामिल हों", - "page-upgrades-get-involved-join-desc": " इथेरियम के साथ अधिकांश चीजों की तरह, बहुत सारा शोध सार्वजनिक होता है। इसका मतलब है कि आप विचार-विमर्श में हिस्सा ले सकते हैं या सिर्फ इथेरियम के शोधकर्ताओं के विचारों को पढ़ भी सकते हैं। ethresear.ch, Eth2 अपग्रेड से कहीं अधिक कवर करता है, लेकिन इसमें एक बड़ा Eth2 फोकस है।", - "page-upgrades-get-involved-meta-description": "Eth2 में कैसे भाग लें: नोड, स्टेक, बग की तलाश और अधिक चलाएं।", - "page-upgrades-get-involved-run-clients": "बीकन चेन क्लाइंट चलाएं", - "page-upgrades-get-involved-run-clients-desc": "Ethereum की दीर्घकालिक सुरक्षा के लिए कुंजी क्लाइंट का एक मजबूत वितरण है। क्लाइंट ऐसा सॉफ़्टवेयर है, जो ब्लॉकचेन चलाता है, लेनदेन की जाँच करता है और नए ब्लॉक का निर्माण करता है। प्रत्येक क्लाइंट की अपनी विशेषताएं होती हैं, इसलिए आप जिस चीज़ के साथ सहज होते हैं, उसके आधार पर किसी एक को चुनें।", + "page-upgrades-get-involved-join-desc": "एथेरियम की ज़्यादातर चीज़ों की तरह, बहुत सारा शोध सार्वजनिक होता है। इसका मतलब है कि आप विचार-विमर्श में हिस्सा ले सकते हैं या एथेरियम के शोधकर्ताओं के विचारों को पढ़ भी सकते हैं। ethresear.ch कई विषयों का समावेश करता जिसमें कंसेंसस अपग्रेड्‍स, रोलअप्स वगैरह के साथ-साथ कई विषय शामिल हैं।", + "page-upgrades-get-involved-meta-description": "एथेरियम अपग्रेड में भाग कैसे लें: नोड्स, स्टेक, बग की तलाश आदि चलाएँ।", + "page-upgrades-get-involved-run-clients": "क्लाइंट पेयर चलाएँ", + "page-upgrades-get-involved-run-clients-desc": "'क्लाइंट' सॉफ़्टवेयर है जो ब्लॉकचेन को चलाता है, और एथेरियम के मामले में, इन क्लाइंट्स का पेयर चलाने के लिए पूर्ण नोड की आवश्यकता होती है: एक निष्पादन लेयर क्लाइंट और एक कंसेंसस लेयर क्लाइंट। पूर्ण नोड लेनदेन की जाँच कर सकता है और अगर ETH को भी स्टेक कर रहा है, तो नए ब्लॉक्स बना सकता है। प्रत्येक क्लाइंट की अपनी विशेषताएँ होती हैं, लेकिन कुल मिलाकर एक ही काम करता है, इसलिए हम आपको क्लाइंट पूल को विविध और सुरक्षित रखने के लिए जब भी संभव हो माइनॉरटी क्लाइंट चुनने के लिए प्रोत्साहित करते हैं।", + "page-upgrades-get-involved-run-clients-desc-link": "क्लाइंट विविधता के बारे में ज़्यादा जानकारी।", + "page-upgrades-get-involved-run-clients-execution": "निष्पादन लेयर क्लाइंट", + "page-upgrades-get-involved-run-clients-execution-desc": "इन क्लाइंट को पहले 'Eth1' क्लाइंट के रूप में संदर्भित किया जाता था, लेकिन इस शब्द को 'निष्पादन लेयर' क्लाइंट के पक्ष में हटाया जा रहा है।", + "page-upgrades-get-involved-run-clients-consensus": "कंसेंसस लेयर क्लाइंट", + "page-upgrades-get-involved-run-clients-consensus-desc": "इन क्लाइंट को पहले 'Eth2' क्लाइंट के रूप में संदर्भित किया जाता था, लेकिन इस शब्द को 'कंसेंसस लेयर' क्लाइंट के पक्ष में हटाया जा रहा है।", "page-upgrades-get-involved-stake": "अपने ETH को स्टेक करें", "page-upgrades-get-involved-stake-desc": "अब आप बीकन चेन को सुरक्षित करने में मदद करने के लिए अपने ETH को स्टेक कर सकते हैं।", - "page-upgrades-get-involved-stake-eth": "ETH स्टेक करें", - "page-upgrades-get-involved-subtitle": "यहां पर वे सभी तरीके दिए गए हैं, जिनसे आप इथेरियम और भविष्य के Eth2 से संबंधित प्रयासों में मदद कर सकते हैं।", - "page-upgrades-get-involved-title-1": "एक क्लाइंट चलाएं", - "page-upgrades-get-involved-title-2": "अपने ETH स्टेक करें", - "page-upgrades-get-involved-title-3": "बग ढूंढें", + "page-upgrades-get-involved-stake-eth": "स्टेक ETH", + "page-upgrades-get-involved-subtitle": "यहाँ पर वे सभी तरीके दिए गए हैं, जिनसे आप एथेरियम और भविष्य के अपग्रेड से संबंधित कोशिशों में मदद कर सकते हैं।", + "page-upgrades-get-involved-title-1": "क्लाइंट चलाएं", + "page-upgrades-get-involved-title-2": "अपने ETH को स्टेक करें", + "page-upgrades-get-involved-title-3": "बग ढूँढें", + "page-upgrades-get-involved-written-c-sharp": "C# में लिखा गया है", "page-upgrades-get-involved-written-go": "Go में लिखा गया है", "page-upgrades-get-involved-written-java": "Java में लिखा गया है", "page-upgrades-get-involved-written-javascript": "JavaScript में लिखा गया है", diff --git a/src/intl/hi/page-upgrades-index.json b/src/intl/hi/page-upgrades-index.json index d8834bc508c..a73a3269810 100644 --- a/src/intl/hi/page-upgrades-index.json +++ b/src/intl/hi/page-upgrades-index.json @@ -1,178 +1,182 @@ { - "consensus-client-besu-logo-alt": "बेसू लोगो", - "consensus-client-erigon-logo-alt": "एरीगॉन लोगो", - "consensus-client-geth-logo-alt": "गेथ लोगो", - "consensus-client-lighthouse-logo-alt": "लाइटहाउस लोगो", - "consensus-client-lodestar-logo-alt": "लोडेस्टार लोगो", - "consensus-client-nethermind-logo-alt": "नीदरमाइंड लोगो", - "consensus-client-nimbus-logo-alt": "निम्बस लोगो", - "consensus-client-prysm-logo-alt": "प्रिज़्म लोगो", - "consensus-client-teku-logo-alt": "टेकू लोगो", - "page-upgrades-answer-1": "बीकन चेन का उपयोग मर्ज में एथेरियम मेननेट को अपग्रेड करने के लिए एक टूल के रूप में किया गया था।", - "page-upgrades-answer-2": "मर्ज के साथ, एथेरियम ने अपना सबसे महत्‍वपूर्ण अपग्रेड किया, यानि काम के सबूत के स्थान पर एक नए हिस्सेदारी के सबूत पर आधारित सहमति परत।", - "page-upgrades-answer-4": "बीकन चेन का उपयोग उस हिस्सेदारी के सबूत पर आधारित सहमति को डेवलप करने के लिए किया गया था जिसका उपयोग आज एथेरियम करता है। इसे एथेरियम मेननेट के लिए अलग से चलाया गया था ताकि डेवलपर वास्तविक गतिविधि के साथ समन्वय करने के लिए इसका उपयोग करने से पहले आम सहमति तंत्र को अलग से देख सकें।", + "consensus-client-besu-logo-alt": "Besu का लोगो", + "consensus-client-erigon-logo-alt": "Erigon का लोगो", + "consensus-client-geth-logo-alt": "Geth का लोगो", + "consensus-client-lighthouse-logo-alt": "लाइटहाउस का लोगो", + "consensus-client-lodestar-logo-alt": "Lodestar का लोगो", + "consensus-client-nethermind-logo-alt": "Nethermind का लोगो", + "consensus-client-nimbus-logo-alt": "Nimbus का लोगो", + "consensus-client-prysm-logo-alt": "Prysm का लोगो", + "consensus-client-teku-logo-alt": "Teku का लोगो", + "page-upgrades-answer-1": "बीकन चेन का उपयोग मर्ज में एथेरियम मेननेट को अपग्रेड करने के लिए एक उपकरण के रूप में किया गया था।", + "page-upgrades-answer-2": "मर्ज के साथ, एथेरियम ने अपना सबसे महत्‍वपूर्ण अपग्रेड किया, यानि प्रूफ-ऑफ-वर्क को स्वैप करके एक प्रूफ-ऑफ-स्टेक आधारित कंसेंसस लेयर को शामिल किया गया।", + "page-upgrades-answer-4": "बीकन चेन का उपयोग उस प्रूफ-ऑफ-स्टेक पर आधारित कंसेंसस को मज़बूत करने के लिए किया गया था जिसका उपयोग आज एथेरियम करता है। इसे एथेरियम मेननेट के लिए अलग से चलाया गया था, ताकि डेवलपर असल गतिविधि के साथ समन्वय करने के लिए इसका उपयोग करने से पहले आम कंसेंसस वाले मैकेनिज्म को अलग से देख सकें।", + "page-upgrade-article-author-status": "स्थिति", "page-upgrade-article-author-ethmerge": "एथमर्ज", "page-upgrade-article-author-alchemy": "एल्केमी", - "page-upgrade-article-author-consensys": "Consensys", - "page-upgrade-article-author-delphi-digital": "डेल्फी डिजिटल", - "page-upgrade-article-author-eip-4844": "वितालिक बुटेरिन, डैंक्राड फिस्ट, डिडेरिक लोएराकर, जॉर्ज काडियानाकिस, मैट गार्नेट, मोफी ताइवो", + "page-upgrade-article-author-consensys": "कंसेंसस", + "page-upgrade-article-author-delphi-digital": "Delphi Digital", + "page-upgrade-article-author-eip-4844": "विटालिक बुटेरिन, डैंक्राड फ़िस्ट, डिडेरिक लोएराकर, जॉर्ज काडियानाकिस, मैट गार्नेट, मोफ़ी ताइवो", "page-upgrade-article-author-ethereum-foundation": "Ethereum फाउंडेशन", - "page-upgrade-article-author-vitalik-buterin": "वितालिक बुटेरिन", + "page-upgrade-article-author-vitalik-buterin": "विटालिक बुटेरिन", "page-upgrade-article-author-ethos-dev": "Ethos.dev", "page-upgrade-article-title-two-point-oh": "टू पॉइंट ओह: बीकन चेन", - "page-upgrade-article-title-beacon-chain-explainer": "आपको पहले बीकन चेन Ethereum 2.0 एक्सप्लेनर पढ़ने की ज़रूरत होती है", - "page-upgrade-article-title-sharding-consensus": "शार्डिंग कन्सेंसेस", - "page-upgrade-article-title-sharding-is-great": "शार्डिंग क्यों बढ़िया है: तकनीकी गुणों से रहस्य हटाना", + "page-upgrade-article-title-beacon-chain-explainer": "आपको पहले बीकन चेन एथेरियम 2.0 एक्सप्लेनर पढ़ने की ज़रूरत होती है", + "page-upgrade-article-title-sharding-consensus": "शार्डिंग कंसेंसस", + "page-upgrade-article-title-sharding-is-great": "शार्डिंग क्यों बढ़िया है: तकनीकी गुणों के रहस्य को समझना", "page-upgrade-article-title-rollup-roadmap": "रोलअप-केंद्रित रोडमैप", - "page-upgrade-article-title-hitchhikers-guide-to-ethereum": "एथेरियम के लिए हिचहाइकर्स गाइड", + "page-upgrade-article-title-hitchhikers-guide-to-ethereum": "एथेरियम के लिए हिचकिचर्स गाइड", "page-upgrade-article-title-eip-4844": "EIP-4844: शार्ड ब्लॉब लेनदेन (प्रोटो-डैंकशर्डिंग)", "page-upgrade-article-title-proto-danksharding-faq": "प्रोटो-डैंकशर्डिंग से संबंधित अक्सर पूछे जाने वाले सवाल", "page-upgrade-article-title-sharding-das": "शार्डिंग और डेटा अवेलबिलिटी सैंपलिंग (DAS) को समझना", "page-upgrade-article-title-ethmerge": "एथमर्ज", "page-upgrade-article-title-merge-is-coming": "मर्ज आ रहा है", - "page-upgrade-article-title-state-of-the-merge": "द स्टेट ऑफ़ द मर्ज: 2022 में एथेरियम के मर्ज की हिस्सेदारी का सबूत पर एक अपडेट", + "page-upgrade-article-title-state-of-the-merge": "द स्टेट ऑफ़ द मर्ज: 2022 में एथेरियम के मर्ज की प्रूफ-ऑफ-स्टेक पर एक अपडेट", "page-upgrade-article-title-ropsten-merge-testnet": "रोपस्टन मर्ज टेस्टनेट की घोषणा", - "page-upgrade-article-title-execution-layer-specs": "निष्पादन परत विशिष्टताएँ", - "page-upgrade-article-title-consensus-layer-specs": "सहमति परत विशिष्टताएँ", - "page-upgrade-article-title-engine-api-specs": "इंजन API विशिष्टताएँ", - "page-upgrades-beacon-chain-date": "बीकन चेन 1 दिसंबर 2020 को लाइव हुई", - "page-upgrades-beacon-chain-desc": "बीकन चेन एथेरियम के लिए स्टेकिंग लाती है और भविष्य के अपग्रेड के लिए आधार तैयार करती है। यह नए हिस्सेदारी का सबूत एथेरियम का समन्वय करती है।", + "page-upgrade-article-title-execution-layer-specs": "निष्पादन लेयर से जुड़ी विशिष्टताएँ", + "page-upgrade-article-title-consensus-layer-specs": "कंसेंसस लेयर से जुड़ी विशिष्टताएँ", + "page-upgrade-article-title-engine-api-specs": "इंजन API से जुड़ी विशिष्टताएँ", + "page-upgrades-beacon-chain-date": "बीकन चेन, 1 दिसंबर 2020 को लाइव हुई", + "page-upgrades-beacon-chain-desc": "बीकन चेन ने एथेरियम में स्टेकिंग ला दी और भविष्य के अपग्रेड के लिए आधार तैयार किया। यह नई प्रूफ-ऑफ-स्टेक अपग्रेड एथेरियम का समन्वय करती है।", "page-upgrades-beacon-chain-estimate": "बीकन चेन लाइव है", "page-upgrades-beacon-chain-title": "बीकन चेन", - "page-upgrades-bug-bounty": "बग बाउंटी प्रोग्राम देखें", - "page-upgrades-clients": "सहमति ग्राहकों की जाँच करें (पहले 'Eth2' क्लाइंट के रूप में जाना जाता था)", + "page-upgrades-bug-bounty": "बग बाउंटी प्रोग्राम को देखें", + "page-upgrades-clients": "कंसेंसस क्लाइंट की जाँच करें (पहले 'Eth2' क्लाइंट के रूप में जाना जाता था)", "page-staking-deposit-contract-title": "जमा अनुबंध पते की जाँच करें", - "page-upgrades-dive": "विज़न देखें", + "page-upgrades-dive": "विज़न के बारे में जाने", "page-upgrades-dive-desc": "हम एथेरियम को अधिक स्केलेबल, सुरक्षित और टिकाऊ कैसे बना रहे हैं? सब कुछ एथेरियम के विकेंद्रीकरण की मूल प्रकृति को बनाए रखते हुए।", "page-upgrades-docking": "मर्ज", - "page-upgrades-merge-answer-1": "मर्ज तब हुआ था जब 15 सितंबर, 2022 को एथेरियम ने हिस्सेदारी के सबूत को आम सहमति में बदल दिया था। बीकन चेन का मेननेट के साथ मर्ज हो गया, एथेरियम पर आधिकारिक तौर पर काम के सबूत को हटा दिया गया, और एथेरियम की ऊर्जा खपत को ~99.95% तक कम कर दिया गया।", - "page-upgrades-merge-btn": "मर्ज के बारे में अधिक जानकारी", - "page-upgrades-merge-desc": "मेननेट एथेरियम का हिस्सेदारी का सबूत बीकन चेन के साथ विलय हो गया, जो ऊर्जा-गहन माईनिंग के अंत को दर्शाता है।", + "page-upgrades-merge-answer-1": "मर्ज तब हुआ था जब 15 सितंबर, 2022 को एथेरियम ने प्रूफ-ऑफ-स्टेक को आम सहमति में बदल दिया था। बीकन चेन और मेननेट आपस में मर्ज हो गए, एथेरियम पर आधिकारिक तौर पर प्रूफ-ऑफ-वर्क को हटा दिया गया, और एथेरियम की ऊर्जा खपत को ~99.95% तक कम कर दिया गया।", + "page-upgrades-merge-btn": "मर्ज पर और अधिक", + "page-upgrades-merge-desc": "मेननेट एथेरियम का प्रूफ-ऑफ-स्टेक बीकन चेन के साथ मर्ज हो गया, जिससे ऊर्जा-गहन माईनिंग का अंत हो गया।", "page-upgrades-merge-estimate": "मर्ज लाइव है", "page-upgrades-merge-mainnet": "मेननेट क्या है?", "page-upgrades-eth-blog": "ethereum.org ब्लॉग", - "page-upgrades-explore-btn": "अपग्रेड खोजें", + "page-upgrades-explore-btn": "अपग्रेड एक्स्प्लोर करें", "page-upgrades-get-involved": "एथेरियम को अपग्रेड करने में शामिल हों", "page-upgrades-get-involved-2": "शामिल हों", - "page-upgrades-head-to-ethresearch": "ethresear.ch पर जाएँ", + "page-upgrades-head-to-ethresearch": "ethresear.ch की ओर जाएँ", "page-upgrades-help": "एथेरियम अपग्रेड में मदद करना चाहते हैं?", - "page-upgrades-help-desc": "एथेरियम अपग्रेड पर आज़माने, परीक्षण में मदद करने और यहाँ तक ​​कि पुरस्कार अर्जित करने के लिए बहुत सारे अवसर हैं।", + "page-upgrades-help-desc": "एथेरियम अपग्रेड पर आज़माने, परीक्षण में मदद करने और यहाँ तक ​​कि पुरस्कार हासिल करने के लिए बहुत सारे अवसर हैं।", "page-upgrades-index-staking": "स्टेकिंग यहाँ पर है", - "page-upgrades-index-staking-desc": "एथेरियम अपग्रेड की कुंजी स्टेकिंग की शुरुआत है। यदि आप एथेरियम नेटवर्क को सुरक्षित करने में मदद करने के लिए अपने ETH का उपयोग करना चाहते हैं, तो सुनिश्चित करें कि आप इन चरणों का पालन करते हैं।", + "page-upgrades-index-staking-desc": "एथेरियम अपग्रेड की कुंजी स्टेकिंग की शुरुआत है। अगर आप एथेरियम नेटवर्क को सुरक्षित करने में मदद करने के लिए अपने ETH का उपयोग करना चाहते हैं, तो सुनिश्चित करें कि आप इन चरणों का पालन करते हैं।", "page-upgrades-index-staking-learn": "स्टेकिंग के बारे में जानें", - "page-upgrades-index-staking-learn-desc": "बीकन चेन एथेरियम में स्टेकिंग लाएगी। यदि आपके पास ETH है, तो आप नेटवर्क को सुरक्षित करके और प्रक्रिया में अधिक ETH अर्जित करके सार्वजनिक काम कर सकते हैं।", - "page-upgrades-index-staking-step-1": "1. लॉन्चपैड के साथ सेट अप करें", - "page-upgrades-index-staking-step-1-btn": "स्टेकिंग लॉन्चपैड पर जाएँ", - "page-upgrades-index-staking-step-1-desc": "एथेरियम में स्टेक के लिए आपको लॉन्चपैड का उपयोग करने की आवश्यकता होगी - यह आपको प्रक्रिया की जानकारी देगा।", + "page-upgrades-index-staking-learn-desc": "बीकन चेन ने एथेरियम में स्टेकिंग लायी। अगर आपके पास ETH है, तो आप नेटवर्क को सुरक्षित करके और प्रक्रिया में अधिक ETH हासिल करके सार्वजनिक काम कर सकते हैं।", + "page-upgrades-index-staking-step-1": "1. लांच पैड के साथ सेट अप करें", + "page-upgrades-index-staking-step-1-btn": "स्टेकिंग लांच पैड पर जाएँ", + "page-upgrades-index-staking-step-1-desc": "एथेरियम में स्टेक के लिए आपको लांच पैड का उपयोग करने की आवश्यकता होगी - यह आपको प्रक्रिया की जानकारी देगा।", "page-upgrades-index-staking-step-2": "2. स्टेकिंग पते की पुष्टि करें", "page-upgrades-index-staking-step-2-btn": "जमा अनुबंध पते की पुष्टि करें", - "page-upgrades-index-staking-step-2-desc": "इससे पहले कि आप अपना ETH स्टेक करें, सुनिश्चित करें कि आपको सही पता मिल गया है। ऐसा करने से पहले आपको लॉन्चपैड की जानकारी प्राप्त हुई होगी।", + "page-upgrades-index-staking-step-2-desc": "इससे पहले कि आप अपना ETH स्टेक करें, सुनिश्चित करें कि आपको सही पता मिल गया है। ऐसा करने से पहले आपको लांच पैड की जानकारी प्राप्त हुई होगी।", "page-upgrades-index-staking-sustainability": "अधिक टिकाऊ", - "page-upgrades-meta-desc": "एथेरियम अपग्रेड का एक अवलोकन और उनकी वास्तविकता बनाने की उम्मीद का विज़न।", + "page-upgrades-meta-desc": "एथेरियम अपग्रेड का एक अवलोकन और उनकी वास्तविकता तैयार करने की उम्मीद का विज़न।", "page-upgrades-meta-title": "एथेरियम अपग्रेड (पहले इसे 'Eth2' कहा जाता था)", - "page-upgrades-proof-stake-link": "हिस्सेदारी के सबूत के बारे में अधिक जानकारी", - "page-upgrades-question-1-title": "अपग्रेड कब उपलब्ध होंगे?", - "page-upgrades-question-1-desc": "एथेरियम को लगातार अपग्रेड किया जा रहा है; अपग्रेड अलग-अलग तारीखों में उपलब्ध होंगे।", + "page-upgrades-proof-stake-link": "प्रूफ-ऑफ-स्टेक के बारे में अधिक जानकारी", + "page-upgrades-question-1-title": "अपग्रेड कब शिप होंगे?", + "page-upgrades-question-1-desc": "एथेरियम को लगातार अपग्रेड किया जा रहा है; अपग्रेड अलग-अलग है, अलग शिपिंग तिथियों के साथ।", "page-upgrades-question-2-title": "क्या बीकन चेन एक अलग ब्लॉकचेन है?", - "page-upgrades-question-2-desc": "हाँ। एथेरियम के मेननेट को अपग्रेड करने के लिए उपयोग किए जाने वाले समानांतर हिस्सेदारी के सबूत ब्लॉकचेन को बीकन चेन नाम दिया गया था। ओरिजिनल एथेरियम ब्लॉकचेन और बीकन चेन को एक साथ मिलाकर अब एक ही ब्लॉकचेन बनाया गया है।", - "page-upgrades-question-3-answer-2a": "मर्ज का डिसेंट्रलाइज़ एप्लिकेशन (dapp) डेवलपर पर बहुत कम प्रभाव पड़ा - वे अभी भी एथेरियम के साथ उसी तरह से इंटरैक्ट करते हैं।", - "page-upgrades-question-3-answer-2a-link": "मर्ज और डिसेंट्रलाइज़ एप्लिकेशन (dapp) डेवलपर", - "page-upgrades-question-3-answer-2b": "शार्डिंग प्लान्स अभी भी डेवलप की जा रही हैं, लेकिन इसे परत 2 रोलअप को ध्यान में रखते हुए डिज़ाइन किया जाएगा।", - "page-upgrades-layer-2-rollups": "परत 2 रोलअप के बारे में और जानकारी", + "page-upgrades-question-2-desc": "हाँ। बीकन चेन एक समानांतर प्रूफ-ऑफ-स्टेक को दिया गया नाम था जिसका उपयोग एथेरियम के मेननेट को अपग्रेड करने के लिए किया जाता था। अब केवल एक ही ब्लॉकचेन है जिसे ओरिजिनल एथेरियम ब्लॉकचेन और बीकन चेन को एक साथ मिलाकर बनाया गया है।", + "page-upgrades-question-3-answer-2a": "मर्ज का dapp डेवलपर पर बहुत कम प्रभाव पड़ा - वे अब भी एथेरियम के साथ उसी तरह से इंटरैक्ट करते हैं।", + "page-upgrades-question-3-answer-2a-link": "मर्ज और dapp डेवलपर", + "page-upgrades-question-3-answer-2b": "शार्डिंग प्लान्स अब भी डेवलप की जा रही हैं, लेकिन इसे लेयर 2 रोलअप को ध्यान में रखते हुए डिज़ाइन किया जाएगा।", + "page-upgrades-layer-2-rollups": "लेयर 2 रोलअप के बारे में और जानकारी", "page-upgrades-question-3-answer-3-link": "ethresear.ch पर जाएँ", "page-upgrades-question-3-desc": "अपग्रेड की तैयारी के लिए आपको अभी कुछ करने की ज़रूरत नहीं है।", - "page-upgrades-question-3-title": "मैं अपग्रेड के लिए तैयारी कैसे करूं?", - "page-upgrades-question-4-answer-1": "अब जब भी आप लेनदेन भेजते हैं या डिसेंट्रलाइज़ एप्लिकेशन (dapp) का उपयोग करते हैं, तो इसका मतलब है कि आप निष्पादन परत का उपयोग करते हैं, जिसे मेननेट भी कहा जाता है।", - "page-upgrades-question-4-answer-3": "मर्ज के बाद, सत्यापनकर्ता पूरे नेटवर्क को हिस्सेदारी के सबूत के ज़रिए सुरक्षित करेंगे।", + "page-upgrades-question-3-title": "मैं अपग्रेड के लिए तैयारी कैसे करूँ?", + "page-upgrades-question-4-answer-1": "अब जब भी आप लेनदेन भेजते हैं या dapp का उपयोग करते हैं, तो इसका मतलब है कि आप निष्पादन लेयर का उपयोग करते हैं, जिसे मेननेट भी कहा जाता है।", + "page-upgrades-question-4-answer-3": "मर्ज के बाद, सत्यापनकर्ता पूरे नेटवर्क को प्रूफ-ऑफ-स्टेक के ज़रिए सुरक्षित करेंगे।", "page-upgrades-question-4-answer-6": "कोई भी व्यक्ति अपने ETH की स्टेकिंग करके सत्यापनकर्ता बन सकता है।", "page-upgrades-question-4-answer-7": "स्टेकिंग के बारे में अधिक जानकारी", - "page-upgrades-question-4-title": "निष्पादन परत क्या है?", - "page-upgrades-question-4-desc": "मर्ज से पहले, एथेरियम ब्लॉकचेन को कभी-कभी 'Eth1' के रूप में संदर्भित किया जाता था। इस शब्द को 'निष्पादन परत' के लिए हटा दिया गया था।", - "page-upgrades-question-5-answer-1": "नेटवर्क पर सत्यापनकर्ता बनने के लिए, आपको स्टेक 32 ETH की आवश्यकता होगी। यदि आपके पास इतना नहीं है, या आप इतना स्टेक लगाने को तैयार नहीं हैं, तो आप स्टेकिंग पूल में शामिल हो सकते हैं। ये पूल आपको कम स्टेक देंगे और कुल पुरस्कारों के अंश अर्जित कराएँगे।", - "page-upgrades-question-5-desc": "आपको स्टैकिंग लॉन्चपैड का उपयोग करना होगा या स्टेकिंग पूल में शामिल होना होगा।", + "page-upgrades-question-4-title": "निष्पादन लेयर क्या है?", + "page-upgrades-question-4-desc": "मर्ज से पहले, एथेरियम ब्लॉकचेन को कभी-कभी 'Eth1' के रूप में संदर्भित किया जाता था। इस शब्द को 'निष्पादन लेयर' के लिए हटा दिया गया था।", + "page-upgrades-question-5-answer-1": "नेटवर्क पर सत्यापनकर्ता बनने के लिए, आपको 32 ETH को स्टेक करना होगा। अगर आपके पास इतना नहीं है, या आप इतना स्टेक लगाने को तैयार नहीं हैं, तो आप स्टेकिंग पूल में शामिल हो सकते हैं। ये पूल आपको कम स्टेक लगाने देंगे और कुल पुरस्कारों का कुछ हिस्सा कमाने देंगे।", + "page-upgrades-question-5-desc": "आपको स्टेकिंग लांच पैड का उपयोग करना होगा या स्टेकिंग पूल में शामिल होना होगा।", "page-upgrades-question-5-title": "मैं स्टेक कैसे करूँ?", - "page-upgrades-question-6-answer-3": "Ethereum फाउंडेशन के डैनी रयान नियमित रूप से समुदाय को अपडेट करते हैं:", + "page-upgrades-question-6-answer-3": "एथेरियम फाउंडेशन के डैनी रयान नियमित रूप से समुदाय को अपडेट करते हैं:", "page-upgrades-question-6-answer-4": "ConsenSys के बेन एडिंगटन के पास एथेरियम अपग्रेड के बारे में एक साप्ताहिक समाचार पत्र है:", "page-upgrades-question-6-answer-5": "आप ethresear.ch पर एथेरियम अनुसंधान और विकास पर चर्चा में भी शामिल हो सकते हैं।", - "page-upgrades-question-6-title": "मुझे अपने डिसेंट्रलाइज़ एप्लिकेशन (dapp) के साथ क्या करने की आवश्यकता है?", - "page-upgrades-question-6-desc": "मर्ज को डिसेंट्रलाइज़ एप्लिकेशन (dapp) डेवलपर पर कम से कम प्रभाव डालने के लिए डिज़ाइन किया गया था, हालाँकि ध्यान देने योग्य कुछ छोटे बदलाव भी हुए थे।", - "page-upgrades-question-6-answer-1": "प्री-मर्ज एथेरियम से परिचित डिसेंट्रलाइज़ एप्लिकेशन (dapp) डेवलपर को कुछ बदलावों के बारे में पता होना चाहिए। इन बदलावों में ब्लॉक संरचना और समय, कुछ ऑपकोड बदलाव, ऑन-चेन रैंडमनेस के स्रोत और युग को अंतिम रूप देने की अवधारणा शामिल है।", + "page-upgrades-question-6-title": "मुझे अपने dapp के साथ क्या करने की आवश्यकता है?", + "page-upgrades-question-6-desc": "मर्ज को dapp डेवलपर पर कम से कम प्रभाव डालने के लिए डिज़ाइन किया गया था, हालाँकि इसमें ध्यान देने योग्य कुछ छोटे बदलाव भी हुए थे।", + "page-upgrades-question-6-answer-1": "प्री-मर्ज एथेरियम से परिचित dapp डेवलपर को कुछ बदलावों के बारे में पता होना चाहिए। इन बदलावों में ब्लॉक संरचना और समय, कुछ ऑपकोड बदलाव, ऑन-चेन रैंडमनेस के स्रोत और युग को अंतिम रूप देने की अवधारणा शामिल है।", "page-upgrades-question-6-answer-1-link": "मर्ज ने एथेरियम के एप्लिकेशन लेयर को कैसे प्रभावित किया", - "page-upgrades-question-6-answer-2": "एप्लिकेशन पर किसी तरह का कोई प्रभाव नहीं पड़ा।", - "page-upgrades-question-7-desc": "सभी समुदाय की कई अलग-अलग टीमें विभिन्न एथेरियम अपग्रेड पर काम कर रही हैं।", + "page-upgrades-question-6-answer-2": "एप्लिकेशन लगभग पूरी तरह से अप्रभावित थे।", + "page-upgrades-question-7-desc": "सभी समुदाय की कई अलग-अलग टीमें अलग-अलग एथेरियम अपग्रेड पर काम कर रही हैं।", "page-upgrades-question-7-lighthouse": "लाइटहाउस", "page-upgrades-question-7-lighthouse-lang": "(Rust कार्यान्वयन)", - "page-upgrades-question-7-lodestar": "लोडेस्टार", + "page-upgrades-question-7-lodestar": "लोडस्टार", "page-upgrades-question-7-lodestar-lang": "(JavaScript कार्यान्वयन)", "page-upgrades-question-7-nimbus": "निम्बस", "page-upgrades-question-7-nimbus-lang": "(Nim कार्यान्वयन)", "page-upgrades-question-7-prysm": "प्रिज़्म", "page-upgrades-question-7-prysm-lang": "(Go कार्यान्वयन)", - "page-upgrades-question-7-teams": "एथेरियम सहमति ग्राहक टीम:", - "page-upgrades-question-7-teku": "टेकू", + "page-upgrades-question-7-teams": "एथेरियम कंसेंसस क्लाइंट टीम:", + "page-upgrades-question-7-teku": "टेकु", "page-upgrades-question-7-teku-lang": "(Java कार्यान्वयन)", "page-upgrades-question-7-title": "एथेरियम अपग्रेड कौन बना रहा है?", "page-upgrades-question-7-clients": "एथेरियम क्लाइंट के बारे में और जानें", - "page-upgrades-question-8-answer-1": "एथेरियम अपग्रेड, सुरक्षा को बनाए रखते हुए, और निरंतरता को बढ़ाते हुए, एक विकेन्द्रीकृत तरीके से एथेरियम स्केल की मदद करेगा।", - "page-upgrades-question-8-answer-2": "शायद सबसे स्पष्ट समस्या यह है कि एथेरियम को प्रति सेकंड 15-45 से अधिक लेनदेन को संभालने में सक्षम होने की आवश्यकता है। लेकिन अपग्रेड आज एथेरियम के साथ कुछ अन्य समस्याओं का भी समाधान करते हैं।", - "page-upgrades-question-8-answer-3": "इस समय नेटवर्क की इतनी अधिक माँग है कि यह एथेरियम का उपयोग करना महँगा बना रहा है। नेटवर्क में नोड्स एथेरियम के आकार और उनके कंप्यूटर द्वारा प्रोसेस किए जाने वाले डेटा की मात्रा को लेकर संघर्ष कर रहे हैं। एथेरियम सुरक्षा और विकेंद्रीकरण को रेखांकित करने वाला ओरिजिनल एल्गोरिथम ऊर्जा गहन था और इसे हरित बनाने की आवश्यकता थी।", - "page-upgrades-question-8-answer-4": "2015 से अब तक जो कुछ भी बदल रहा है, वह हमेशा एथेरियम रोडमैप पर रहा है। लेकिन वर्तमान परिस्थितियां अपग्रेड की आवश्यकता को और अधिक बढ़ा रही हैं।", - "page-upgrades-question-8-answer-6": "एथेरियम विज़न एक्सप्लोर करें", - "page-upgrades-question-8-desc": "आज हम जिस एथेरियम का उपयोग करते हैं, उसे उपयोगकर्ताओं और नेटवर्क प्रतिभागियों को समाप्त करने के लिए एक बेहतर अनुभव प्रदान करने की आवश्यकता है।", + "page-upgrades-question-8-answer-1": "एथेरियम अपग्रेड, सुरक्षा को बनाए रखते हुए, और निरंतरता को बढ़ाते हुए, एक विकेन्द्रीकृत तरीके से एथेरियम को स्केल करने मे मदद करेगा।", + "page-upgrades-question-8-answer-2": "शायद सबसे स्पष्ट समस्या यह है कि एथेरियम को प्रति सेकंड 15-45 से अधिक लेनदेन को प्रबंधित करने में सक्षम होने की आवश्यकता है। हालाँकि ये अपग्रेड आज एथेरियम के साथ कुछ अन्य समस्याओं का भी समाधान करते हैं।", + "page-upgrades-question-8-answer-3": "उच्च मांग के समय नेटवर्क के कारण एथेरियम का उपयोग महंगा हो जाता है। नेटवर्क में नोड्स एथेरियम के आकार और उनके कंप्यूटर द्वारा प्रोसेस किए जाने वाले डेटा की मात्रा को लेकर संघर्ष कर रहे हैं। एथेरियम सुरक्षा और विकेंद्रीकरण को रेखांकित करने वाला ओरिजिनल एल्गोरिथम ऊर्जा गहन था और इसे हरित बनाने की आवश्यकता थी।", + "page-upgrades-question-8-answer-4": "2015 से अब तक जो कुछ भी बदल रहा है, वह हमेशा एथेरियम रोडमैप पर रहा है। हालाँकि, वर्तमान परिस्थितियाँ अपग्रेड की आवश्यकता को और अधिक बढ़ा रही हैं।", + "page-upgrades-question-8-answer-6": "एथेरियम का विज़न एक्सप्लोर करें", + "page-upgrades-question-8-desc": "आज हम जिस एथेरियम का उपयोग करते हैं, उसे एंड यूज़र और नेटवर्क प्रतिभागियों को बेहतर अनुभव प्रदान करने की आवश्यकता है।", "page-upgrades-question-8-title": "अपग्रेड्‍स की आवश्यकता क्यों है?", - "page-upgrades-question-9-answer-1": "सबसे सक्रिय भूमिका जो आप निभा सकते हैं, वह आपके ETH को स्टेक करना है।", - "page-upgrades-question-9-answer-2": "आप क्लाइंट विविधता में सुधार करने में मदद करने के लिए कोई दूसरा क्लाइंट चलाने की अपेक्षा भी कर सकते हैं।", - "page-upgrades-question-9-answer-3": "यदि आप अधिक तकनीकी हैं, तो आप नए क्लाइंट में बग को पकड़ने में मदद कर सकते हैं।", - "page-upgrades-question-9-answer-4": "आप ethereear.ch पर एथेरियम शोधकर्ताओं के साथ तकनीकी चर्चा में भी आज़मा सकते हैं।", - "page-upgrades-question-9-desc": "योगदान करने के लिए आपका टेक्निकल होना आवश्यक नहीं है। समुदाय सभी प्रकार के कौशल से योगदान की तलाश कर रहा है।", + "page-upgrades-question-9-answer-1": "सबसे सक्रिय भूमिका जो आप निभा सकते हैं, वह है अपने ETH को स्टेक करना।", + "page-upgrades-question-9-answer-2": "आप क्लाइंट विविधता को बेहतर बनाने के लिए कोई दूसरा क्लाइंट चलाने की अपेक्षा भी कर सकते हैं।", + "page-upgrades-question-9-answer-3": "अगर आप अधिक तकनीकी हैं, तो आप नए क्लाइंट में बग को पकड़ने में मदद कर सकते हैं।", + "page-upgrades-question-9-answer-4": "आप ethereear.ch पर एथेरियम शोधकर्ताओं के साथ तकनीकी चर्चाओं पर भी विचार कर सकते हैं।", + "page-upgrades-question-9-desc": "योगदान करने के लिए आपका टेक्निकल होना आवश्यक नहीं है। समुदाय, सभी प्रकार के कौशल से योगदान की तलाश कर रहा है।", "page-upgrades-question-9-stake-eth": "स्टेक ETH", "page-upgrades-question-9-title": "मैं एथेरियम अपग्रेड में कैसे योगदान करूँ?", "page-upgrades-question-9-more": "एथेरियम के साथ जुड़ने के और सामान्य तरीके खोजें", "page-upgrades-question-10-title": "'Eth2 चरण' क्या हैं?", - "page-upgrades-question-10-desc": "यहाँ कुछ चीज़ें बदली हैं।", - "page-upgrades-question-10-answer-0": "शब्द 'Eth2' को चरणबद्ध तरीके से हटाया जा रहा है, क्योंकि यह एक भी अपग्रेड या नए नेटवर्क का प्रतिनिधित्व नहीं करता है। यह अधिक सटीक रूप से कई अपग्रेड का एक सेट है जो एथेरियम को ज़्यादा स्केलेबल, सुरक्षित और टिकाऊ बनाने के लिए अपनी भूमिका निभाते हैं। आप जिस नेटवर्क को जानते हैं और प्यार करते हैं, उसे केवल एथेरियम कहा जाएगा।", - "page-upgrades-question-10-answer-1": "हम तकनीकी रोडमैप के संदर्भ में बहुत अधिक बात करने से अनिच्छुक हैं क्योंकि यह सॉफ़्टवेयर है: चीजें बदल सकती हैं। हमें लगता है कि जब आप परिणामों के बारे में पढ़ते हैं, तो यह समझना आसान होता है कि क्या हो रहा है।", - "page-upgrades-question-10-answer-1-link": "अपग्रेड देखें", - "page-upgrades-question-10-answer-2": "लेकिन अगर आपने चर्चाओं का पालन किया है, तो यहाँ बताया गया है कि तकनीकी रोडमैप में अपग्रेड कैसे फ़िट होते हैं, और वे कैसे बदल रहे हैं।", - "page-upgrades-question-10-answer-3": "चरण 0 बीकन चेन को लाइव करने के लिए काम का वर्णन करता है।", - "page-upgrades-question-10-answer-5": "चरण 1 मूल रूप से शार्ड चेन को लागू करने पर फ़ोकस था, लेकिन प्राथमिकता मर्ज को दी गई जिसे 15 सितंबर, 2022 को लागू कर दिया गया।", - "page-upgrades-question-10-answer-6": "चरण 1.5 को मूल रूप से शार्ड कार्यान्वयन को फ़ॉलो करने के लिए प्लान किया गया था, जब मेननेट को बीकन चेन में फ़ाइनल शार्ड के रूप में जोड़ा जाएगा। हालाँकि, जैसे-जैसे रोलअप तकनीक आगे बढ़ी, एथेरियम समुदाय ने इसके बजाय काम के सबूत से ट्राज़िशन को तेज़ कर दिया।", - "page-upgrades-question-10-answer-7": "चरण 2 के आस-पास की प्लान गहन शोध और चर्चा का विषय रही हैं। मर्ज और परत 2 समाधानों को एडवांस बनाने के साथ, लक्ष्यों की रोलअप क्षमता को बढ़ाने के लिए डेटा शार्डिंग का ज़्यादा आसान स्वरूप प्रदान करने के लिए शिफ़्‍ट कर दिया गया है। हालिया परत 2 लेनदेन निष्पादन को मापने की क्षमता को सक्षम बनाती है, और शार्डिंग कम कीमत में और स्केलेबल तरीके से परत 1 में इस डेटा प्रूफ़ के स्टोरेज की अनुमति देगा।", + "page-upgrades-question-10-desc": "यहाँ कुछ चीज़ें बदल गई हैं।", + "page-upgrades-question-10-answer-0": "'Eth2' शब्द को धीरे-धीरे हटाया जा रहा है, क्योंकि यह एक भी अपग्रेड या नए नेटवर्क का प्रतिनिधित्व नहीं करता है। यह अधिक सटीक रूप से कई अपग्रेड का एक सेट है जो एथेरियम को ज़्यादा स्केलेबल, सुरक्षित और टिकाऊ बनाने के लिए अपनी भूमिका निभाते हैं। जिस नेटवर्क को आप जानते हैं और पसंद करते हैं, उसे सरल शब्दों में एथेरियम कहा जाएगा।", + "page-upgrades-question-10-answer-1": "हम तकनीकी रोडमैप के संदर्भ में बहुत अधिक बात करने से अनिच्छुक हैं, क्योंकि यह सॉफ़्टवेयर है: चीज़ें बदल सकती हैं। हमें लगता है कि जब आप परिणामों के बारे में पढ़ते हैं, तो यह समझना आसान होता है कि क्या हो रहा है।", + "page-upgrades-question-10-answer-1-link": "अपग्रेड को देखें", + "page-upgrades-question-10-answer-2": "हालाँकि, अगर आपने चर्चाओं का पालन किया है, तो यहाँ बताया गया है कि तकनीकी रोडमैप में अपग्रेड कैसे फ़िट होते हैं, और वे कैसे बदल रहे हैं।", + "page-upgrades-question-10-answer-3": "चरण 0, बीकन चेन को लाइव करने के लिए काम का वर्णन करता है।", + "page-upgrades-question-10-answer-5": "चरण 1 मूल रूप से शार्ड चेन को लागू करने पर फ़ोकस था, लेकिन प्राथमिकता मर्ज को दी गई जिसे 15 सितंबर, 2022 को शिप किया गया।", + "page-upgrades-question-10-answer-6": "चरण 1.5 को मूल रूप से शार्ड कार्यान्वयन को फ़ॉलो करने के लिए प्लान किया गया था, जब मेननेट को बीकन चेन में फ़ाइनल शार्ड के रूप में जोड़ा जाएगा। हालाँकि, जैसे-जैसे रोलअप तकनीक आगे बढ़ी, एथेरियम समुदाय ने इसके बजाय प्रूफ-ऑफ-वर्क से ट्राज़िशन को तेज़ कर दिया।", + "page-upgrades-question-10-answer-7": "चरण 2 के आस-पास की योजनाएं, गहन शोध और चर्चा का विषय रही हैं। मर्ज और लेयर 2 समाधानों को एडवांस बनाने के साथ, लक्ष्यों की रोलअप क्षमता को बढ़ाने के लिए डेटा शार्डिंग का ज़्यादा आसान तरीका प्रदान करने के लिए शिफ़्‍ट कर दिया गया है। हालिया लेयर 2 लेनदेन निष्पादन को मापने की क्षमता को सक्षम बनाती है, और शार्डिंग कम कीमत में और स्केलेबल तरीके से लेयर 1 में इस डेटा प्रूफ़ के स्टोरेज की अनुमति देगा।", "page-upgrades-question-10-answer-8": "रोलअप-केंद्रित रोडमैप के बारे में अधिक जानकारी", "page-upgrades-question-11-title": "क्या मैं Eth2 खरीद सकता हूँ?", "page-upgrades-question-11-desc": "नहीं। यहाँ कोई Eth2 टोकन नहीं है, और मर्ज के बाद आपका ETH नहीं बदला है।", - "page-upgrades-question-11-answer-1": "Eth2 रीब्रांड के पीछे ड्राइविंग फ़ोर्सस में से एक सामान्य ग़लत धारणा थी कि ETH धारकों को मर्ज या किसी अन्य अपग्रेड के बाद अपने ETH को 'ETH 2.0' में माइग्रेट करना ज़रूरी था। यह सच नहीं है और ऐसा कभी नहीं था।", - "page-upgrades-question-11-answer-2": " इस भ्रम का आमतौर पर स्कैमर्स लाभ लेते हैं।", + "page-upgrades-question-11-answer-1": "Eth2 रीब्रांड को आगे बढ़ाने की वजहों में से एक सामान्य ग़लत धारणा थी कि ETH धारकों को मर्ज या किसी अन्य अपग्रेड के बाद अपने ETH को 'ETH 2.0' में माइग्रेट करना ज़रूरी था। यह सच नहीं है और ऐसा कभी नहीं था।", + "page-upgrades-question-11-answer-2": " इस भ्रम का आमतौर पर स्कैमर्स लाभ उठाते हैं।", "page-upgrades-question-title": "अक्सर पूछे जाने वाले सवाल", "page-upgrades-question3-answer-1": "ETH धारकों को कुछ भी करने की आवश्यकता नहीं है। आपके ETH को बदलने या अपग्रेड करने की आवश्यकता नहीं होगी। उसमें धोखाधड़ी होना लगभग तय होता है, इसलिए सावधान रहें।", - "page-upgrades-scalable": "अधिक स्केलेबल", - "page-upgrades-scalable-desc": "एथेरियम को प्रति सेकंड 1000 लेन-देन की आवश्यकता होती है, जिससे एप्लिकेशन अधिक तेज़ और उपयोग में किफायती हो जाते हैं।", - "page-upgrades-secure": "ज्यादा सुरक्षित", - "page-upgrades-secure-desc": "एथेरियम को अधिक सुरक्षित करने की आवश्यकता है। जैसे-जैसे एथेरियम को अपनाया जाता है, प्रोटोकॉल को सभी प्रकार के हमले के खिलाफ अधिक सुरक्षित होने की आवश्यकता होती है।", - "page-upgrades-shard-date": "2023-2024 में कभी-कभी शार्डिंग कई चरणों में मर्ज को फ़ॉलो करेगी।", - "page-upgrades-shard-desc": "शार्डिंग डेटा स्टोर करने के लिए एथेरियम की क्षमता का विस्तार करेगी, और L2 के साथ सामंजस्यपूर्ण रूप से काम करेगी ताकि थ्रूपुट को बढ़ाया जा सके और नेटवर्क फीस को कम किया जा सके। शार्डिंग को कई चरणों में रोल आउट किया जाएगा।", + "page-upgrades-scalable": "ज़्यादा स्केलेबल", + "page-upgrades-scalable-desc": "एथेरियम को प्रति सेकंड 1000 लेनदेन की आवश्यकता होती है, ताकि एप्लिकेशन को अधिक तेज़ और उपयोग में किफायती हो जाते हैं।", + "page-upgrades-secure": "ज़्यादा सुरक्षित", + "page-upgrades-secure-desc": "एथेरियम को ज़्यादा सुरक्षित करने की आवश्यकता है। जैसे-जैसे एथेरियम को अपनाया जाता है, प्रोटोकॉल को सभी प्रकार के हमले के खिलाफ ज़्यादा सुरक्षित होने की आवश्यकता होती है।", + "page-upgrades-shard-date": "शार्डिंग 2023-2024 में कभी-कभी कई चरणों में मर्ज को फ़ॉलो करेगी।", + "page-upgrades-shard-desc": "डैंकशर्डिंग, एथेरियम की डेटा संग्रहीत करने की क्षमता का विस्तार करेगा, और थ्रूपुट को बढ़ाने और नेटवर्क शुल्क को कम करने के लिए L2 के साथ मिलकर काम करेगा। डैंकशार्डिंग को कई चरणों में शुरू किया जाएगा, जिसकी शुरुआत ProtoDanksharding से होगी।", "page-upgrades-shard-estimate": "अनुमान: 2023-2024", "page-upgrades-shard-lower": "शार्डिंग के बारे में अधिक जानकारी", "page-upgrades-shard-title": "शार्डिंग", "page-upgrades-stay-up-to-date": "अप टू डेट रहें", - "page-upgrades-stay-up-to-date-desc": "एथेरियम अपग्रेड पर काम कर रहे शोधकर्ताओं और डेवलपर से नवीनतम जानकारी प्राप्त करें।", - "page-upgrades-sustainable-desc": "एथेरियम अभी तक ऊर्जा-गहन था। हिस्सेदारी का सबूत के ट्राज़िशन से नेटवर्क ऊर्जा में 99.9% से अधिक की कमी आई।", + "page-upgrades-stay-up-to-date-desc": "एथेरियम अपग्रेड पर काम कर रहे शोधकर्ताओं और डेवलपर से हाल की जानकारी प्राप्त करें।", + "page-upgrades-sustainable-desc": "एथेरियम अभी तक ऊर्जा-गहन था। प्रूफ-ऑफ-स्टेक के ट्राज़िशन से नेटवर्क ऊर्जा में 99.9% से अधिक की कमी आई।", "page-upgrades-take-part": "अनुसंधान में भाग लें", "page-upgrades-take-part-desc": "एथेरियम के शोधकर्ता और एंथुसिएस्ट समान रूप से अनुसंधान प्रयासों पर चर्चा करने के लिए मिलते हैं, जिसमें एथेरियम अपग्रेड से संबंधित सारी चीज़ें शामिल हैं।", "page-upgrades-the-upgrades": "एथेरियम के अपग्रेड", "page-upgrades-the-upgrades-desc": "एथेरियम अपग्रेड का उद्देश्य नेटवर्क की स्केलेबिलिटी, सुरक्षा और स्थिरता को बेहतर बनाना है। एथेरियम ने हाल ही में सुरक्षा और स्थिरता के लिए कुछ प्रमुख अपग्रेड किए हैं, और भविष्य में और भी अपग्रेड किए जाएँगे, विशेष रूप से स्केलेबिलिटी से संबंधित।", - "page-upgrades-unofficial-roadmap": "यह आधिकारिक रोडमैप नहीं है। यह हमारा देखने का तरीका है कि वहाँ की जानकारी के आधार पर क्या हो रहा है। लेकिन यह तकनीक है, चीज़ें एक पल में बदल सकती हैं। इसलिए कृपया इसे एक प्रतिबद्धता के रूप में न मानें।", - "page-upgrades-upgrade-desc": "जिस एथेरियम को हम जानते हैं और पसंद करते हैं, वह अधिक स्केलेबल, अधिक सुरक्षित और अधिक टिकाऊ है...", + "page-upgrades-unofficial-roadmap": "यह आधिकारिक रोडमैप नहीं है। यह हमारा देखने का तरीका है कि वहाँ की जानकारी के आधार पर क्या हो रहा है। हालाँकि, यह तकनीक है, चीज़ें एक पल में बदल सकती हैं। इसलिए कृपया इसे एक प्रतिबद्धता के रूप में न मानें।", + "page-upgrades-upgrade-desc": "जिस एथेरियम को हम जानते हैं और पसंद करते हैं, वह अधिक स्केलेबल, ज़्यादा सुरक्षित और ज़्यादा टिकाऊ है...", "page-upgrades-upgrades": "एथेरियम के अपग्रेड", "page-upgrades-upgrades-aria-label": "एथेरियम अपग्रेड के मेनू", "page-upgrades-upgrades-beacon-chain": "बीकन चेन", "page-upgrades-upgrades-guide": "एथेरियम अपग्रेड के लिए मार्गदर्शिका", "page-upgrades-upgrades-docking": "मर्ज", - "page-upgrades-energy-consumption": "एथेरियम की ऊर्जा खपत के बारे में और जानकारी", + "page-upgrades-energy-consumption": "एथेरियम की ऊर्जा खपत के बारे में ज़्यादा जानकारी", "page-upgrades-upgrading": "एथेरियम को नई चरम ऊंचाइयों पर अपग्रेड करना", + "page-roadmap-vision": "विज़न", + "page-roadmap-vision-btn": "एथेरियम विज़न के बारे में ज़्यादा जानकारी", + "page-roadmap-vision-desc": "एथेरियम को मुख्यधारा में लाने और पूरी मानवता की सेवा करने के लिए, हमें एथेरियम को अधिक स्केलेबल, सुरक्षित और टिकाऊ बनाना होगा।", "page-upgrades-what-happened-to-eth2-title": "'Eth2' का क्या हुआ?", - "page-upgrades-what-happened-to-eth2-1": "'Eth2' शब्द का इस्तेमाल आमतौर पर मर्ज से पहले किया जाता था, लेकिन अधिक सटीक शब्दावली के लिए इसे चरणबद्ध तरीके से हटाया जा रहा है।", - "page-upgrades-what-happened-to-eth2-1-more": "मर्ज के बारे में अधिक जानकारी।", + "page-upgrades-what-happened-to-eth2-1": "'Eth2' शब्द का इस्तेमाल आमतौर पर मर्ज से पहले किया जाता था, लेकिन ज़्यादा सटीक शब्दावली के लिए इसे धीरे-धीरे हटाया जा रहा।", + "page-upgrades-what-happened-to-eth2-1-more": "मर्ज के बारे में ज़्यादा जानकारी।", "page-upgrades-what-happened-to-eth2-2": "'Eth1' और 'Eth2' को मर्ज करने के बाद से, अब दो अलग-अलग एथेरियम ब्लॉकचेन नहीं हैं; केवल एथेरियम ही है।", "page-upgrades-what-happened-to-eth2-3": "भ्रम से बचने के लिए, समुदाय ने इन शर्तों को अपडेट किया है:", "page-upgrades-what-happened-to-eth2-3-1": "'Eth1' अब 'निष्पादन परत' है, जो लेनदेन और निष्पादन को प्रबंधित करती है।", @@ -180,25 +184,25 @@ "page-upgrades-what-happened-to-eth2-4": "ये शब्दावली अपडेट केवल नामकरण परंपराओं को बदलते हैं; इससे एथेरियम के लक्ष्य या रोडमैप नहीं बदलता है।", "page-upgrades-what-happened-to-eth2-5": "'Eth2' का नाम बदलने के बारे में और जानें", "page-upgrades-why-cant-we-just-use-eth2-title": "हम Eth2 का उपयोग क्यों नहीं कर सकते?", - "page-upgrades-why-cant-we-just-use-eth2-mental-models-title": "काल्पनिक मॉडल", - "page-upgrades-why-cant-we-just-use-eth2-mental-models-description": "Eth2 ब्रांडिंग के साथ एक बड़ी समस्या यह है कि यह एथेरियम के नए उपयोगकर्ताओं को एक अधूरा काल्पनिक मॉडल लगता है। स्वाभाविक तौर पर उनका सोचना यह होता है कि Eth1 पहले आया होगा और Eth2 बाद में आया होगा। या कि Eth2 के आने के बाद Eth1 ख़त्म हो गया होगा। इनमें से कोई भी बात सही नहीं है। Eth2 शब्दावली को हटाकर, हम सभी भविष्‍य के उपयोगकर्ताओं को इस भ्रामक काल्पनिक मॉडल से बचाएँगे।", + "page-upgrades-why-cant-we-just-use-eth2-mental-models-title": "मानसिक मॉडल", + "page-upgrades-why-cant-we-just-use-eth2-mental-models-description": "Eth2 ब्रांडिंग के साथ एक बड़ी समस्या यह है कि यह एथेरियम के नए यूज़र के लिए एक अधूरा टूटा मानसिक मॉडल बनाता है। वे सहज रूप से सोचते हैं कि Eth1 पहले आता है और Eth2 बाद में आता है। या यह कि Eth2 के आने के बाद Eth1 ख़त्म हो जाता है। इनमें से कोई भी बात सही नहीं है। Eth2 शब्दावली को हटाकर, हम सभी भविष्‍य के यूज़र को इस भ्रामक मानसिक मॉडल से बचाएँगे।", "page-upgrades-why-cant-we-just-use-eth2-inclusivity-title": "समावेशिता", - "page-upgrades-why-cant-we-just-use-eth2-inclusivity-description": "जैसे-जैसे एथेरियम का रोडमैप डेवलप हुआ है, एथेरियम 2.0, एथेरियम का रोडमैप दिखाने का ग़लत तरीका बन गया है। शब्दों को चुनने में सावधानी और सटीकता रखने से एथेरियम पर मौजूद सामग्री को ज़्यादा से ज़्यादा लोग समझ सकते हैं।", - "page-upgrades-why-cant-we-just-use-eth2-scam-prevention-title": "धोखाधड़ी की रोकथाम", + "page-upgrades-why-cant-we-just-use-eth2-inclusivity-description": "जैसे-जैसे एथेरियम का रोडमैप तैयार हुआ है, एथेरियम 2.0, एथेरियम के रोडमैप का ग़लत तरीका बन गया है। शब्दों को चुनने में सावधानी और सटीकता रखने से एथेरियम पर मौजूद सामग्री को ज़्यादा से ज़्यादा लोग समझ सकते हैं।", + "page-upgrades-why-cant-we-just-use-eth2-scam-prevention-title": "धोखाधड़ी का रोकथाम", "page-upgrades-why-cant-we-just-use-eth2-scam-prevention-description": "दुर्भाग्य से, गलत इरादे रखने वाले लोग Eth2 से मिलते-जुलते नाम का उपयोग उपयोगकर्ताओं से धोखाधड़ी करने के लिए कर चुके हैं और इसके लिए वे उनसे उनके ETH को ‘ETH2’ टोकन से स्वैप करने के लिए कहते हैं या यह कहते हैं कि उन्हें Eth2 अपग्रेड से पहले किसी भी तरह अपने ETH को माइग्रेट करना होगा। हमें उम्मीद है कि यह नए शब्द इस धोखाधड़ी को खत्म करने में मदद करेंगे और पूरे सिस्टम को सुरक्षित बनाएँगे।", - "page-upgrades-why-cant-we-just-use-eth2-staking-clarity-title": "स्टेकिंग में स्पष्टता", - "page-upgrades-why-cant-we-just-use-eth2-staking-clarity-description": "कुछ स्टेकिंग ऑपरेटर्स ने बीकन चेन पर स्टेक किए गए ETH को भी ‘ETH2’ टिकर से दर्शाया है। इससे भ्रम हो सकता है, क्योंकि इन सेवाओं के उपयोगकर्ताओं को वास्तव में ‘ETH2’ टोकन नहीं मिल रहे होते हैं। कोई ‘ETH2’ टोकन मौजूद नहीं है; इससे उन विशिष्ट प्रदाताओं के स्टेक में उनका हिस्सा पता चलता है।", + "page-upgrades-why-cant-we-just-use-eth2-staking-clarity-title": "स्पष्टता का दावा", + "page-upgrades-why-cant-we-just-use-eth2-staking-clarity-description": "कुछ स्टेकिंग ऑपरेटर्स ने बीकन चेन पर स्टेक किए गए ETH को भी ‘ETH2’ टिकर से दर्शाया है। इससे भ्रम हो सकता है, क्योंकि इन सेवाओं के उपयोगकर्ताओं को असल में ‘ETH2’ टोकन नहीं मिल रहे होते हैं। कोई ‘ETH2’ टोकन मौजूद नहीं है; इससे उन विशिष्ट प्रदाताओं के स्टेक में उनका हिस्सा पता चलता है।", "page-upgrades-what-to-do": "आपको क्या करने की ज़रूरत है?", - "page-upgrades-what-to-do-desc": "यदि आप एक डिसेंट्रलाइज़ एप्लिकेशन (dapp) उपयोगकर्ता या ETH धारक हैं, तो आपको कुछ भी करने की आवश्यकता नहीं है। यदि आप एक डेवलपर हैं या स्टेकिंग शुरू करना चाहते हैं, तो ऐसे तरीके हैं, जिनसे आप आज जुड़ सकते हैं।", - "page-upgrades-whats-next": "एथेरियम के अपग्रेड क्या हैं?", - "page-upgrades-whats-next-desc": "एथेरियम रोडमैप में इंटरकनेक्टेड प्रोटोकॉल अपग्रेड होते हैं जो नेटवर्क को अधिक स्केलेबल, अधिक सुरक्षित और अधिक टिकाऊ बना देगा। ये अपग्रेड एथेरियम इकोसिस्टम की कई टीमों द्वारा बनाए जा रहे हैं।", + "page-upgrades-what-to-do-desc": "अगर आप एक dapp यूज़र या ETH धारक हैं, तो आपको कुछ भी करने की आवश्यकता नहीं है। अगर आप एक डेवलपर हैं या स्टेकिंग शुरू करना चाहते हैं, तो ऐसे तरीके हैं, जिनसे आप आज जुड़ सकते हैं।", + "page-upgrades-whats-next": "एथेरियम अपग्रेड क्या हैं?", + "page-upgrades-whats-next-desc": "एथेरियम रोडमैप में इंटरकनेक्टेड प्रोटोकॉल अपग्रेड होते हैं जो नेटवर्क को ज़्यादा स्केलेबल, ज़्यादा सुरक्षित और ज़्यादा टिकाऊ बना देगा। ये अपग्रेड एथेरियम इकोसिस्टम की कई टीमों द्वारा बनाए जा रहे हैं।", "page-upgrades-whats-next-history": "पिछले एथेरियम अपग्रेड के बारे में जानें", - "page-upgrades-whats-ethereum": "रुकें, एथेरियम क्या है?", + "page-upgrades-whats-ethereum": "रुको, एथेरियम क्या है?", "page-upgrades-whats-new": "एथेरियम के लिए आगे क्या है?", - "page-upgrades-security-link": "सुरक्षा और धोखाधड़ी से रोकथाम के बारे में और जानकारी", + "page-upgrades-security-link": "सुरक्षा और धोखाधड़ी से रोकथाम के बारे में ज़्यादा जानकारी", "page-staking-deposit-contract-staking-more-link": "स्टेकिंग के बारे में अधिक जानकारी", "docs-nav-proof-of-stake": "स्टेक-का-प्रमाण", "docs-nav-proof-of-work": "काम का प्रमाण", "page-upgrades-get-involved-ethresearch-1": "शार्डिंग", - "page-upgrades-get-involved-ethresearch-2": "Eth1 से Eth2 संक्रमण" + "page-upgrades-get-involved-ethresearch-2": "मर्ज" } diff --git a/src/intl/hi/page-upgrades.json b/src/intl/hi/page-upgrades.json index 903bb2e2720..9fa976993f8 100644 --- a/src/intl/hi/page-upgrades.json +++ b/src/intl/hi/page-upgrades.json @@ -4,10 +4,20 @@ "page-upgrades-beacon-date": "शिप कर दिया गया!", "page-upgrades-merge-date": "सितंबर 2022", "page-upgrades-shards-date": "~2023", - "page-upgrades-pbs": "Not imminent - expect 2024/25", + "page-upgrades-pbs": "आसन्न नहीं - उम्मीद 2024/25", "page-upgrades-post-merge-banner-tutorial-ood": "मर्ज के बाद यह ट्यूटोरियल पुराना हो गया है और शायद काम न करे। अगर आप योगदान देना चाहते हैं, तो कृपया PR बढ़ाएँ।", "page-upgrades-upgrades-guide": "एथेरियम अपग्रेड के लिए मार्गदर्शिका", "page-upgrades-upgrades-docking": "मर्ज", "page-upgrades-shard-title": "शार्डिंग", - "page-upgrades-upgrades-beacon-chain": "बीकन चेन" + "page-upgrades-upgrades-beacon-chain": "बीकन चेन", + "consensus-beaconscan-title": "beaconscan", + "consensus-beaconscan-in-title": "beaconcha.in", + "consensus-beaconcha-in-desc": "ओपन सोर्स बीकन चेन एक्सप्लोरर", + "consensus-beaconscan-desc": "बीकन चेन एक्सप्लोरर - कंसेंसस लेयर का इथरस्कैन", + "consensus-become-staker": "स्टेकर बनें", + "consensus-become-staker-desc": "स्टेकिंग चालू है! अगर आप नेटवर्क को सुरक्षित रखने में मदद के लिए अपने ETH पर स्टेक लगाना चाहते हैं, तो सुनिश्चित करें कि आप जोखिमों से अवगत हैं।", + "consensus-explore": "डेटा को एक्सप्लोर करें", + "consensus-run-beacon-chain": "कंसेंसस क्लाइंट चलाएँ", + "consensus-run-beacon-chain-desc": "एथेरियम को ज़्यादा से ज़्यादा क्लाइंट चलाने की ज़रूरत होती है। इस एथेरियम सार्वजनिक हित में मदद करें!", + "read-more": "और पढ़ें" }