इथेरियम के कोर डेवलपर्स अगले प्रमुख प्रोटोकॉल अपग्रेड के लिए रोडमैप को परिष्कृत करना जारी रखे हुए हैं, हाल की चर्चाएँ मुख्य रूप से ग्लैमस्टरडैम और हेगोटा पर केंद्रित रही हैं। इन चर्चाओं में डेवनैट प्रगति, गैस सीमा महत्वाकांक्षाएँ, निष्पादन-परत स्केलेबिलिटी, इंजन एपीआई परिवर्तनों, गहरी पुनर्गठन हैंडलिंग, SELFDESTRUCT बहसें, और SFI, CFI, तथा प्रस्तावित चरणों में कई EIP प्रस्तावों के संक्रमण शामिल थे।

क्लाइंट टीमों द्वारा व्यापक कार्यान्वयन और परीक्षण चरणों की तैयारी के साथ, गवर्नेंस पाइपलाइन में कई प्रस्ताव भी आगे बढ़े।

• ग्लेमस्टरडैम अपडेट्स
• हेगोटा अपडेट्स

ग्लेमस्टरडैम अपडेट्स

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

एक प्रमुख आकर्षण ग्लैमस्टरडैम डेवनैट्स का निरंतर रोलआउट था। डेवलपर्स ने पुष्टि की कि glamsterdam-devnet-0 से glamsterdam-devnet-3 पहले ही लॉन्च हो चुके हैं, जिसमें glamsterdam-devnet-2 ने विशेष रूप से परीक्षण वातावरण में EIP-8061 को एकीकृत किया है। इसके साथ ही, bal-devnet-6 को लाइटहाउस और लोडेस्टर समर्थन के साथ स्थिर बताया गया, जबकि bal-devnet-7 के जल्द ही EIP-8037 के लिए फिक्स और पिछले डेवनैट से मर्ज किए गए अतिरिक्त ऑप्टिमाइज़ेशन के साथ लॉन्च होने की उम्मीद है।

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

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

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

सबसे बड़ी चिंताओं में से एक वैलिडेटर डिपॉजिट से संबंधित है। बिना किसी प्रतिबंध के, अत्यधिक उच्च गैस सीमा 8,192 से अधिक डिपॉजिट वाले ब्लॉकों की अनुमति दे सकती है, जिससे ऐसे पेलोड आकार बन सकते हैं जिन्हें कंसेंसस-लेयर क्लाइंट्स विश्वसनीय रूप से डिकोड करने में संघर्ष करते हैं। इसने EIP-8254 के आसपास व्यापक बातचीत को जन्म दिया, जिसमें प्रति ब्लॉक डिपॉजिट अनुरोधों पर सीमा लगाने का प्रस्ताव है।

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

अब इस प्रस्ताव को एथेरियम के दीर्घकालिक गैस विस्तार के लक्ष्यों को सक्षम करने के लिए महत्वपूर्ण माना जा रहा है। जमा सीमाओं के बिना, बड़े गैस लक्ष्य सहमति परत पर अस्थिरता ला सकते हैं, खासकर असामान्य रूप से उच्च सत्यापनकर्ता गतिविधि की अवधि के दौरान।

गैस स्केलिंग से परे, डेवलपर्स ने क्लाइंट पुनःसिंक्रनाइज़ेशन को ट्रिगर किए बिना गहरी चेन पुनर्गठन से बचने की एथेरियम की क्षमता का भी पता लगाया। वर्तमान चर्चाओं में लगभग 38 दिनों की निष्क्रियता लीक अवधि के साथ संरेखित न्यूनतम रीऑर्ग गहराई लक्ष्य का प्रस्ताव है।

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

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

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

एक और बड़ा ग्लैमस्टरडैम का विषय स्वयं एथेरियम की शासन प्रक्रियाओं पर केंद्रित था। डेवलपर्स ने SFI स्थिति की एक संशोधित व्याख्या को अंतिम रूप दिया, जिसके बाद इस बात को लेकर पहले भ्रम था कि क्या केवल डेवनेट में शामिल होने से ही कोई EIP SFI प्रगति के लिए योग्य हो जाता है।

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

इन शासन अपडेट्स के हिस्से के रूप में, Glamsterdam के लिए कई EIPs SFI स्थिति में चले गए, जिनमें शामिल हैं:

• EIP-7708
• EIP-7778
• EIP-7843
• EIP-7954
• EIP-7976
• EIP-7981
• EIP-8024
• EIP-8037

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

इंजन एपीआई संगतता ध्यान का एक और महत्वपूर्ण क्षेत्र बन गई। इंजन एपीआई v2 के लिए एक केवल-स्कीमा फिक्स का प्रस्ताव ओसाका विनिर्देशों और मौजूदा v3 एन्कोडिंग मानकों के साथ इसके व्यवहार को संरेखित करने के लिए प्रस्तावित किया गया था। हालांकि यह फिक्स अपने आप में अपेक्षाकृत छोटा था, डेवलपर्स ने इस बात पर प्रकाश डाला कि इंजन एपीआई संशोधनों के लिए स्पष्ट समन्वय की आवश्यकता होती है क्योंकि उन पर मानक आरपीसी चैनलों के माध्यम से आसानी से चर्चा नहीं की जा सकती।

