मेननेट मर्ज की घोषणा

• एथेरियम प्रूफ़़-ऑफ-स्टेक पर जा रहा है! मर्ज के रूप में जाना जाने वाला ट्रांज़िशन, पहले बेलाट्रिक्स अपग्रेड के साथ बीकन चेन पर एक्टिवेट किया जाना चाहिए। इसके बाद, एक निश्चित Total Difficulty मान तक पहुँचते ही प्रूफ़़-ऑफ-वर्क चेन, प्रूफ़-ऑफ-स्टेक पर माइग्रेट हो जाएगी।
• बेलाट्रिक्स अपग्रेड बीकन चेन पर 144896 ईपोक पर शेड्यूल किया गया है, जिसके -- 6 सितंबर, 2022 को सुबह 11:34:47 बजे UTC पर होने की संभावना है।
• मर्ज को एक्टिवेट करने वाला Terminal Total Difficulty मान 58750000000000000000000 है, जो 10-20 सितंबर, 2022 के बीच हासिल हो सकता है।
• नोट: जैसा कि पहले घोषणा की गई थी, किल्न टेस्टनेट अब बंद कर दिया जाएगा। 6 सितंबर, 2022 को ऑपरेटर बंद हो जाएँगे।

बैकग्राउंड

वर्षों की कड़ी मेहनत के बाद, एथेरियम का प्रूफ़-ऑफ़-स्टेक अपग्रेड आ गया है! सभी सार्वजनिक टेस्टनेट का सफल अपग्रेड अब पूरा हो गया है और मर्ज को एथेरियम मेननेट के लिए शेड्यूल किया गया है।

यह मर्ज पिछले नेटवर्क अपग्रेड से दो तरह से अलग है। पहला, नोड ऑपरेटर्स को अपने कॉन्सेंसस लेयर (CL) और एक्ज़ीक्यूशन लेयर (EL) क्लाइंट दोनों में से किसी एक के बजाय दोनों को एक साथ अपडेट करना होगा। दूसरा, अपग्रेड दो चरणों में एक्टिवेट होगा: पहला चरण बेलाट्रिक्स, बीकन चेन पर ईपोक हाइट पर एक्टिवेट होगा और दूसरा चरण पेरिस, एक्ज़ीक्यूशन लेयर पर Total Difficulty मान तक पहुँचने पर एक्टिवेट होगा।

जानकारी अपग्रेड करें

समय

मर्ज दो चरणों की प्रक्रिया है। यह प्रक्रिया कॉन्सेंसस लेयर पर बेलाट्रिक्स नाम के नेटवर्क अपग्रेड के साथ शुरू होती है, जो ईपोक हाइट पर एक्टिवेट होता है। इसके बाद एक्ज़ीक्यूशन लेयर का ट्रांज़िशन प्रूफ़-ऑफ़-वर्क से प्रूफ़-ऑफ़-स्टेक में होता है, जो एक निश्चित Total Difficulty सीमा पर पहुँचने पर एक्टिवेट होता है, जिसे Terminal Total Difficulty (TTD) कहा जाता है।

बेलाट्रिक्स अपग्रेड बीकन चेन पर 144896 ईपोक पर शेड्यूल किया गया है, जिसके -- 6 सितंबर, 2022 को सुबह 11:34:47 बजे UTC पर होने की संभावना है।

एक्ज़ीक्यूशन लेयर के एक हिस्से, पेरिस का ट्रांज़िशन, 58750000000000000000000 की Terminal Total Difficulty (TTD) पर एक्टिवेट होगा, ऐसा 10-20 सितंबर, 2022 के बीच होने की संभावना है। TTD तक पहुँचने की सही तारीख प्रूफ़-ऑफ़-वर्क हैश रेट पर निर्भर करती है। ट्रांज़िशन के अनुमान bordel.wtf और 797.io/themerge पर देखे जा सकते हैं।

जब एक्ज़ीक्यूशन लेयर TTD को पार कर लेगी, तब अगला ब्लॉक सिर्फ़ बीकन चेन वैलिडेटर द्वारा ही बनाया जाएगा। बीकन चेन द्वारा इस ब्लॉक को अंतिम रूप देने के बाद मर्ज ट्रांज़िशन को पूरा माना जाता है। नेटवर्क की सामान्य स्थितियों में, ऐसा फ़र्स्ट पोस्ट-TTD ब्लॉक बनने के बाद 2 ईपोक (या लगभग 13 मिनट) में हो जाएगा!

