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

ग्लैमस्टरडैम परीक्षण की तत्काल पहल के साथ-साथ, डेवलपर्स ने हेगोटा के लिए उम्मीदवार प्रस्तावों की भी समीक्षा की। EIP-8163 और EIP-7979 दोनों को प्रस्तावित स्थिति में स्थानांतरित कर दिया गया, जबकि EIP-8237 को ग्लैमस्टरडैम में एक तत्काल जोड़ के रूप में मानने के बजाय हेगोटा के लिए स्थगित कर दिया गया। बैठक में संगठनात्मक अपडेट भी दिए गए, जिसमें एनस्गर के साथ सभी कोर डेव्स के सह-नेता के रूप में निक्सो का शामिल होना शामिल है।

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

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

कॉल के दौरान चर्चा किया गया सबसे बड़ा तत्काल मील का पत्थर ग्लैमस्टरडैम डेवनैट 0 का लॉन्च था, जिसे प्रिज़्म और गेथ के समर्थन के साथ अगले दिन के लिए लक्षित किया गया था। डेवलपर्स ने पुष्टि की कि BAL Devnet 4 की टेस्ट रिलीज़ पहले ही क्लाइंट्स द्वारा उपयोग की जा चुकी है, और कार्यान्वयन का काम जारी है। यह ग्लैमस्टरडैम को विनिर्देश और प्रस्ताव चर्चाओं से व्यावहारिक अंतर-संचालनीयता परीक्षण की ओर ले जाने में एक महत्वपूर्ण कदम है।

एक प्रमुख तकनीकी चर्चा एक्ज़ीक्यूशन लेयर रीऑर्ग सपोर्ट से संबंधित इंजन एपीआई परिवर्तनों पर केंद्रित थी। दो प्रतिस्पर्धी प्रस्तावों पर विचार किया गया: पीआर #770 और पीआर #786। पीआर #770 के लिए एक्ज़ीक्यूशन लेयर क्लाइंट्स को एक हेड के पूर्वज तक रीऑर्ग का समर्थन करने की आवश्यकता होगी, जबकि पीआर #786 एक अधिक सीमित लेकिन व्यावहारिक विकल्प पेश करता है। पीआर #786 नो-रीऑर्ग ऑप्टिमाइज़ेशन को एक्ज़ीक्यूशन लेयर क्लाइंट को ज्ञात नवीनतम अंतिम ब्लॉक के पूर्वज तक सीमित करता है और उन स्थितियों के लिए "टू डीप रीऑर्ग" त्रुटि पेश करता है जहाँ अनुरोधित रीऑर्ग कार्यान्वयन-विशिष्ट क्षमताओं से अधिक हो।

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

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

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

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

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

प्रदर्शन के मोर्चे पर, क्लाइंट टीमों ने zkEVM-संबंधी इंजन API प्रदर्शन में सुधारों पर चर्चा की। Geth योगदानकर्ताओं ने एक JSON मार्शलिंग सुधार PR पर प्रकाश डाला जो कुछ परिदृश्यों में 10 गुना तक प्रदर्शन लाभ प्रदान कर सकता है। यह अनुकूलन निष्पादन-परत की दक्षता के लिए व्यापक निहितार्थ रख सकता है क्योंकि Ethereum का स्केल होता है और इसमें अधिक zkEVM-संबंधी वर्कलोड देखे जाते हैं।

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

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

हालांकि ग्लैमस्टरडैम तत्काल प्राथमिकता बनी हुई है, डेवलपर्स ने हेगोटा फोर्क के लिए प्रस्तावों की भी समीक्षा की।

EIP-8163 को हेगोटा (Hegotá) के लिए प्रस्तावित स्थिति में स्थानांतरित कर दिया गया। यह प्रस्ताव लेयर 2 और वैकल्पिक लेयर 1 सिस्टम के उपयोग के लिए ओपकोड 0xAE को आरक्षित करता है। जैसे-जैसे अधिक इकोसिस्टम एथेरियम-संगत वातावरण के आसपास कस्टम कार्यक्षमता बनाते हैं, यह समन्वय में सुधार करने और संघर्षों को कम करने में मदद कर सकता है।

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

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

कुल मिलाकर, हेगोटा चर्चा ने तत्काल ग्लैमस्टरडैम डिलीवेरेबल्स से ध्यान भटकाए बिना, समानांतर रूप से अगले फोर्क की तैयारी के एक व्यापक प्रयास को दर्शाया। अब EIP-8163 और EIP-7979 को प्रस्तावित स्थिति में स्थानांतरित करके, डेवलपर्स ग्लैमस्टरडैम परीक्षण जारी रहने के दौरान गहन समीक्षा और कार्यान्वयन योजना शुरू कर सकते हैं।

कॉल कुछ स्पष्ट अगले कदमों के साथ समाप्त हुई। Glamsterdam Devnet 0 के तुरंत लॉन्च होने की उम्मीद है, जो नए बदलावों का परीक्षण करने के लिए पहला व्यावहारिक वातावरण प्रदान करेगा। एक्ज़ीक्यूशन लेयर टीमें Engine API परिवर्तनों की समीक्षा करना जारी रखेंगी, जबकि EIP-8037 के लेखकों से सरलीकरण प्रस्तावों के साथ लौटने की उम्मीद है। इस बीच, हेगोटा प्रस्ताव पर चर्चाएं समानांतर रूप से जारी रहेंगी क्योंकि एथेरियम के मुख्य डेवलपर्स अल्पकालिक डिलीवरी और दीर्घकालिक रोडमैप योजना के बीच संतुलन बना रहे हैं।

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

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

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

संबंधित लेख

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

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