एक अन्य विषय जिस पर काफी बहस हुई, वह Ethereum के लंबे समय से चल रहे SELFDESTRUCT सफाई प्रयासों से संबंधित था। EIP-8246 SELFDESTRUCT बर्न व्यवहार को हटाने का प्रस्ताव करता है, और डेवलपर्स ने इस विचार के लिए बढ़ते समर्थन की पुष्टि की। हालांकि, पिछली संगतता संबंधी चिंताओं की जटिलता और कार्यान्वयन जोखिमों के कारण, SELFDESTRUCT ऑपकोड को पूरी तरह से हटाना Glamsterdam के दायरे में फिट होना असंभव लगता है।

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

अंततः इस प्रस्ताव को ग्लैमस्टरडैम के लिए CFI स्थिति में स्थानांतरित कर दिया गया, जबकि व्यापक ऑपकोड हटाने पर चर्चाएं भविष्य के अपग्रेड चक्रों में भी जारी रहने की संभावना है। विकासकर्ताओं ने चर्चाओं को आगे बढ़ाने के लिए कई कार्य आइटम भी सौंपे। स्टीफन स्टारफ्लिंगर बेहतर गैस डिबगिंग एंडपॉइंट के लिए विनिर्देशों पर काम करेंगे, टोनी वार्स्टैटर डीप रीऑर्ग मानकों को कवर करने वाले EIPs को अपडेट करेंगे, और जोचम ब्रौवर मारियो वेगा के साथ मिलकर रीऑर्ग सिमुलेशन के लिए हाइव परीक्षण तैयार करेंगे।

हेगोटा अपडेट्स

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

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

इसके तकनीकी विवरणों से परे, EIP-7709 एथेरियम के एक्ज़ीक्यूशन-लेयर डेटा एक्सेस पैटर्न को सरल बनाने की एक व्यापक प्रवृत्ति का हिस्सा है। ऐतिहासिक ब्लॉकहैश एक्सेस को स्टोरेज-उन्मुख वर्कफ़्लो में स्थानांतरित करके, डेवलपर्स विटनेस जेनरेशन में सुधार करने और स्टेट रिकंस्ट्रक्शन से जुड़ी कुछ जटिलताओं को कम करने की उम्मीद करते हैं।

यह प्रस्ताव अब हेगोटा के लिए प्रस्तावित स्थिति में आ गया है, जो क्लाइंट टीमों और योगदानकर्ताओं के बीच बढ़ती रुचि को दर्शाता है। हेगोटा के लिए चर्चा किया गया एक अन्य प्रस्ताव EIP-8253 था, जो एथेरियम की स्थिति से प्री-स्परियस-ड्रैगन खातों को हटाने पर केंद्रित है।

इस प्रस्ताव को एथेरियम के इतिहास के पुराने चरणों से बची हुई पुरानी खाता संरचनाओं को लक्षित करने वाली एक दीर्घकालिक सफाई पहल के रूप में देखा जा रहा है। डेवलपर्स ने संबंधित पुल रिक्वेस्ट के आकार के बावजूद इस विचार को अपेक्षाकृत सीधा-सादा बताया। EIP-8253 का मूल्यांकन EIP-7610 के अनुवर्ती या विकल्प के रूप में भी किया जा रहा है, जो गैर-खाली स्टोरेज वाले अनुबंध निर्माण रिवर्शन परिदृश्यों को संभालता है।

कुल मिलाकर, ये चर्चाएँ स्टेट सरलीकरण और प्रोटोकॉल रखरखाव पर एथेरियम के बढ़ते जोर को उजागर करती हैं। जैसे-जैसे एथेरियम परिपक्व हो रहा है, डेवलपर्स पुराने डिज़ाइन के अनुमानों पर फिर से विचार करने और ऐतिहासिक बोझ को हटाने के लिए अधिक इच्छुक दिखाई दे रहे हैं, जो अब इसकी परिचालन जटिलता को सही नहीं ठहरा सकते।

हेगोटा चर्चाओं के दौरान खाता सार (Account abstraction) पर चर्चाएं भी संक्षेप में हुईं। हालांकि विस्तृत कार्यान्वयन अपडेट सीमित थे, योगदानकर्ताओं ने एए-संबंधी सुधारों और भविष्य की अपग्रेड योजना के साथ उनके संबंधों पर चल रहे समन्वय को स्वीकार किया।

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

यदि आपको इस ब्लॉग में कोई समस्या मिलती है या कोई जानकारी छूट गई है, तो स्पष्टीकरण या अपडेट के लिए बेझिझक yash@etherworld.co पर संपर्क करें।

अपने Web3 लेखों, कार्यक्रमों और परियोजनाओं को बढ़ावा देने के लिए, आप सबमिशन और सहयोग के लिए किसी भी समय EtherWorld PR के माध्यम से संपर्क कर सकते हैं।

संबंधित लेख

1. एथेरियम की सभी कोर डेव्स मीटिंग (ACDC) #153 की मुख्य बातें
2. एथेरियम की सभी कोर डेव्स मीटिंग (ACDE) #207 की मुख्य बातें
3. एथेरियम की सभी कोर डेव्स मीटिंग (ACDC) #152 की मुख्य बातें
4. एथेरियम की सभी कोर डेवलपर्स की बैठक (ACDE) #206 की मुख्य बातें
5. एथेरियम की सभी कोर डेवलपर्स की बैठक (ACDE) #205 की मुख्य बातें

ब्लॉकचेन समाचारों का अनुसरण करने, Ethereum प्रोटोकॉल की प्रगति को ट्रैक करने, और हमारी नवीनतम कहानियाँ पढ़ने के लिए, आज ही हमारी साप्ताहिक सदस्यता लें।