finalized, नया JSON-RPC ब्लॉक टैग, फ़ाइनलाइज़ किया गया नवीनतम ब्लॉक रिटर्न करता है या अगर मर्ज के बाद ऐसा कोई ब्लॉक मौजूद नहीं हो, तो एक त्रुटि दिखाता है। इस टैग का उपयोग एप्लीकेशन में यह चेक करने के लिए किया जा सकता है कि मर्ज पूरा हो गया है या नहीं। इसी तरह, स्मार्ट कॉन्ट्रैक्ट, DIFFICULTY ऑप्टकोड (0x44) की क्वेरी कर सकते हैं (जिसका नाम मर्ज के बाद PREVRANDAO कर दिया गया है) ताकि यह पता लगाया जा सके कि मर्ज हो गया है या नहीं। हमारा सुझाव है कि इंफ़्रास्ट्रक्चर प्रोवाइडर फ़ाइनलाइज़ेशन स्टेटस के अलावा नेटवर्क की पूरी स्टेबिलिटी पर भी नज़र रखें।

क्लाइंट रिलीज़

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

कौन सा क्लाइंट चलाना है, यह चुनते समय वैलिडेटर्स को EL और CL दोनों पर ज़्यादातर क्लाइंट चलाने के जोखिमों के प्रति विशेष रूप से सावधान रहना चाहिए। इन जोखिमों और उनके परिणामों के बारे में अधिक जानकारी यहाँ दी गई है। मौजूदा EL और CL क्लाइंट वितरण का अनुमान और एक क्लाइंट से दूसरे क्लाइंट पर स्विच करने की जानकारी यहाँ दी गई है।

सहमति परत

निष्पादन परत

चेतावनी: geth के v1.10.22 संस्करण में डेटाबेस से जुड़ी एक बड़ी समस्या है, इस संस्करण का उपयोग न करें और अगर आप पहले ही अपग्रेड कर चुके हैं, तो कृपया जल्द से जल्द v1.10.23 में अपग्रेड कर लें।

अपग्रेड की विशेषताएँ

मर्ज के कॉन्सेंसस के लिए ज़रूरी बदलाव दो जगहों पर बताए गए हैं:

• कॉन्सेंसस लेयर में आने वाले बदलाव, कॉन्सेंसस-स्पेसिफ़िकेशन रिपॉज़िटरी की Bellatrix डायरेक्टरी के तहत होते हैं
• एक्ज़ीक्यूशन लेयर में आने वाले बदलाव, एक्ज़ीक्यूशन-स्पेसिफ़िकेशन रिपॉज़िटरी के Paris स्पेसिफ़िकेशन के तहत होते हैं

इनके अलावा, दो अन्य स्पेसिफ़िकेशन यह बताते हैं कि कॉन्सेंसस और एक्ज़ीक्यूशन लेयर क्लाइंट आपस में किस तरह इंटरैक्ट करेंगे:

• एक्ज़ीक्यूशन-एपिस रिपॉज़िटरी में बताए गए इंजन API का इस्तेमाल, सहमति और एक्ज़ीक्यूशन लेयर के बीच बातचीत के लिए किया जाता है
• सहमति विशिष्ट रिपॉज़िटरी के sync फ़ोल्डर में निर्दिष्ट ऑप्टिमिस्टिक सिंक का उपयोग एक्ज़ीक्यूशन लेयर क्लाइंट सिंक करते समय कॉन्सेंसस लेयर द्वारा ब्लॉक को इंपोर्ट करने के लिए और पहले से लेकर बाद के हेड ऑफ़ द चेन का आंशिक दृश्य दिखाने के लिए किया जाता है

मर्ज का बग बाउंटी बोनस

खामियों के लिए मर्ज से संबंधित सभी बाउंटी की कीमत अब से लेकर 8 सितंबर तक 4 गुना बढ़ गई है। बड़े बग्स की कीमत अब $1 मिलियन USD तक है।

अधिक जानकारी के लिए बग बाउंटी प्रोग्राम देखें।

अक्सर पूछे जाने वाले प्रश्न

नोड ऑपरेटर के तौर पर, मुझे क्या करना चाहिए?

