---
title: "ग्लॅमस्टरडॅम"
description: "ग्लॅमस्टरडॅम प्रोटोकॉल अपग्रेडबद्दल जाणून घ्या"
lang: mr
template: upgrade
---

<Alert variant="update">
<AlertContent>
<AlertTitle>
ग्लॅमस्टरडॅम हे Q4 2026 मध्ये नियोजित असलेले आगामी इथेरियम अपग्रेड आहे
</AlertTitle>
<AlertDescription>
ग्लॅमस्टरडॅम अपग्रेड हे इथेरियमच्या दीर्घकालीन विकास उद्दिष्टांमधील केवळ एक पाऊल आहे. [प्रोटोकॉल रोडमॅप](/roadmap/) आणि [मागील अपग्रेड्स](/ethereum-forks/) बद्दल अधिक जाणून घ्या.
</AlertDescription>
</AlertContent>
</Alert>

[इथेरियमचे](/) आगामी ग्लॅमस्टरडॅम अपग्रेड पुढील पिढीच्या स्केलिंगचा मार्ग मोकळा करण्यासाठी डिझाइन केले आहे. ग्लॅमस्टरडॅम हे नाव "Amsterdam" (अंमलबजावणी स्तर अपग्रेड, मागील Devconnect स्थानावरून नाव दिले आहे) आणि "Gloas" (सहमती स्तर अपग्रेड, एका ताऱ्यावरून नाव दिले आहे) यांच्या संयोजनातून तयार झाले आहे.

[फुसाका](/roadmap/fusaka/) अपग्रेडमध्ये झालेल्या प्रगतीनंतर, ग्लॅमस्टरडॅम नेटवर्क व्यवहार कसे हाताळते आणि त्याचा वाढता डेटाबेस कसा व्यवस्थापित करते याची पुनर्रचना करून स्तर १ (l1) स्केलिंगवर लक्ष केंद्रित करते, ज्यामुळे इथेरियम ब्लॉक कसे तयार करते आणि सत्यापित करते हे मूलभूतपणे अद्यतनित होते.

