Ethereum Glamsterdam से पहले डेवलपर्स को क्या जानना चाहिए? Platåberget टेस्टनेट और Hegotá रोडमैप की पूरी जानकारी

Glamsterdam में कौन-से बदलाव टूलिंग को प्रभावित कर सकते हैं?

गैस से जुड़ी पुरानी धारणाएं बदलेंगी

Glamsterdam में गैस की कीमतों और सीमाओं को फिर से व्यवस्थित करने वाला पैकेज शामिल है, जिसका लक्ष्य लगभग 20 करोड़ गैस की न्यूनतम सीमा रखना है। इससे अधिकतम गैस लिमिट को हार्डकोड करने वाले सॉफ्टवेयर प्रभावित हो सकते हैं। इनमें वॉलेट, इंडेक्सर और गैस-एस्टिमेशन टूल शामिल हैं।

यह बदलाव केवल किसी एक कॉन्स्टेंट को बदलने तक सीमित नहीं है। EIP-8037 ऐसी गतिविधियों के लिए अलग स्टेट-गैस आयाम जोड़ता है, जिनसे नई स्टेट बनाई जाती है। विभाजित गैस शेड्यूल के तहत पहले से मौजूद अकाउंट को ETH ट्रांसफर करने पर 21,000 execution gas रह सकती है, लेकिन किसी ऐसे अकाउंट को ट्रांसफर करने पर जो अभी मौजूद नहीं है, runtime state gas भी देनी होगी।

इसलिए डेवलपर्स को इन दो धारणाओं से बचना चाहिए:

• हर साधारण ETH ट्रांसफर की लागत हमेशा 21,000 गैस होती है।
• Ethereum के हर ट्रांजैक्शन को गैस के केवल एक आयाम से दर्शाया जा सकता है।

वॉलेट और सेवाओं को प्रोटोकॉल के अनुरूप गैस अनुमान प्रणाली अपनानी चाहिए। Platåberget पर पहले से मौजूद और नए, दोनों प्रकार के अकाउंट को ETH ट्रांसफर करके परीक्षण करना जरूरी होगा। Ethereum Foundation ने चेतावनी दी है कि हार्डकोडेड गैस कैप पर निर्भर टूल काम करना बंद कर सकते हैं।

ePBS ब्लॉक-बिल्डिंग का तरीका बदलेगा

Enshrined proposer-builder separation, यानी ePBS, Glamsterdam के प्रमुख प्रोटोकॉल बदलावों में से एक है और इसे EIP-7732 में परिभाषित किया गया है। इससे ब्लॉक बनाने और ब्लॉक सत्यापित करने की जिम्मेदारियों को प्रोटोकॉल में दर्शाने का तरीका बदलेगा। इसलिए वैलिडेटर, बिल्डर, रिले और नोड इंफ्रास्ट्रक्चर को केवल सामान्य ट्रांजैक्शन भेजने का परीक्षण नहीं करना चाहिए, बल्कि पूरे ब्लॉक-बिल्डिंग वर्कफ्लो की जांच करनी चाहिए।

ब्लॉक-स्तरीय एक्सेस लिस्ट नई जानकारी देगी

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

कॉन्ट्रैक्ट और initcode की सीमाएं बढ़ेंगी

Glamsterdam में आकार से जुड़ी बड़ी सीमाओं का प्रस्ताव है:

• अधिकतम deployed contract size: 24 KiB से 64 KiB
• अधिकतम initcode size: 48 KiB से 128 KiB

कॉन्ट्रैक्ट डिप्लॉयमेंट टूल, bytecode validation सिस्टम, डेवलपर फ्रेमवर्क और इंडेक्सिंग सिस्टम को इन नई सीमाओं पर परीक्षण करना चाहिए। आज की सीमाओं को स्थायी मानना जोखिम भरा होगा।

Platåberget पर डेवलपर्स की व्यावहारिक चेकलिस्ट

Ethereum से जुड़े एप्लिकेशन और इंफ्रास्ट्रक्चर सॉफ्टवेयर को बनाए रखने वाली टीमों को:

• अधिकतम गैस लिमिट से जुड़ी हार्डकोडेड धारणाएं हटानी चाहिए।
• पहले से मौजूद और गैर-मौजूद, दोनों प्रकार के अकाउंट को ETH ट्रांसफर करके देखना चाहिए।
• जरूरत पड़ने पर execution gas और state gas का अलग-अलग हिसाब लागू करना चाहिए।
• गैस एस्टिमेटर, शुल्क डिस्प्ले और ट्रांजैक्शन सिमुलेशन लॉजिक की समीक्षा करनी चाहिए।
• ePBS से जुड़े नोड, बिल्डर और वैलिडेटर वर्कफ्लो का परीक्षण करना चाहिए।
• ब्लॉक पार्सर और इंडेक्सर को ब्लॉक-स्तरीय एक्सेस लिस्ट के साथ जांचना चाहिए।
• बड़े कॉन्ट्रैक्ट और initcode आकारों पर डिप्लॉयमेंट का परीक्षण करना चाहिए।
• Glamsterdam के non-finality devnet, Sepolia और Hoodi तक पहुंचने पर परीक्षण दोहराना चाहिए।