मर्ज के बाद, एथेरियम का एक फ़ुल नोड, प्रूफ़-ऑफ़-स्टेक बीकन चेन चलाने वाले कॉन्सेंसस लेयर (CL) क्लाइंट को यूज़र स्टेट मैनेज करने वाले और ट्रांज़ेक्शन से संबंधित कैलकुलेशन चलाने वाले एक्ज़ीक्यूशन लेयर (EL) क्लाइंट से जोड़ देगा। EL और CL क्लाइंट, JSON RPC विधियों के एक नए सेट, इंजन API का उपयोग करके एक प्रमाणित पोर्ट पर बातचीत करते हैं। EL और CL क्लाइंट एक दूसरे को JWT सीक्रेट का उपयोग करके प्रमाणीकृत करते हैं। नोड ऑपरेटर को इन्हें जनरेट करने और कॉन्फ़िगर करने के निर्देश देखने के लिए अपने क्लाइंट के दस्तावेज़ देखने चाहिए।

दूसरे शब्दों में, अगर आप पहले से ही बीकन चेन पर कोई नोड चला रहे थे, तो अब आपको एक एक्ज़ीक्यूशन लेयर क्लाइंट भी चलाना होगा। इसी तरह, अगर आप मौजूदा प्रूफ़़-ऑफ़-वर्क नेटवर्क पर कोई नोड चला रहे थे, तो आपको एक कॉन्सेंसस लेयर क्लाइंट भी चलाना होगा। ये सुरक्षित रूप से बातचीत कर सकें, इसके लिए JWT टोकन प्रत्येक क्लाइंट को पास किया जाना चाहिए। ethereum.org वेबसाइट के 'कोई नोड चलाएँ' सेक्शन का अपडेट इन चरणों की जानकारी और विस्तार से देगा।

यहाँ यह ध्यान दिया जाना चाहिए कि ये दोनों ही सहमति परत क्लाइंट रिलीज़ का हिस्सा हैं, बीकन नोड चलाना सत्यापनकर्ता क्लाइंट चलाने से अलग होता है। स्टेकर को ये दोनों चलाने चाहिए, लेकिन नोड ऑपरेटर्स को केवल पहले वाले की ही ज़रूरत होती है। इस पोस्ट में दोनों तत्वों के बीच के अंतर को और अधिक विस्तार से समझाया गया है।

यह भी ध्यान रखें कि हर लेयर, पियर्स का एक अलग सेट बनाए रखेगी और अपने API दिखाएगी। इस प्रकार बीकन और JSON RPC API दोनों सही ढंग से काम करते रहेंगे।

स्टेकर के तौर पर, मुझे क्या करना होगा?

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

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

वैसे तो वैलिडेटर्स के इनाम, बीकन चेन पर एकत्रित होते हैं और उनकी निकासी के लिए एक और नेटवर्क अपग्रेड ज़रूरी होगा, लेकिन ट्रांज़ेक्शन फ़ीस का भुगतान, बर्निंग और डिस्ट्रीब्यूशन, एक्ज़ीक्यूशन लेयर पर ही जारी रहेगा। वैलिडेटर, ट्रांज़ेक्शन फ़ीस पाने के लिए कोई भी एथेरियम पता सेट कर सकते हैं।

अपने कॉन्सेंसस क्लाइंट को अपडेट करने के बाद, fee recipient को अपने वैलिडेटर क्लाइंट कॉन्फ़िगरेशन के हिस्से के रूप में सेट करना सुनिश्चित करें, ताकि यह सुनिश्चित हो सके कि ट्रांज़ेक्शन फ़ीस आपके द्वारा नियंत्रित पते पर ही भेजी जाए। अगर आपने किसी थर्ड-पार्टी प्रोवाइडर का उपयोग करके स्टेक लगाई है, तो यह तय करना आपके द्वारा चुने गए प्रोवाइडर पर निर्भर करता है कि ये फ़ीस कैसे बाँटी जाएगी।

स्टेकिंग लांच पैड में एक मर्ज की तैयारी की चेकलिस्ट है, जिसका उपयोग स्टेकर यह सुनिश्चित करने के लिए कर सकते हैं कि वे प्रक्रिया के प्रत्येक चरण से गुजर चुके हैं। EthStaker ने वैलिडेटर्स की तैयारी की वर्कशॉप भी होस्ट की है और ऐसी और वर्कशॉप की योजनाएँ बनाई जा रही हैं।

जो स्टेकर मेननेट प्रूफ़-ऑफ-स्टेक ट्रांज़िशन की तैयारी करने के लिए टेस्टनेट पर वैलिडेटर चलाना चाहते हैं, वे गोएर्ली (अब प्रेटर के साथ मर्ज हो गया है) पर ऐसा कर सकते हैं, जिसमें स्टेकिंग लांच पैड इंस्टेंस भी मौजूद है।

Terminal Total Difficulty की तारीख का अनुमान सटीक क्यों नहीं है?

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