फुसाकाने पायाभूत सुधारणांवर लक्ष केंद्रित केले असताना, ग्लॅमस्टरडॅम विविध नेटवर्क सहभागींमधील कर्तव्यांचे विभाजन प्रस्थापित करून आणि उच्च-प्रक्रिया क्षमता समांतरीकरणासाठी [स्थिती](/glossary/#state) तयार करण्यासाठी डेटा हाताळण्याचे अधिक कार्यक्षम मार्ग सादर करून "Scale L1" आणि "Scale Blobs" उद्दिष्टे पुढे नेते.

या सुधारणांमुळे इथेरियम अधिक क्रियाकलाप हाताळताना वेगवान, परवडणारे आणि विकेंद्रित राहील याची खात्री होते, तसेच घरी [नोड](/glossary/#node) चालवणाऱ्या लोकांसाठी हार्डवेअर आवश्यकता आटोपशीर ठेवल्या जातात.

<VideoWatch slug="ethereum-evolution-glamsterdam" />

## ग्लॅमस्टरडॅममधील सुधारणा {#improvements-in-glamsterdam}

<Alert variant="info">
<AlertContent>
<AlertDescription>
टीप: हा लेख ग्लॅमस्टरडॅममध्ये समाविष्ट करण्यासाठी नियोजित EIPs ची निवड हायलाइट करतो. डेव्हनेट्समध्ये चाचणी केल्या जाणाऱ्या अतिरिक्त नियोजित प्रस्तावांमध्ये EIP-7610, EIP-7688, EIP-7778, EIP-7843, EIP-7976, EIP-7981, EIP-8024, EIP-8246 आणि EIP-8282 यांचा समावेश आहे. नवीनतम स्थिती अद्यतनांसाठी, [Forkcast वरील ग्लॅमस्टरडॅम अपग्रेड](https://forkcast.org/upgrade/glamsterdam) पहा.

जर तुम्हाला ग्लॅमस्टरडॅमसाठी विचाराधीन असलेला एखादा EIP जोडायचा असेल, परंतु तो अद्याप या पृष्ठावर जोडला गेला नसेल, तर [ethereum.org मध्ये योगदान कसे द्यावे हे येथे जाणून घ्या](/contributing/).
</AlertDescription>
</AlertContent>
</Alert>

ग्लॅमस्टरडॅम अपग्रेड तीन मुख्य उद्दिष्टांवर केंद्रित आहे:

- प्रक्रियेचा वेग वाढवणे (समांतर प्रक्रिया): नेटवर्क डेटा अवलंबित्वांची नोंद कशी करते याची पुनर्रचना करणे, जेणेकरून ते संथ, एकामागून एक क्रमाने करण्याऐवजी एकाच वेळी अनेक व्यवहारांवर सुरक्षितपणे प्रक्रिया करू शकेल.
- क्षमता वाढवणे: ब्लॉक्स तयार करणे आणि प्रमाणित करणे या जड कामाचे विभाजन करणे, ज्यामुळे नेटवर्कला वेग कमी न करता मोठ्या प्रमाणात डेटा प्रसारित करण्यासाठी अधिक वेळ मिळतो.
- डेटाबेस फुगवटा रोखणे (शाश्वतता): नवीन डेटा संचयित करण्याच्या दीर्घकालीन हार्डवेअर खर्चाचे अचूक प्रतिबिंब दर्शवण्यासाठी नेटवर्क शुल्क समायोजित करणे, हार्डवेअर कार्यप्रदर्शन ऱ्हास रोखताना भविष्यातील गॅस मर्यादा वाढीचा मार्ग मोकळा करणे.

थोडक्यात, ग्लॅमस्टरडॅम संरचनात्मक बदल सादर करेल जेणेकरून नेटवर्कची क्षमता वाढेल तसतसे ते शाश्वत राहील आणि कार्यप्रदर्शन उच्च राहील याची खात्री होईल.

## स्तर १ (l1) स्केलिंग आणि समांतर प्रक्रिया {#scale-l1}

अर्थपूर्ण स्तर १ (l1) स्केलिंगसाठी ऑफ-प्रोटोकॉल विश्वास गृहीतके आणि क्रमिक अंमलबजावणीच्या मर्यादांपासून दूर जाणे आवश्यक आहे. ग्लॅमस्टरडॅम काही ब्लॉक-निर्मिती कर्तव्यांचे विभाजन प्रस्थापित करून आणि नवीन डेटा संरचना सादर करून हे सोडवते जे नेटवर्कला समांतर प्रक्रियेसाठी तयार होण्यास अनुमती देते.

### प्रमुख प्रस्ताव: प्रस्थापित प्रस्तावक-निर्माता विभाजन (ePBS) {#epbs}

- ऑफ-प्रोटोकॉल विश्वास गृहीतके आणि तृतीय-पक्ष रिलेजवरील अवलंबित्व काढून टाकते
- विस्तारित प्रसार विंडोद्वारे खूप मोठ्या पेलोड्सना अनुमती देऊन स्तर १ (l1) स्केलिंगला समर्थन देते
- थेट प्रोटोकॉलमध्ये विश्वासरहित निर्माता देयके सादर करते
- विश्वासरहित देखरेख सक्षम करण्यासाठी स्टेकिंग पूल्ससाठी आर्किटेक्चरल अद्यतनांची आवश्यकता आहे, जरी सुधारित निर्माता निवड प्रक्रियेद्वारे एकूण स्टेकिंग वापरकर्ता अनुभव सुधारला आहे

सध्या, ब्लॉक प्रस्तावित आणि तयार करण्याच्या प्रक्रियेत ब्लॉक प्रस्तावक आणि ब्लॉक निर्माता यांच्यात हस्तांतरण समाविष्ट आहे. प्रस्तावक आणि निर्माता यांच्यातील संबंध हा मुख्य इथेरियम प्रोटोकॉलचा भाग नाही, त्यामुळे तो विश्वसनीय तृतीय-पक्ष मिडलवेअर, सॉफ्टवेअर (रिलेज) आणि संस्थांमधील ऑफ-प्रोटोकॉल विश्वासावर अवलंबून असतो.

प्रस्तावक आणि निर्माता यांच्यातील प्रोटोकॉल-बाहेरील संबंध ब्लॉक प्रमाणीकरण दरम्यान एक "हॉट पाथ" देखील तयार करतो जो [प्रमाणकांना](/glossary/#validator) 2-सेकंदांच्या घट्ट विंडोमध्ये व्यवहार प्रसारण आणि अंमलबजावणी घाईघाईने करण्यास भाग पाडतो, ज्यामुळे नेटवर्क किती डेटा हाताळू शकते हे मर्यादित होते.

**प्रस्थापित प्रस्तावक-निर्माता विभाजन (ePBS, किंवा EIP-7732)** औपचारिकपणे प्रस्तावकाचे (जो सहमती ब्लॉक निवडतो) काम निर्मात्यापासून (जो अंमलबजावणी पेलोड एकत्र करतो) वेगळे करते, हे हस्तांतरण थेट प्रोटोकॉलमध्ये प्रस्थापित करते.

देयकासाठी ब्लॉक पेलोडची विश्वासरहित देवाणघेवाण थेट प्रोटोकॉलमध्ये तयार केल्याने तृतीय-पक्ष मिडलवेअरची (जसे की MEV-Boost) आवश्यकता दूर होते. तथापि, निर्माता आणि प्रस्तावक अद्यापही जटिल वैशिष्ट्यांसाठी ऑफ-प्रोटोकॉल रिलेज किंवा मिडलवेअर वापरणे निवडू शकतात जे अद्याप मुख्य प्रोटोकॉलचा भाग नाहीत.

"हॉट पाथ" अडथळा दूर करण्यासाठी, ePBS पेलोड टाइमलीनेस कमिटी (PTC) आणि दुहेरी-अंतिम मुदत लॉजिक देखील सादर करते, ज्यामुळे प्रमाणकांना प्रक्रिया क्षमता वाढवण्यासाठी सहमती ब्लॉक आणि अंमलबजावणी पेलोड वेळेवर असल्याची स्वतंत्रपणे पुष्टी करण्याची अनुमती मिळते.

<VideoWatch slug="proposer-builder-separation" />

प्रोटोकॉल स्तरावर प्रस्तावक आणि निर्माता भूमिका वेगळे केल्याने प्रसार विंडो (किंवा नेटवर्कवर डेटा पसरवण्यासाठी उपलब्ध वेळ) 2 सेकंदांवरून सुमारे 9 सेकंदांपर्यंत वाढते.

ऑफ-प्रोटोकॉल मिडलवेअर आणि रिलेजच्या जागी इन-प्रोटोकॉल मेकॅनिक्स वापरून, ePBS विश्वास अवलंबित्व कमी करते आणि इथेरियमला नेटवर्कवर ताण न देता खूप मोठ्या प्रमाणात डेटा (जसे की [स्तर २ (l2)](/glossary/#layer-2) साठी अधिक ब्लॉब्स) सुरक्षितपणे हाताळण्याची अनुमती देते.

**संसाधने**: [EIP-7732 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7732)

### प्रमुख प्रस्ताव: ब्लॉक-लेव्हल ॲक्सेस लिस्ट्स (BALs) {#bals}

- सर्व व्यवहार अवलंबित्वांचा आगाऊ नकाशा प्रदान करून क्रमिक प्रक्रियेतील अडथळे दूर करते, प्रमाणकांना एकामागून एक ऐवजी समांतरपणे अनेक व्यवहार हाताळण्यासाठी मंच तयार करते
- प्रत्येक व्यवहार पुन्हा प्ले न करता (अंमलबजावणीशिवाय समक्रमण) अंतिम परिणाम वाचून नोड्सना त्यांच्या नोंदी अद्यतनित करण्याची अनुमती देते, ज्यामुळे नेटवर्कशी नोड समक्रमित करणे खूप जलद होते
- अंदाज लावणे दूर करते, प्रमाणकांना टप्प्याटप्प्याने शोधण्याऐवजी सर्व आवश्यक डेटा एकाच वेळी प्री-लोड करण्याची अनुमती देते, ज्यामुळे प्रमाणीकरण खूप जलद होते

आजचे इथेरियम एका सिंगल-लेन रस्त्यासारखे आहे; कारण व्यवहार पूर्ण होईपर्यंत व्यवहाराला कोणता डेटा आवश्यक असेल किंवा तो काय बदलेल (जसे की व्यवहार कोणत्या खात्यांना स्पर्श करेल) हे नेटवर्कला माहीत नसते, प्रमाणकांना कठोर, क्रमिक रांगेत एकामागून एक व्यवहार हाताळावे लागतात. जर त्यांनी हे अवलंबित्व न जाणता एकाच वेळी सर्व व्यवहार हाताळण्याचा प्रयत्न केला, तर दोन व्यवहार चुकून एकाच वेळी अचूक समान डेटा बदलण्याचा प्रयत्न करू शकतात, ज्यामुळे त्रुटी निर्माण होऊ शकतात.

**ब्लॉक-लेव्हल ॲक्सेस लिस्ट्स (BALs, किंवा EIP-7928)** नेटवर्कसाठी नकाशासारखे कार्य करतात, काम सुरू होण्यापूर्वी डेटाबेसच्या कोणत्या भागांमध्ये प्रवेश केला जाईल याचा तपशील देतात. अंमलबजावणी स्तर संपूर्ण ब्लॉक ॲक्सेस लिस्ट संचयित करतो, ज्यामध्ये व्यवहार स्पर्श करतील अशा प्रत्येक खाते बदलाचा समावेश असतो, तसेच त्या बदलांचे अंतिम परिणाम (सर्व स्थिती प्रवेश आणि अंमलबजावणीनंतरची मूल्ये) असतात. ब्लॉक्स हलके ठेवण्यासाठी, ब्लॉक हेडरमध्ये या सूचीच्या अद्वितीय डिजिटल फिंगरप्रिंटसह (हॅश रेकॉर्ड) एक नवीन फील्ड असते.

कोणते व्यवहार ओव्हरलॅप होत नाहीत याची त्वरित दृश्यमानता देत असल्यामुळे, BALs नोड्सना समांतर डिस्क रीड्स करण्याची अनुमती देतात, एकाच वेळी अनेक व्यवहारांसाठी माहिती मिळवतात. नेटवर्क सुरक्षितपणे असंबंधित व्यवहारांचे गट करू शकते आणि त्यांच्यावर समांतर प्रक्रिया करू शकते.

BAL मध्ये व्यवहारांचे अंतिम परिणाम (अंमलबजावणीनंतरची मूल्ये) समाविष्ट असल्याने, जेव्हा नेटवर्कच्या नोड्सना नेटवर्कच्या वर्तमान स्थितीशी समक्रमित करण्याची आवश्यकता असते, तेव्हा ते त्यांच्या नोंदी अद्यतनित करण्यासाठी ते अंतिम परिणाम कॉपी करू शकतात. काय घडले हे जाणून घेण्यासाठी प्रमाणकांना आता सर्व गुंतागुंतीचे व्यवहार सुरुवातीपासून पुन्हा प्ले करावे लागत नाहीत, ज्यामुळे नवीन नोड्सना नेटवर्कमध्ये सामील होणे जलद आणि सोपे होते.

BALs द्वारे सक्षम केलेले समांतर डिस्क रीड्स अशा भविष्याकडे एक महत्त्वपूर्ण पाऊल असेल जिथे इथेरियम एकाच वेळी अनेक व्यवहार हाताळू शकेल, ज्यामुळे नेटवर्कचा वेग लक्षणीयरीत्या वाढेल.

#### eth/71 ब्लॉक ॲक्सेस लिस्ट एक्सचेंज {#bale}

ब्लॉक ॲक्सेस लिस्ट एक्सचेंज (eth/71 किंवा EIP-8159) हा ब्लॉक-लेव्हल ॲक्सेस लिस्ट्सचा थेट नेटवर्किंग साथीदार आहे. BALs समांतर अंमलबजावणी अनलॉक करत असताना, eth/71 पीअर-टू-पीअर प्रोटोकॉल अपग्रेड करते जेणेकरून नोड्सना या सूची नेटवर्कवर प्रत्यक्षात सामायिक करण्याची अनुमती मिळेल. आता सर्व अंमलबजावणी स्तर क्लायंट्ससाठी आवश्यक असलेले, ब्लॉक ॲक्सेस लिस्ट एक्सचेंज जलद समक्रमण सक्षम करेल आणि नोड्सना अंमलबजावणीशिवाय स्थिती अद्यतने करण्याची अनुमती देईल.

**संसाधने**:

- [EIP-7928 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7928)
- [EIP-8159 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-8159)


## नेटवर्क शाश्वतता {#network-sustainability}

इथेरियम नेटवर्क वेगाने वाढत असताना, ते वापरण्याचा खर्च इथेरियम चालवणाऱ्या हार्डवेअरवरील झीजशी जुळतो याची खात्री करणे महत्त्वाचे आहे. सुरक्षितपणे स्केल करण्यासाठी आणि अधिक व्यवहार हाताळण्यासाठी नेटवर्कला त्याच्या एकूण क्षमता मर्यादा वाढवण्याची आवश्यकता आहे.

### स्थिती निर्मिती गॅस खर्चात वाढ {#state-creation-gas-cost-increase}

- नवीन खाती किंवा स्मार्ट कॉन्ट्रॅक्ट तयार करण्यासाठीचे शुल्क इथेरियमच्या डेटाबेसवर पडणाऱ्या दीर्घकालीन ओझ्याचे अचूक प्रतिबिंब दर्शवते याची खात्री करते
- 120 GiB/वर्ष या सुरक्षित आणि अंदाजित वाढीच्या दराला लक्ष्य करून एक निश्चित **कॉस्ट पर स्टेट बाइट (CPSB)** सेट करते, ज्यामुळे मानक भौतिक हार्डवेअर नेटवर्क चालवणे सुरू ठेवू शकेल याची खात्री होते
- या विशिष्ट शुल्काचा हिशेब एका नवीन जलाशयात (reservoir) वेगळा करते, जुन्या व्यवहार मर्यादा काढून टाकते आणि विकासकांना मोठे, अधिक जटिल ॲप्लिकेशन्स प्रस्थापित करण्याची अनुमती देते

नवीन खाती, टोकन्स आणि [स्मार्ट कॉन्ट्रॅक्ट](/glossary/#smart-contract) जोडल्याने कायमस्वरूपी डेटा (ज्याला "स्थिती" म्हणून ओळखले जाते) तयार होतो जो नेटवर्क चालवणाऱ्या प्रत्येक संगणकाने अनिश्चित काळासाठी संचयित करणे आवश्यक आहे. हा डेटा जोडण्यासाठी किंवा वाचण्यासाठी सध्याचे शुल्क विसंगत आहे आणि ते नेटवर्कच्या हार्डवेअरवर पडणाऱ्या वास्तविक, दीर्घकालीन स्टोरेज ओझ्याचे अचूक प्रतिबिंब दर्शवत नाही.

इथेरियमवर स्थिती निर्माण करणाऱ्या काही क्रिया, जसे की नवीन खाती तयार करणे किंवा मोठे स्मार्ट कॉन्ट्रॅक्ट प्रस्थापित करणे, नेटवर्कच्या नोड्सवर ते घेत असलेल्या कायमस्वरूपी स्टोरेज जागेच्या तुलनेत तुलनेने कमी खर्चाचे आहेत, उदाहरणार्थ, स्टोरेज स्लॉट्स तयार करण्यापेक्षा कॉन्ट्रॅक्ट प्रस्थापना प्रति बाइट लक्षणीयरीत्या स्वस्त आहे.

समायोजनाशिवाय, ग्लॅमस्टरडॅमद्वारे सक्षम केलेल्या 200M गॅस मर्यादा तळाकडे नेटवर्क स्केल होत असताना इथेरियमची स्थिती वाढ अशाश्वत होईल (अचूक स्थिती किंमत मिळवण्यासाठी विकासक सध्या 150M संदर्भ ब्लॉक गॅस मर्यादेवर चाचणी करत आहेत).

**स्थिती निर्मिती गॅस खर्चात वाढ (किंवा EIP-8037)** तयार केल्या जाणाऱ्या डेटाच्या वास्तविक आकाराशी जोडून खर्चात सुसंवाद आणते, शुल्क अद्यतनित करते जेणेकरून ते एखादे ऑपरेशन तयार करत असलेल्या किंवा प्रवेश करत असलेल्या कायमस्वरूपी डेटाच्या प्रमाणात असतील.

EIP-8037 हे खर्च अधिक अंदाजितपणे व्यवस्थापित करण्यासाठी एक जलाशय (reservoir) मॉडेल देखील सादर करते; स्थिती गॅस शुल्क प्रथम `state_gas_reservoir` मधून काढले जाते, आणि `GAS` ऑपकोड केवळ `gas_left` परत करतो, ज्यामुळे अंमलबजावणी फ्रेम्सना उपलब्ध गॅसची चुकीची गणना करण्यापासून रोखले जाते. याला समर्थन देण्यासाठी, आवश्यक पार्श्वभूमी कार्यांना अतिरिक्त इंधन भत्ता दिला जातो जो थेट या समर्पित राखीव निधीमध्ये जातो, ज्यामुळे कायमस्वरूपी डेटा संचयित करण्यासाठी अधिक संसाधनांची आवश्यकता असल्यामुळे गंभीर नेटवर्क ऑपरेशन्स अयशस्वी होणार नाहीत याची खात्री होते.

EIP-8037 पूर्वी, संगणकीय काम (सक्रिय प्रक्रिया) आणि कायमस्वरूपी डेटा स्टोरेज (नेटवर्कच्या डेटाबेसमध्ये स्मार्ट कॉन्ट्रॅक्ट जतन करणे) दोन्ही समान गॅस मर्यादा सामायिक करत असत. जलाशय मॉडेल हिशेब विभाजित करते: व्यवहाराच्या वास्तविक संगणकीय कामासाठी (प्रक्रिया) आणि दीर्घकालीन डेटा स्टोरेजसाठी (स्थिती गॅस). या दोन्हींना वेगळे केल्याने ॲप्लिकेशनच्या डेटाच्या प्रचंड आकारामुळे गॅस मर्यादा संपण्यापासून रोखण्यास मदत होते; जोपर्यंत विकासक डेटा स्टोरेजसाठी जलाशय भरण्यासाठी पुरेसा निधी देतात, तोपर्यंत ते खूप मोठे आणि अधिक जटिल स्मार्ट कॉन्ट्रॅक्ट प्रस्थापित करू शकतात.

डेटा स्टोरेजची अधिक अचूक आणि अंदाजितपणे किंमत ठरवल्याने इथेरियमला डेटाबेस न फुगवता त्याचा वेग आणि क्षमता सुरक्षितपणे वाढवण्यास मदत होईल. ही शाश्वतता नोड ऑपरेटरना पुढील अनेक वर्षे (तुलनेने) परवडणारे हार्डवेअर वापरणे सुरू ठेवण्यास अनुमती देईल, ज्यामुळे नेटवर्कचे विकेंद्रीकरण राखण्यासाठी होम स्टेकिंग प्रवेशयोग्य राहील.

**संसाधने**: [EIP-8037 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-8037)

### स्थिती-प्रवेश गॅस खर्च अद्यतन {#state-access-gas-cost-update}

- जेव्हा ॲप्लिकेशन्स इथेरियमवर कायमस्वरूपी संचयित केलेली माहिती वाचतात किंवा अद्यतनित करतात (स्थिती-प्रवेश ऑपकोड्स) तेव्हा गॅस खर्च वाढवते जेणेकरून या कमांड्सना आवश्यक असलेल्या संगणकीय कामाशी अचूकपणे जुळेल
- कृत्रिमरित्या स्वस्त डेटा-वाचन ऑपरेशन्सचा फायदा घेणारे डिनायल-ऑफ-सर्व्हिस हल्ले रोखून नेटवर्कची लवचिकता मजबूत करते

इथेरियमची स्थिती वाढल्यामुळे, जुना डेटा शोधणे आणि वाचणे ("स्थिती प्रवेश") नोड्ससाठी प्रक्रिया करण्यासाठी जड आणि संथ झाले आहे. माहिती शोधणे आता थोडे अधिक महाग झाले असले तरी (संगणकीय शक्तीच्या दृष्टीने) या क्रियांसाठीचे शुल्क समान राहिले आहे.

परिणामी, काही विशिष्ट कमांड्स सध्या नोडला कराव्या लागणाऱ्या कामाच्या तुलनेत कमी किमतीच्या आहेत. उदाहरणार्थ, `EXTCODESIZE` आणि `EXTCODECOPY` कमी किमतीचे आहेत, कारण त्यांना दोन स्वतंत्र डेटाबेस रीड्स आवश्यक आहेत—एक खाते ऑब्जेक्टसाठी, आणि दुसरा वास्तविक कोड आकार किंवा बाइटकोडसाठी.

**स्थिती-प्रवेश गॅस खर्च अद्यतन (किंवा EIP-8038)** आधुनिक हार्डवेअर कार्यप्रदर्शन आणि स्थिती आकाराशी संरेखित करण्यासाठी खाते आणि कॉन्ट्रॅक्ट डेटा शोधण्यासारख्या स्थिती-प्रवेश ऑपकोड्ससाठी गॅस स्थिरांक वाढवते.

स्थिती-प्रवेशाचा खर्च संरेखित केल्याने इथेरियम अधिक लवचिक बनण्यास देखील मदत होते. कारण या जड डेटा-वाचन क्रिया कृत्रिमरित्या स्वस्त आहेत, एक दुर्भावनापूर्ण हल्लेखोर नेटवर्कच्या शुल्क मर्यादेपर्यंत पोहोचण्यापूर्वी एकाच ब्लॉकमध्ये हजारो जटिल डेटा विनंत्यांसह नेटवर्कला स्पॅम करू शकतो, ज्यामुळे नेटवर्क ठप्प होऊ शकते किंवा क्रॅश होऊ शकते (डिनायल-ऑफ-सर्व्हिस हल्ला). दुर्भावनापूर्ण हेतू नसला तरीही, नेटवर्क डेटा वाचणे खूप स्वस्त असल्यास विकासकांना कार्यक्षम ॲप्लिकेशन्स तयार करण्यासाठी आर्थिकदृष्ट्या प्रोत्साहन मिळत नाही.

स्थिती-प्रवेश क्रियांची अधिक अचूक किंमत ठरवून इथेरियम अपघाती किंवा हेतुपुरस्सर मंदीविरूद्ध अधिक लवचिक होऊ शकते, तर हार्डवेअर लोडसह नेटवर्क खर्च संरेखित करणे भविष्यातील गॅस मर्यादा वाढीसाठी अधिक शाश्वत पाया सिद्ध करते.

**संसाधने**: [EIP-8038 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-8038)


## नेटवर्क लवचिकता {#network-resilience}

प्रमाणक कर्तव्ये आणि निर्गमन प्रक्रियांमधील सुधारणा मोठ्या प्रमाणावर स्लॅशिंग घटनांदरम्यान नेटवर्क स्थिरता सुनिश्चित करतात आणि स्टेकर्स त्यांचे स्टेक किती वेगाने हलवू शकतात याचा वेग वाढवतात. या सुधारणा नेटवर्कला अधिक स्थिर बनवतात आणि लहान-मोठ्या सर्व सहभागींना समान वागणूक दिली जाईल याची खात्री करतात.

### स्लॅश केलेल्या प्रमाणकांना प्रस्ताव देण्यापासून वगळणे {#exclude-slashed-validators}

- दंडित (स्लॅश केलेल्या) प्रमाणकांना भविष्यातील ब्लॉक्स प्रस्तावित करण्यासाठी निवडले जाण्यापासून थांबवते, हमखास चुकलेले स्लॉट्स दूर करते
- मोठ्या प्रमाणावर स्लॅशिंग घटनेच्या बाबतीत गंभीर अडथळे रोखून, इथेरियम सुरळीत आणि विश्वासार्हपणे चालू ठेवते

सध्या, जरी एखादा प्रमाणक स्लॅश केला गेला असेल (नियम मोडल्याबद्दल किंवा अपेक्षेप्रमाणे कार्य न केल्याबद्दल दंडित), तरीही जेव्हा सिस्टम भविष्यातील प्रस्तावक लुकअहेड्स व्युत्पन्न करते तेव्हा नजीकच्या भविष्यात ब्लॉकचे नेतृत्व करण्यासाठी सिस्टम त्यांना निवडू शकते.

कारण स्लॅश केलेल्या प्रस्तावकांचे ब्लॉक्स स्वयंचलितपणे अवैध म्हणून नाकारले जातात, यामुळे नेटवर्कचे स्लॉट्स चुकतात आणि मोठ्या प्रमाणावर स्लॅशिंग घटनांदरम्यान नेटवर्क पुनर्प्राप्तीस विलंब होतो.

**स्लॅश केलेल्या प्रमाणकांना प्रस्ताव देण्यापासून वगळणे (किंवा EIP-8045)** भविष्यातील कर्तव्यांसाठी निवडले जाण्यापासून स्लॅश केलेल्या प्रमाणकांना सहजपणे फिल्टर करते. हे केवळ निरोगी प्रमाणक ब्लॉक्स प्रस्तावित करण्यासाठी निवडले जातील याची खात्री करून चेन लवचिकता सुधारते, नेटवर्क व्यत्ययांदरम्यान सेवेची गुणवत्ता राखते.

**संसाधने**: [EIP-8045 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-8045)

### निर्गमन आणि एकत्रीकरण फेरबदल वाढवणे {#increase-exit-and-consolidation-churn}

- निश्चित दराने मर्यादित ठेवण्याऐवजी, स्टेक केलेल्या ETH च्या एकूण प्रमाणानुसार निर्गमन क्षमता वाढवण्याची अनुमती देऊन स्टेकिंग रक्कम काढण्याची वेळ लक्षणीयरीत्या कमी करते
- प्रमाणक एकत्रीकरणांना त्यांची स्वतःची समर्पित रांग क्षमता देते, ज्यामुळे मोठ्या, अधिक कार्यक्षम प्रमाणकांकडे संक्रमण जलद होते
- काळजीपूर्वक विश्लेषण केलेल्या सुरक्षा पॅरामीटर्सद्वारे नेटवर्क सुरक्षा राखते

इथेरियमची फेरबदल मर्यादा ही नेटवर्कची सुरक्षा कधीही अस्थिर होणार नाही याची खात्री करण्यासाठी, प्रमाणक त्यांचे स्टेक केलेले ETH ज्या दराने प्रविष्ट करू शकतात, निर्गमन करू शकतात किंवा विलीन (एकत्रित) करू शकतात त्या दरावरील एक सुरक्षा मर्यादा आहे. आज, निर्गमन आणि सक्रियकरणे एकच मर्यादित मर्यादा सामायिक करतात, त्यामुळे उच्च मागणीच्या काळात स्टेकर्सना त्यांचे ETH काढण्यासाठी दीर्घकाळ प्रतीक्षा करावी लागू शकते. एकत्रीकरणे, जिथे प्रमाणक 2,048 ETH पर्यंतच्या मोठ्या प्रमाणकांमध्ये विलीन होतात ([पेक्ट्रा अपग्रेड](/roadmap/pectra) द्वारे सक्षम), देखील या मर्यादित क्षमतेसाठी स्पर्धा करतात, याचा अर्थ सध्याच्या दराने संपूर्ण प्रमाणक संच एकत्रित करण्यासाठी वर्षे लागतील.

**निर्गमन आणि एकत्रीकरण फेरबदल वाढवणे (किंवा EIP-8061)** या मर्यादांना स्वतंत्र मार्गांमध्ये पुनर्रचित करते:

- प्रमाणक सक्रियकरणे त्यांची विद्यमान मर्यादित मर्यादा अपरिवर्तित ठेवतात
- निर्गमनांवर आता मर्यादा नाही आणि त्याऐवजी स्टेक केलेल्या ETH च्या एकूण प्रमाणानुसार ते वाढतात
- एकत्रीकरणांना त्यांची स्वतःची समर्पित क्षमता मिळते, जी एकत्रित सक्रियकरण-निर्गमन मर्यादेच्या अंदाजे निम्म्या आकाराची असते

सध्याच्या स्टेकिंग स्तरांवर, यामुळे निर्गमन क्षमता अंदाजे 4 पटीने आणि एकत्रीकरण क्षमता अंदाजे 2 पटीने वाढते, याचा अर्थ उच्च-मागणीच्या काळात स्टेकर्स त्यांचे ETH खूप वेगाने काढू शकतात आणि नेटवर्क लहान, अधिक कार्यक्षम प्रमाणक संचाकडे अधिक वेगाने संक्रमित होते.

कारण स्टेक नेटवर्कमध्ये आणि बाहेर वेगाने जाऊ शकतो, हा बदल नेटवर्कमध्ये सुरक्षितपणे पुन्हा सामील होण्यासाठी अलीकडील विश्वसनीय चेकपॉईंटची आवश्यकता असण्यापूर्वी नोड ऑफलाइन राहू शकणारा वेळ अंदाजे निम्मा करतो (सौम्य व्यक्तिनिष्ठता कालावधी, सुमारे 15.7 दिवसांवरून सुमारे 7 दिवसांपर्यंत). नेटवर्क सुरक्षा राखली जाईल याची खात्री करण्यासाठी या तडजोडीचे काळजीपूर्वक विश्लेषण केले गेले.

**संसाधने**: [EIP-8061 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-8061)

## वापरकर्ता आणि विकासक अनुभव सुधारणे {#improve-user-developer-experience}

इथेरियमच्या ग्लॅमस्टरडॅम अपग्रेडचे उद्दिष्ट वापरकर्ता अनुभव सुधारणे, डेटा शोधण्यायोग्यता वाढवणे आणि समक्रमण अपयश टाळण्यासाठी वाढत्या संदेश आकारांना हाताळणे हे आहे. यामुळे नेटवर्क स्केल होत असताना तांत्रिक अडचणी टाळून ऑनचेन काय घडत आहे याचा मागोवा घेणे सोपे होते.

### अंतर्निहित व्यवहार गॅस खर्च कमी करणे {#reduce-intrinsic-transaction-gas-costs}

- व्यवहारांसाठी पायाभूत शुल्क कमी करते, साध्या मूळ ETH देयकाचा एकूण खर्च कमी करते
- लहान हस्तांतरणे अधिक परवडणारी बनवते, नियमित विनिमय माध्यम म्हणून इथेरियमची व्यवहार्यता वाढवते

आज सर्व इथेरियम व्यवहारांवर एक समान पायाभूत गॅस शुल्क आहे, मग त्यावर प्रक्रिया करणे कितीही सोपे किंवा गुंतागुंतीचे असो. **अंतर्निहित व्यवहार गॅस कमी करणे (किंवा EIP-2780)** विद्यमान खात्यांमधील मानक ETH हस्तांतरण **71% पर्यंत स्वस्त** करण्यासाठी ते पायाभूत शुल्क कमी करण्याचा प्रस्ताव देते.

अंतर्निहित व्यवहार गॅस कमी करणे हे व्यवहार शुल्काचे विभाजन करून कार्य करते जेणेकरून नेटवर्क चालवणारे संगणक प्रत्यक्षात करत असलेले केवळ मूलभूत, आवश्यक काम प्रतिबिंबित होईल, जसे की डिजिटल स्वाक्षरी सत्यापित करणे आणि शिल्लक अद्यतनित करणे. कारण मूलभूत ETH देयक जटिल कोड कार्यान्वित करत नाही किंवा अतिरिक्त डेटा बाळगत नाही, हा प्रस्ताव त्याच्या हलक्या फूटप्रिंटशी जुळण्यासाठी त्याचे शुल्क कमी करेल.

कमी शुल्कामुळे नेटवर्कच्या स्थितीवर ताण येऊ नये म्हणून हा प्रस्ताव अगदी नवीन खाती तयार करण्यासाठी अपवाद सादर करतो. जर हस्तांतरण रिक्त, अस्तित्वात नसलेल्या पत्त्यावर ETH पाठवत असेल, तर नेटवर्कने त्यासाठी कायमस्वरूपी नवीन नोंद तयार करणे आवश्यक आहे. त्याच्या दीर्घकालीन स्टोरेज ओझ्याला कव्हर करण्यात मदत करण्यासाठी त्या खाते निर्मितीसाठी गॅस अधिभार जोडला जातो.

एकत्रितपणे, EIP-2780 चे उद्दिष्ट विद्यमान खात्यांमधील दैनंदिन हस्तांतरणे अधिक परवडणारी बनवणे हे आहे, तसेच खऱ्या स्थिती वाढीची अचूक किंमत ठरवून नेटवर्क अद्याप डेटाबेस फुगवट्यापासून संरक्षित आहे याची खात्री करणे हे आहे.

**संसाधने**: [EIP-2780 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-2780)

### डिटरमिनिस्टिक फॅक्टरी प्री-डिप्लॉय {#deterministic-factory-predeploy}

- विकासकांना एकाधिक चेन्सवर अचूक समान पत्त्यावर ॲप्लिकेशन्स आणि स्मार्ट कॉन्ट्रॅक्ट वॉलेट्स प्रस्थापित करण्याचा मूळ मार्ग देते
- वापरकर्त्यांना एकाधिक स्तर २ (l2) नेटवर्क्सवर समान स्मार्ट वॉलेट पत्ता ठेवण्याची अनुमती देते, संज्ञानात्मक भार कमी करते, गोंधळ कमी करते आणि निधीच्या अपघाती नुकसानीचा धोका कमी करते
- ही समानता साध्य करण्यासाठी विकासक सध्या वापरत असलेल्या वर्कअराउंड्सची जागा घेते, ज्यामुळे मल्टी-चेन वॉलेट्स आणि ॲप्स तयार करणे सोपे आणि अधिक सुरक्षित होते

जर आज एखाद्या वापरकर्त्याकडे एकाधिक इथेरियम व्हर्च्युअल मशीन (EVM)-सुसंगत चेन्सवर खाती असलेले स्मार्ट कॉन्ट्रॅक्ट वॉलेट असेल, तर त्यांना अनेकदा वेगवेगळ्या नेटवर्क्सवर पूर्णपणे भिन्न पत्ता मिळतो. हे केवळ गोंधळात टाकणारे नाही, तर यामुळे निधीचे अपघाती नुकसान होऊ शकते.

**डिटरमिनिस्टिक फॅक्टरी प्री-डिप्लॉय (किंवा EIP-7997)** विकासकांना त्यांचे विकेंद्रित ॲप्लिकेशन्स आणि स्मार्ट कॉन्ट्रॅक्ट वॉलेट्स इथरियम मेननेट, स्तर २ (l2) नेटवर्क्स आणि बरेच काही यासह एकाधिक EVM चेन्सवर अचूक समान पत्त्यावर प्रस्थापित करण्याचा मूळ, अंगभूत मार्ग देते. जर स्वीकारले गेले, तर ते वापरकर्त्याला प्रत्येक सहभागी चेनवर अचूक समान पत्ता ठेवण्याची अनुमती देईल, ज्यामुळे संज्ञानात्मक भार आणि वापरकर्त्याच्या त्रुटीची शक्यता लक्षणीयरीत्या कमी होईल.

डिटरमिनिस्टिक फॅक्टरी प्री-डिप्लॉय प्रत्येक सहभागी EVM-सुसंगत चेनवर एकाच ठिकाणी (विशेषतः, पत्ता 0x12) कायमस्वरूपी किमान, विशेष फॅक्टरी प्रोग्राम ठेवून कार्य करते. त्याचे उद्दिष्ट एक सार्वत्रिक, मानक फॅक्टरी कॉन्ट्रॅक्ट प्रदान करणे आहे जे कोणत्याही EVM-सुसंगत नेटवर्कद्वारे स्वीकारले जाऊ शकते; जोपर्यंत EVM चेन सहभागी होते आणि हे मानक स्वीकारते, तोपर्यंत विकासक त्यांच्या स्मार्ट कॉन्ट्रॅक्ट्सना त्या नेटवर्कवरील अचूक समान पत्त्यावर प्रस्थापित करण्यासाठी त्याचा वापर करू शकतील.

हे मानकीकरण विकासक आणि व्यापक इकोसिस्टमसाठी क्रॉस-चेन ॲप्लिकेशन्स तयार करणे आणि व्यवस्थापित करणे सोपे करते. विकासकांना आता त्यांचे सॉफ्टवेअर वेगवेगळ्या नेटवर्क्सवर एकत्र जोडण्यासाठी सानुकूल, चेन-विशिष्ट कोड तयार करण्याची आवश्यकता नाही, त्याऐवजी त्यांच्या ॲप्लिकेशनसाठी सर्वत्र अचूक समान पत्ता व्युत्पन्न करण्यासाठी या सार्वत्रिक फॅक्टरीचा वापर करा. याव्यतिरिक्त, ब्लॉक एक्सप्लोरर्स, ट्रॅकिंग सेवा आणि वॉलेट्स विविध चेन्सवर या ॲप्लिकेशन्स आणि खात्यांना अधिक सहजपणे ओळखू शकतात आणि जोडू शकतात, सर्व इथेरियम-आधारित सहभागींसाठी अधिक एकत्रित आणि अखंड मल्टी-चेन वातावरण तयार करू शकतात.

**संसाधने**: [EIP-7997 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7997)

### ETH हस्तांतरण आणि बर्न्स नोंद उत्सर्जित करतात {#eth-transfers-and-burns-emit-a-log}

- प्रत्येक वेळी ETH हस्तांतरित किंवा बर्न केल्यावर स्वयंचलितपणे कायमस्वरूपी रेकॉर्ड (नोंद) व्युत्पन्न करते
- एक ऐतिहासिक ब्लाइंड स्पॉट निश्चित करते जे ॲप्स, एक्सचेंजेस आणि सेतूंना ॲड-हॉक ट्रॅसिंग टूल्सशिवाय वापरकर्त्याच्या ठेवी विश्वासार्हपणे शोधण्याची अनुमती देते

टोकन्स (ERC-20s) च्या विपरीत, स्मार्ट कॉन्ट्रॅक्ट्समधील नियमित ETH हस्तांतरणे स्पष्ट पावती (मानक नोंद) उत्सर्जित करत नाहीत, ज्यामुळे एक्सचेंजेस आणि ॲप्सना त्यांचा मागोवा घेणे कठीण होते.

ETH हस्तांतरण आणि बर्न्स नोंद उत्सर्जित करतात (किंवा EIP-7708) नेटवर्कसाठी प्रत्येक वेळी शून्य नसलेली ETH रक्कम हलवली किंवा बर्न केली जाते तेव्हा मानक नोंद घटना उत्सर्जित करणे अनिवार्य करते.

यामुळे वॉलेट्स, एक्सचेंजेस आणि सेतू ऑपरेटरना सानुकूल टूलिंगशिवाय ठेवी आणि हालचालींचा अचूक मागोवा घेणे खूप सोपे आणि अधिक विश्वासार्ह होईल.

**संसाधने**: [EIP-7708 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7708)

### eth/70 आंशिक ब्लॉक पावती सूची {#eth-70-partial-block-receipt-lists}

जसजसे आपण इथेरियम करू शकणाऱ्या कामाचे प्रमाण वाढवतो, तसतसे त्या क्रियांसाठी पावत्यांच्या सूची (या व्यवहारांच्या डेटा नोंदी) इतक्या मोठ्या होत आहेत की एकमेकांशी डेटा समक्रमित करण्याचा प्रयत्न करताना ते नेटवर्कच्या नोड्सना अयशस्वी करू शकतात.

आता सर्व अंमलबजावणी स्तर क्लायंट्ससाठी आवश्यक असलेले, eth/70 आंशिक ब्लॉक पावती सूची (किंवा EIP-7975) नोड्सना एकमेकांशी बोलण्याचा एक नवीन मार्ग (eth/70) सादर करते जे या मोठ्या सूचींना लहान, अधिक आटोपशीर तुकड्यांमध्ये विभागण्याची अनुमती देते. eth/70 नेटवर्कच्या संप्रेषण प्रोटोकॉलसाठी एक पेजिनेशन सिस्टम सादर करते जे नोड्सना ब्लॉक पावती सूची विभाजित करण्यास आणि लहान, अधिक आटोपशीर भागांमध्ये डेटाची सुरक्षितपणे विनंती करण्यास अनुमती देते.

हा बदल भारी क्रियाकलापांच्या कालावधीत नेटवर्क समक्रमण अपयश टाळेल. शेवटी, हे इथेरियमला त्याची ब्लॉक क्षमता वाढवण्याचा आणि भविष्यात प्रति ब्लॉक अधिक व्यवहारांवर प्रक्रिया करण्याचा मार्ग मोकळा करते, चेन समक्रमित करणाऱ्या भौतिक हार्डवेअरवर ताण न देता.

**संसाधने**: [EIP-7975 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7975)


## पुढील वाचन {#further-reading}

- [इथेरियम रोडमॅप](/roadmap/)
- [Forkcast: ग्लॅमस्टरडॅम](https://forkcast.org/upgrade/glamsterdam)
- [ग्लॅमस्टरडॅम मेटा EIP](https://eips.ethereum.org/EIPS/eip-7773)
- [2026 साठी प्रोटोकॉल प्राधान्यक्रम अद्यतन ब्लॉग घोषणा](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026)
- [The Daily Gwei Refuel पॉडकास्ट - पोस्ट-क्वांटम इथेरियम, ग्लॅमस्टरडॅम येत आहे](https://www.youtube.com/watch?v=qx9sd50uQjQ)


## वारंवार विचारले जाणारे प्रश्न (FAQ) {#faq}

### ग्लॅमस्टरडॅम हार्ड फोर्कनंतर ETH कसे रूपांतरित केले जाऊ शकते? {#how-can-eth-be-converted-after-the-hardfork}

- **तुमच्या ETH साठी कोणतीही कृती आवश्यक नाही**: ग्लॅमस्टरडॅम अपग्रेडनंतर तुमचे ETH रूपांतरित किंवा अपग्रेड करण्याची आवश्यकता नाही. तुमच्या खात्यातील शिल्लक समान राहील आणि तुम्ही सध्या धारण केलेले ETH हार्ड फोर्कनंतर त्याच्या विद्यमान स्वरूपात प्रवेशयोग्य राहील.
- **घोटाळ्यांपासून सावध रहा!** <Emoji text="⚠️" /> **तुम्हाला तुमचे ETH "अपग्रेड" करण्याची सूचना देणारी कोणतीही व्यक्ती तुमची फसवणूक करण्याचा प्रयत्न करत आहे.** या अपग्रेडच्या संदर्भात तुम्हाला काहीही करण्याची आवश्यकता नाही. तुमची मालमत्ता पूर्णपणे अप्रभावित राहील. लक्षात ठेवा, माहिती असणे हा घोटाळ्यांविरूद्ध सर्वोत्तम बचाव आहे.

[घोटाळे ओळखणे आणि टाळणे याबद्दल अधिक](/security/)

### ग्लॅमस्टरडॅम अपग्रेड सर्व इथेरियम नोड्स आणि प्रमाणकांना प्रभावित करते का? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators}

होय, ग्लॅमस्टरडॅम अपग्रेडसाठी [अंमलबजावणी क्लायंट्स आणि सहमती क्लायंट्स](/developers/docs/nodes-and-clients/) दोन्हीमध्ये अद्यतने आवश्यक आहेत. कारण हे अपग्रेड प्रस्थापित प्रस्तावक-निर्माता विभाजन (ePBS) सादर करते, नोड ऑपरेटरना हे सुनिश्चित करावे लागेल की त्यांचे क्लायंट्स नेटवर्कद्वारे ब्लॉक्स तयार करण्याच्या, प्रमाणित करण्याच्या आणि पुष्टी करण्याच्या नवीन मार्गांना हाताळण्यासाठी अद्यतनित केले आहेत.

सर्व मुख्य इथेरियम क्लायंट्स उच्च प्राधान्य म्हणून चिन्हांकित हार्ड फोर्कला समर्थन देणाऱ्या आवृत्त्या जारी करतील. हे रिलीझ क्लायंट GitHub रेपॉजिटरीज, त्यांचे [डिस्कॉर्ड् चॅनेल्स](https://ethstaker.org/support), [EthStaker डिस्कॉर्ड्](https://dsc.gg/ethstaker) मध्ये कधी उपलब्ध होतील याची माहिती तुम्ही ठेवू शकता किंवा प्रोटोकॉल अद्यतनांसाठी इथेरियम ब्लॉगची सदस्यता घेऊ शकता.

अपग्रेडनंतर इथेरियम नेटवर्कशी समक्रमण राखण्यासाठी, नोड ऑपरेटरनी ते समर्थित क्लायंट आवृत्ती चालवत असल्याची खात्री करणे आवश्यक आहे. लक्षात घ्या की क्लायंट रिलीझबद्दलची माहिती वेळ-संवेदनशील आहे आणि वापरकर्त्यांनी सर्वात वर्तमान तपशीलांसाठी नवीनतम अद्यतनांचा संदर्भ घ्यावा.

### एक स्टेकर म्हणून, मला ग्लॅमस्टरडॅम अपग्रेडसाठी काय करावे लागेल? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade}

प्रत्येक नेटवर्क अपग्रेडप्रमाणे, तुमचे क्लायंट्स ग्लॅमस्टरडॅम समर्थनासह चिन्हांकित नवीनतम आवृत्त्यांमध्ये अद्यतनित केल्याची खात्री करा. रिलीझबद्दल माहिती मिळवण्यासाठी मेलिंग लिस्ट आणि [EF ब्लॉगवरील प्रोटोकॉल घोषणांमधील](https://blog.ethereum.org/category/protocol) अद्यतनांचे अनुसरण करा.

मेननेटवर ग्लॅमस्टरडॅम सक्रिय होण्यापूर्वी तुमचे सेटअप प्रमाणित करण्यासाठी, तुम्ही टेस्टनेट्सवर प्रमाणक चालवू शकता. टेस्टनेट फोर्क्सची घोषणा मेलिंग लिस्ट आणि ब्लॉगमध्ये देखील केली जाते.

### स्तर १ (l1) स्केलिंगसाठी ग्लॅमस्टरडॅममध्ये कोणत्या सुधारणांचा समावेश असेल? {#what-improvements-will-glamsterdam-include-for-l1-scaling}

प्रमुख वैशिष्ट्य ePBS (EIP-7732) आहे, जे नेटवर्क व्यवहार प्रमाणित करण्याचे जड काम सहमती गाठण्याच्या कामापासून वेगळे करते. हे डेटा प्रसार विंडो 2 सेकंदांवरून अंदाजे 9 सेकंदांपर्यंत वाढवते, इथेरियमची खूप जास्त व्यवहार प्रक्रिया क्षमता सुरक्षितपणे हाताळण्याची आणि स्तर २ (l2) नेटवर्क्ससाठी अधिक डेटा ब्लॉब्स सामावून घेण्याची क्षमता मोकळी करते.

### ग्लॅमस्टरडॅम इथेरियम (स्तर १ (l1)) वरील शुल्क कमी करेल का? {#will-glamsterdam-lower-fees-on-ethereum-layer-1}

होय, ग्लॅमस्टरडॅम बहुधा दैनंदिन वापरकर्त्यांसाठी शुल्क कमी करेल! अंतर्निहित व्यवहार गॅस कमी करणे (किंवा EIP-2780) ETH पाठवण्यासाठी पायाभूत शुल्क कमी करते, ज्यामुळे दैनंदिन देयकांसाठी ETH वापरणे खूप स्वस्त होते.

याव्यतिरिक्त, दीर्घकालीन शाश्वततेसाठी, ग्लॅमस्टरडॅम ब्लॉक-लेव्हल ॲक्सेस लिस्ट्स (BALs) सादर करते. हे समांतर प्रक्रिया सक्षम करते आणि भविष्यात उच्च एकूण गॅस मर्यादा सुरक्षितपणे हाताळण्यासाठी स्तर १ (l1) तयार करते, ज्यामुळे क्षमता वाढल्यामुळे प्रति-व्यवहार गॅस खर्च कमी होण्याची शक्यता आहे.

### ग्लॅमस्टरडॅमनंतर माझ्या विद्यमान स्मार्ट कॉन्ट्रॅक्ट्समध्ये काही बदल होतील का? {#will-my-smart-contracts-change}

ग्लॅमस्टरडॅमनंतर विद्यमान कॉन्ट्रॅक्ट्स सामान्यपणे कार्य करणे सुरू ठेवतील. विकासकांना बहुधा अनेक नवीन साधने मिळतील आणि त्यांनी त्यांच्या गॅस वापराचे पुनरावलोकन केले पाहिजे:

- कमाल कॉन्ट्रॅक्ट आकार वाढवणे (किंवा EIP-7954) विकासकांना मोठे ॲप्लिकेशन्स प्रस्थापित करण्याची अनुमती देते, कमाल कॉन्ट्रॅक्ट आकार मर्यादा अंदाजे 24KiB वरून 64KiB पर्यंत वाढवते.
- डिटरमिनिस्टिक फॅक्टरी प्री-डिप्लॉय (किंवा EIP-7997) एक सार्वत्रिक, अंगभूत फॅक्टरी कॉन्ट्रॅक्ट सादर करते. हे विकासकांना त्यांचे ॲप्लिकेशन्स आणि स्मार्ट कॉन्ट्रॅक्ट वॉलेट्स सर्व सहभागी EVM चेन्सवर अचूक समान पत्त्यावर प्रस्थापित करण्याची अनुमती देते.
- जर तुमचे ॲप ETH हस्तांतरणे शोधण्यासाठी जटिल ट्रेसिंगवर अवलंबून असेल, तर ETH हस्तांतरण आणि बर्न्स नोंद उत्सर्जित करतात (किंवा EIP-7708) तुम्हाला अधिक सोप्या आणि विश्वासार्ह हिशेबासाठी नोंदी वापरण्याकडे वळण्याची अनुमती देईल.
- स्थिती निर्मिती गॅस खर्चात वाढ (किंवा EIP-8037) आणि स्थिती-प्रवेश गॅस खर्च अद्यतन (किंवा EIP-8038) नवीन शाश्वतता मॉडेल्स सादर करतात जे काही विशिष्ट कॉन्ट्रॅक्ट प्रस्थापना खर्च बदलतील, कारण नवीन खाती किंवा कायमस्वरूपी स्टोरेज तयार करण्यासाठी तयार केलेल्या डेटाच्या आकारावर आधारित नवीन प्रमाणित निश्चित शुल्क असेल.

### ग्लॅमस्टरडॅम नोड स्टोरेज आणि हार्डवेअर आवश्यकतांवर कसा परिणाम करेल? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements}

ग्लॅमस्टरडॅमसाठी विचाराधीन असलेले अनेक EIPs स्थिती वाढीच्या कार्यप्रदर्शन क्लिफला संबोधित करतात:

- स्थिती निर्मिती गॅस खर्चात वाढ (किंवा EIP-8037) 120 GiB/वर्ष या स्थिती डेटाबेस वाढीच्या दराला लक्ष्य करण्यासाठी एक निश्चित-खर्च फ्रेमवर्क (CPSB) सादर करते, ज्यामुळे मानक भौतिक हार्डवेअर नेटवर्क कार्यक्षमतेने चालवणे सुरू ठेवू शकेल याची खात्री होते.
- eth/70 आंशिक ब्लॉक पावती सूची (किंवा EIP-7975) नोड्सना पेजिनेटेड ब्लॉक पावत्यांची विनंती करण्याची अनुमती देते, जे इथेरियम स्केल होत असताना क्रॅश आणि समक्रमण टाळण्यासाठी डेटा-हेवी ब्लॉक पावती सूचींना लहान भागांमध्ये विभाजित करते.