इस लिहाज से Platåberget केवल अपग्रेड का पूर्वावलोकन नहीं है। इसका असली उद्देश्य उस समय सॉफ्टवेयर की कमजोरियां सामने लाना है, जब प्रोडक्शन सिस्टम में बदलाव करने के लिए अभी पर्याप्त समय मौजूद है।

Hegotá: 66 प्रस्ताव, लेकिन अभी केवल एक तय फीचर

Hegotá को 2027 के लिए प्रस्तावित किया गया है, लेकिन इसका दायरा अंतिम नहीं हुआ है। डेवलपर्स 66 प्रस्तावों की समीक्षा कर रहे हैं। मौजूदा प्रक्रिया में लगभग 27 अगस्त तक proposed-for-inclusion सूची और 10 सितंबर तक क्लाइंट टीमों की प्राथमिकता रैंकिंग अपेक्षित है। ये निर्णय प्रक्रिया के पड़ाव हैं, 66 प्रस्तावों के शामिल होने की गारंटी नहीं।

प्रस्तावों की स्थिति समझना महत्वपूर्ण है:

• Scheduled: औपचारिक रूप से शामिल करने के लिए तय।
• Considered: सक्रिय समीक्षा में, लेकिन अभी पुष्टि नहीं।
• Candidate: व्यापक चर्चा का हिस्सा, जो कार्यान्वयन और परीक्षण क्षमता के लिए अन्य प्रस्तावों से प्रतिस्पर्धा कर रहा है।

फिलहाल FOCIL, यानी Fork-Choice Enforced Inclusion Lists और EIP-7805, Hegotá का एकमात्र औपचारिक रूप से निर्धारित फीचर है। इसका उद्देश्य सेंसरशिप के प्रतिरोध को मजबूत करना है। इसके तहत निर्धारित ट्रांजैक्शन सूचियों को fork choice के जरिए लागू किया जा सकता है, जिससे ब्लॉक बिल्डरों के लिए योग्य ट्रांजैक्शन को बाहर रखना कठिन होगा।

Hegotá के प्रमुख उम्मीदवार

Frame Transactions

Frame Transactions, यानी EIP-8141, Hegotá के लिए अभी विचाराधीन हैं, पक्के तौर पर शामिल नहीं किए गए हैं। यह प्रस्ताव ऐसा ट्रांजैक्शन फॉर्मेट पेश करता है जिसमें वैधता, गैस भुगतान और execution को frames तथा contract calls की श्रृंखला के जरिए संभाला जा सकता है। इससे account abstraction और अधिक लचीले ट्रांजैक्शन भुगतान के लिए प्रोटोकॉल-स्तरीय रास्ता मिल सकता है।

Ethereum के शोधकर्ताओं ने Frame Transactions को संबंधित प्रस्तावों के साथ native privacy सुविधाओं के संभावित आधार के रूप में भी चर्चा की है। हालांकि, यह पूरा पैकेज अभी Hegotá के लिए स्वीकृत फीचर सेट नहीं है।

Quick Slots

Ethlabs ने Quick Slots, यानी EIP-8198, को भी Hegotá के लिए समर्थन दिया है। इसका उद्देश्य ब्लॉक उत्पादन और finality को तेज करने पर केंद्रित एक सीमित दायरे वाला अपग्रेड तैयार करना है। छोटे slot time का विचार अभी प्रस्ताव है, पुष्टि किया हुआ अपग्रेड पैरामीटर नहीं।

Layer 1 स्केलिंग जारी रखने की योजना

Ethlabs की सिफारिशों में censorship resistance, तेज confirmation और native account abstraction के साथ Ethereum की Layer 1 क्षमता बढ़ाने का काम जारी रखना भी शामिल है। ये चर्चा के लिए तय प्राथमिकताएं हैं; इन्हें औपचारिक inclusion decision के बराबर नहीं माना जाना चाहिए।

गैस लिमिट बढ़ाने, आठ-सेकंड स्लॉट, post-quantum cryptography और वैलिडेटर, privacy तथा execution layer से जुड़े अन्य प्रस्ताव अभी विचाराधीन हैं। इन्हें Hegotá के पक्के दायरे का हिस्सा नहीं माना गया है।

Ethereum टीमों के लिए सीधा निष्कर्ष

Glamsterdam निकट अवधि की प्रमुख इंजीनियरिंग चुनौती है। Platåberget टीमों को गैस रीप्राइसिंग, state-gas accounting, ePBS, access lists और बढ़ी हुई आकार सीमाओं से होने वाली समस्याओं का पता लगाने का सार्वजनिक अवसर देता है—वह भी Sepolia, Hoodi और अंततः मेननेट तक अपग्रेड पहुंचने से पहले।

Hegotá की स्थिति अलग है। यह अभी प्राथमिकताएं तय करने और दायरा सीमित करने की प्रक्रिया है। FOCIL फिलहाल एकमात्र लॉक-इन फीचर है, जबकि Frame Transactions, Quick Slots, Layer 1 scaling और अन्य प्रस्तावों को चयन, implementation और परीक्षण के अगले चरणों से गुजरना होगा। इसलिए डेवलपर्स को Glamsterdam को तत्काल compatibility project और Hegotá को विकसित होता design roadmap मानना चाहिए, न कि 2027 के लिए तय फीचरों की अंतिम सूची।