एप्लिकेशन या टूलिंग डेवलपर के तौर पर, मुझे क्या करना चाहिए?

जैसा कि पिछली पोस्ट में बताया गया है, मर्ज का एथेरियम पर डिप्लॉय किए गए अनुबंधों के सबसेट पर बहुत ही कम प्रभाव पड़ेगा, मतलब इनमें से शायद कोई भी अनुबंध नहीं टूटेगा। इसके अलावा, यूज़र API एंडपॉइंट का एक बड़ा हिस्सा एक जैसा बना रहेगा (बशर्ते कि आप प्रूफ़़-ऑफ़-वर्क विशिष्ट तरीकों जैसे eth_getWork का उपयोग नहीं कर रहे हों)।

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

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

एथेरियम यूज़र या ईथर धारक के तौर पर, क्या मुझे कुछ करना होगा?

चाहे आप चेन पर मौजूद एथेरियम एप्लिकेशन का उपयोग कर रहे हों अथवा ईथर को एक्सचेंज पर या खुद की कस्टडी वाले वॉलेट में रखते हों, आपको कुछ भी नहीं करना होगा। अगर आपके द्वारा उपयोग किया जाने वाला कोई एप्लिकेशन, एक्सचेंज या वॉलेट कुछ और निर्देश या सुझाव दे, तो आपको यह सत्यापित करना चाहिए कि ये वास्तव में उनकी ही ओर से दिए गए हों। धोखाधड़ी से सावधान रहें!

माईनर के तौर पर, क्या मुझे कुछ करना होगा?

नहीं। अगर आप एथेरियम मेननेट पर माइनिंग कर रहे हैं, तो आपको पता होना चाहिए कि मर्ज के बाद प्रत्येक नेटवर्क पूरी तरह से प्रूफ़-ऑफ़-स्टेक के अंतर्गत काम करेगा। तब नेटवर्क पर माईनिंग करना संभव नहीं रह जाएगा।

अगर मैं एक माइनर या नोड ऑपरेटर हूँ और मैं अपग्रेड में भाग नहीं लेता/लेती हूँ, तो क्या होगा?

अगर आप ऐसे एथेरियम क्लाइंट का उपयोग कर रहे हैं, जो नवीनतम संस्करण (ऊपर सूचीबद्ध) में अपडेट नहीं किया गया है, तो अपग्रेड होने के बाद आपका क्लाइंट प्री-फोर्क ब्लॉकचेन से सिंक हो जाएगा।

आप पुराने नियमों का पालन करते हुए एक असंगत चेन में फँस जाएँगे और ईथर को भेजने या मर्ज के बाद के एथेरियम नेटवर्क पर काम नहीं कर सकेंगे।

वैलिडेटर के तौर पर, क्या मैं अपनी स्टेक वापस ले सकता/सकती हूँ?

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

मर्ज के बाद के पहले अपग्रेड में बीकन चेन से निकासी करने की सुविधा उपलब्ध होने की संभावना है। कॉन्सेंसस और एक्ज़ीक्यूशन दोनों लेयर के स्पेसिफ़िकेशन तैयार किए जा रहे हैं।

मेरे और भी प्रश्न हैं, मैं उन्हें कहाँ पूछ सकता/सकती हूँ?

शुक्रवार, 9 सितंबर को 14:00 बजे UTC पर अगले मर्ज कम्युनिटी कॉल में क्लाइंट टीम के डेवलपर, ETHStaker के सदस्यों, शोधकर्ताओं और अन्य लोगों से जुड़ें!

धन्यवाद

एथेरियम का प्रूफ़-ऑफ-स्टेक पर ट्रांज़िशन काफ़ी समय से बाकी था। मर्ज तक पहुँचने में हमारी मदद करने वाली हर चीज़ पर शोध करने, उसकी स्थिति तय करने, उसे विकसित करने, उसका विश्लेषण करने, उसको टेस्ट करने, उसे तोड़ने, ठीक करने या उसके बारे में समझाने में अपना योगदान देने वाले हर व्यक्ति को धन्यवाद।

इसमें इतने सालों में इतने सारे लोगों ने अपना योगदान दिया है कि उन सभी को इस सूची में नहीं दिखाया जा सकता, लेकिन आप अपनी अहमियत जानते हैं। बाज़ार में आप सभी की उपस्थिति के बिना, हम इतना बड़ा काम नहीं कर पाते।

मर्ज कब होगा? जल्द 🔜।

इस पोस्ट की कवर इमेज के लिए जोसफ श्वीट्ज़र और टॉम साइटो को धन्यवाद!