पेक्ट्रा अपग्रेडमध्ये काय समाविष्ट होत आहे?

Devcon SEA मध्ये क्रिस्टीन किम (Christine Kim) यांचे सादरीकरण, ज्यामध्ये इथेरियमच्या पेक्ट्रा अपग्रेडमध्ये समाविष्ट असलेल्या EIPs, ते प्रोटोकॉलमध्ये काय बदल करतात, मुख्यनेट सक्रियकरण कधी अपेक्षित आहे आणि कोणत्या EIPs व्याप्तीतून काढून टाकण्यात आल्या आहेत यावर चर्चा केली आहे.

ही ट्रान्सक्रिप्ट इथेरियम फाउंडेशनने प्रकाशित केलेल्या मूळ व्हिडिओ ट्रान्सक्रिप्टची (opens in a new tab) एक सुलभ प्रत आहे. वाचनीयतेसाठी यात थोडे संपादन केले आहे.

परिचय (0:00)

आम्ही पेक्ट्रा अपग्रेडमध्ये समाविष्ट होणाऱ्या सर्व EIPs बद्दल बोलणार आहोत. मी सुरुवात करण्यापूर्वी एक छोटी सूचना: मी जे काही सांगणार आहे ते सर्व माहितीपूर्ण आहे — केवळ माहितीच्या उद्देशाने — आणि तो आर्थिक किंवा गुंतवणुकीचा सल्ला मानला जाऊ नये.

पेक्ट्रा मुख्यनेट कधी आहे (0:23)

पेक्ट्रामध्ये काय समाविष्ट होत आहे याकडे वळण्यापूर्वी, मला सर्वात जास्त विचारला जाणारा प्रश्न म्हणजे "पेक्ट्रा मुख्यनेटवर कधी येत आहे?" त्यामुळे मी आधी हे स्पष्ट करते जेणेकरून आपण तांत्रिक गोष्टींकडे वळू शकू.

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

या प्रक्रियेतून, तुम्ही एक गोष्ट शिकू शकता ती म्हणजे अपग्रेड्स कसे विकसित केले जातात, त्यांची चाचणी कशी केली जाते आणि शेवटी ते मुख्यनेटवर कसे येतात. सुरुवातीला, विकासक अपग्रेडमध्ये समाविष्ट करण्यासाठी काही EIPs ठरवतात आणि नंतर ते या EIPs ची अंमलबजावणी खाजगी विकासक-केंद्रित टेस्टनेटवर करतात ज्यांना डेव्हनेट म्हणतात. विकासकांनी पेक्ट्रासाठी आधीच काही डेव्हनेट लाँच केले आहेत, त्यामुळे या EIPs ची अंमलबजावणी आधीच काही फेऱ्यांमधून झाली आहे. विकासकांना काही अपवादात्मक परिस्थिती (edge cases) आणि बग्स आढळले आहेत जे त्यांना दुरुस्त करायचे आहेत आणि ते नवीन डेव्हनेट लाँच करून या EIPs वर पुनरावृत्ती करतात. डेव्हनेट 4 गेल्या महिन्यात ऑक्टोबरमध्ये लाँच करण्यात आले होते.

असे सहसा घडत नाही, परंतु विकासकांनी — विशेषतः या संपूर्ण परिषदेसाठी आणि प्रेक्षकांमधील प्रत्येकासाठी — या महिन्यात पहिले सार्वजनिक पेक्ट्रा टेस्टनेट लाँच केले. याला Mekong म्हणतात, त्यामुळे तुम्ही जाऊन पेक्ट्रामध्ये समाविष्ट होणाऱ्या काही EIPs सोबत लवकर संवाद साधू शकता. हे डेव्हनेट 4 च्या तपशीलांवर आधारित आहे, परंतु कृपया लक्षात घ्या की ते तपशील बदलत आहेत.

EIPs च्या तपशीलातील बदलांची एक यादी आहे जी विकासकांना पेक्ट्रा डेव्हनेट 5 मध्ये आधीच समाविष्ट करायची आहे — जसे की BLS प्रीकंपाइल रिप्रायसिंग, आणि एक नवीन EIP जी डेव्हनेट 4 मध्ये लागू केलेली नाही परंतु विकासक ती डेव्हनेट 5 किंवा भविष्यातील अपग्रेडसाठी लागू करण्याचे ध्येय ठेवत आहेत. त्यामुळे पेक्ट्राचे तपशील बदलत आहेत. तपशील खरोखर गोठवले जाण्यापूर्वी (frozen) मला आणखी अनेक डेव्हनेट्सची आवश्यकता दिसते.

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

एकदा व्याप्ती अंतिम झाली की, तुम्ही लागू केलेल्या कोणत्याही नवीन EIPs ची चाचणी सुरू करता — पेक्ट्रा अपग्रेडची संपूर्ण व्याप्ती — आणि आणखी काही डेव्हनेट्सवर त्याची कठोर चाचणी (battle-test) करता. मला वाटते की कदाचित डेव्हनेट 6 किंवा 7 पर्यंत हे चालेल. आणि मग एकदा पेक्ट्राचे तपशील गोठवले गेले आणि तयार झाले — विकासकांना डेव्हनेट्सवर सापडू शकणाऱ्या सर्व अपवादात्मक परिस्थिती सापडल्या — की ते पेक्ट्रा अपग्रेड सार्वजनिक इथेरियम टेस्टनेट्सवर रिलीज करतील. सध्या दोन आहेत: Sepolia आणि Holesky.

ऐतिहासिकदृष्ट्या, विकासकांनी सार्वजनिक टेस्टनेट अपग्रेड्स दरम्यान सुमारे दोन आठवड्यांचा वेळ दिला आहे. दुर्मिळ प्रसंगी, विकासकांनी ती वेळ टेस्टनेट्स दरम्यान फक्त एका आठवड्यापर्यंत कमी केली, परंतु पेक्ट्राच्या आकारामुळे, मला वाटते की विकासक पूर्ण वेळ घेऊ इच्छितील. मी Sepolia आणि Holesky साठी अंदाजे एका महिन्याचा वेळ गृहीत धरत आहे, आणि त्यानंतरच तुम्हाला शेवटी मुख्यनेट सक्रियकरण मिळू शकेल.

मला सध्या माहित असलेली सर्व माहिती आणि विकासकांनी पेक्ट्रावर आतापर्यंत केलेली प्रगती पाहता, माझे सर्वोत्तम विश्लेषण आणि अंदाज असा आहे की पेक्ट्रा मुख्यनेट वास्तवात पुढील एप्रिल 2025 मध्ये होईल. पुन्हा, हे अतिशय तात्पुरते आहे कारण बरेच काही बदलू शकते. विकास आठवड्या-दर-आठवड्याला होतो — विकासक या ACD कॉल्सवर असतात आणि या EIP मध्ये त्यांना अपेक्षित नसलेल्या बगबद्दल किंवा पेक्ट्रामध्ये त्यांना जोडायच्या असलेल्या या नवीन EIP बद्दल बोलत असतात.

अंमलबजावणी स्तर EIPs (6:23)

चला या चर्चेच्या मुख्य भागाकडे वळूया — पेक्ट्रा अपग्रेडमध्ये काय समाविष्ट होत आहे. पेक्ट्रामध्ये दहा EIPs समाविष्ट होत आहेत, आणि त्यापैकी चार अंमलबजावणी स्तरावर केंद्रित आहेत.

EIP-2537 हे EVM मधील एक नवीन प्रीकंपाइल आहे — BLS12-381 वक्र ऑपरेशन्स (curve operations). ही एक नवीन क्रिप्टोग्राफिक स्वाक्षरी योजना आहे ज्याची स्मार्ट कॉन्ट्रॅक्ट विकासक बऱ्याच काळापासून मागणी करत आहेत. ही EIP 2020 मध्ये तयार केली गेली होती, आणि त्यावेळी विकेंद्रित ॲप्लिकेशन (dapp) विकासक म्हणत होते की त्यांना खरोखरच याची आवश्यकता आहे कारण यामुळे झिरो-नॉलेज गूढलेखनावर अवलंबून असलेल्या काही dapps ला अधिक मजबूत गोपनीयता हमी, संभाव्यतः वाढलेली सुरक्षा आणि स्केलेबिलिटी मिळेल. BLS स्वाक्षऱ्या हे प्रमाणक साक्षांकनासाठी सहमती स्तरावर होणारे एकत्रीकरण (aggregation) देखील आहे. ही EIP बऱ्याच काळापासून प्रलंबित आहे. एक चिंता अशी आहे की: अजूनही असे ॲप्स आहेत का जे BLS प्रीकंपाइलची वाट पाहत आहेत, आणि जेव्हा ते लाईव्ह होईल तेव्हा ते त्याचा वापर करणार आहेत का? परंतु जर तुम्ही या प्रेक्षकांमध्ये असाल आणि तुम्हाला माहित नसेल की BLS प्रीकंपाइल शेवटी येत आहे — तर ते येत आहे.

EIP-2935 — स्थितीमधून ऐतिहासिक ब्लॉक हॅशेस प्रदान करणे. हे अंमलबजावणी स्तरामध्ये असा बदल घडवून आणते की ऐतिहासिक ब्लॉक्सचे पुरावे स्थितीमधून तयार केले जाऊ शकतात. लाइट क्लायंट समक्रमण आणि स्मार्ट कॉन्ट्रॅक्ट्ससाठी याचे काही अल्पकालीन फायदे आहेत ज्यांना EVM द्वारे थेट मागील ब्लॉकच्या स्थितीबद्दल डेटा वापरायचा असेल — तुम्ही सध्या तसे करू शकत नाही. परंतु ते अल्पकालीन फायदे हे EIP पेक्ट्रामध्ये समाविष्ट करण्याचे मुख्य कारण नाही. प्राथमिक कारण असे आहे की हे Verkle साठी एक पूर्वअट आहे — इथेरियमच्या स्थिती डेटा संरचनेतील मोठा बदल. विकासकांना वाटले होते की ते संक्रमण पेक्ट्रानंतर लगेच होईल, परंतु Verkle फुसाकामध्ये जाणार नाही. त्यांनी ते दुसऱ्या अपग्रेडसाठी पुढे ढकलले आहे, परंतु ही पहिली पायरी आधीच पूर्ण झाली आहे.

EIP-7685 — सामान्य-उद्देशीय अंमलबजावणी स्तर विनंत्या. ही EIP खरोखर इथेरियममध्ये नवीन वैशिष्ट्ये आणत नाही — ही पेक्ट्रामधील इतर EIPs ला समर्थन देण्यासाठी एक EIP आहे. पेक्ट्रामध्ये, अशा काही EIPs आहेत जिथे अंमलबजावणी स्तर सहमती स्तरावर पूर्वीपेक्षा खूप जास्त संदेश — वेगवेगळ्या प्रकारचे संदेश — पाठवू शकेल. अंमलबजावणी स्तरावरील स्मार्ट कॉन्ट्रॅक्ट्स प्रमाणक रक्कम काढणे, एकत्रीकरण (consolidations) आणि ठेवी ट्रिगर करण्यास सक्षम असतील. हे नवीन संप्रेषण चॅनेल सर्व स्वतंत्र, अद्वितीय पद्धतीने लागू करण्याऐवजी, ही EIP या विनंत्या सामावून घेण्यासाठी एक सामान्यीकृत रचना — एक सामान्यीकृत बस — तयार करते. याची चाचणी करणे सोपे होईल, क्लायंट्समध्ये लागू करणे सोपे होईल आणि प्रमाणित करणे सोपे होईल, विशेषतः जर विकासकांना नवीन प्रकारच्या अंमलबजावणी-स्तर-ट्रिगर करण्यायोग्य विनंत्या सादर करायच्या असतील.

EIP-7702 — बाह्य मालकीच्या खात्यांसाठी (EOA) कोड सेट करणे. इथेरियममध्ये एक नवीन व्यवहार प्रकार येत आहे. हा व्यवहार प्रकार तात्पुरत्या स्वरूपात EOA ला अधिक लवचिकता देईल, ज्यामुळे व्यवहार बॅचिंग, प्रायोजित व्यवहार, सशर्त व्यवहार आणि नियुक्त सुरक्षा (delegated security) यांसारखी वैशिष्ट्ये सक्षम होतील. तुम्ही विचार करत असाल, "इथेरियमवर खाते अमूर्तीकरण दृष्टीकोन जिवंत होत आहे का?" नाही, तसे नाही — हे एक छोटे पाऊल आहे. इथेरियमवर खऱ्या मूळ खाते अमूर्तीकरणाचा खरा रोडमॅप कसा दिसू शकतो हे पाहण्यासाठी हे एक प्रारंभिक पाऊल आहे. विकासकांनी ते पहिले पाऊल कसे उचलावे यावर बरीच चर्चा झाली आणि हे समाविष्ट करण्यावर आणि त्याच्या डिझाइनवर बराच वाद झाला — परंतु ते समाविष्ट झाले आहे.

सहमती स्तर EIPs (12:00)

इतर सहा आहेत — या सहमती स्तर EIPs आहेत.

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

EIP-6110 — ऑनचेन प्रमाणक ठेवी पुरवणे. द मर्ज झाले आणि इथेरियम प्रूफ-ऑफ-स्टेक (PoS) ब्लॉकचेन म्हणून अधिक परिपक्व झाले आहे. काही सुरक्षा गृहीतके आता शिथिल केली जाऊ शकतात. जेव्हा तुम्ही ठेव करारावर 32 ETH जमा करता तेव्हा प्रत्येक वेळी सहमती स्तरावर होणारी मतदानाची अतिरिक्त फेरी ही EIP काढून टाकते, ज्यामुळे सर्व ठेव प्रमाणीकरण अंमलबजावणी स्तरावर होते हे सुनिश्चित होते. याचे प्रमाणक UX साठी फायदे आहेत — तुम्ही तुमचे 32 ETH जमा करता आणि जेव्हा तुम्ही बीकन साखळीवर प्रमाणक प्रत्यक्षात सक्रिय झालेले पाहता यामधील वेळ यामुळे कमी होईल.

EIP-7002 — अंमलबजावणी-स्तर-ट्रिगर करण्यायोग्य रक्कम काढणे. हे स्टेकिंग पूल्ससाठी खूप चांगले आहे. सध्या, जर तुम्हाला प्रमाणक पूर्णपणे काढून घ्यायचा असेल, तर तो प्रमाणक चालवणाऱ्या नोड ऑपरेटरला प्रमाणकामधून पूर्णपणे निर्गमन करण्यासाठी त्यांची रक्कम काढण्याची की वापरावी लागते. या EIP द्वारे, स्मार्ट कॉन्ट्रॅक्ट्स ती पूर्ण रक्कम काढण्याची प्रक्रिया सुरू करू शकतील. हे एक विश्वासाचे गृहीतक आहे जे तुम्ही आता स्टेकिंग पूल्समधून काढून टाकू शकता — Lido, Rocket Pool आणि इतर स्मार्ट-कॉन्ट्रॅक्ट-आधारित स्टेकिंग पूल्स आता त्यांच्या इच्छेनुसार प्रमाणकांची पूर्ण रक्कम काढणे ट्रिगर करू शकतात.

EIP-7251 — कमाल प्रभावी शिल्लक वाढवणे. ही खरोखरच एक समस्या आहे. जेव्हा विकासक बीकन साखळीचा विचार करत होते, तेव्हा त्यांना प्रमाणक संच इतक्या वेगाने वाढेल अशी अपेक्षा नव्हती — आपण सुमारे 1.2 किंवा 1.3 दशलक्ष प्रमाणकांवर आहोत. बरेच सक्रिय प्रमाणक आहेत, नेटवर्किंग स्तरावर बरेच संदेश पाठवले जात आहेत, आणि हे खूप जास्त आहे. यामुळे नोड्सवर ताण येत आहे, आणि याकडे लक्ष न दिल्यास इथेरियमच्या आरोग्यासाठी ही एक मोठी समस्या ठरेल. EIP-7251 हे प्रमाणकांना त्यांचे ETH एकत्रित करण्यासाठी आणि 32 ETH पेक्षा जास्त कमाल प्रभावी शिल्लक ठेवण्यासाठी प्रोत्साहित करण्यासाठी डिझाइन केले आहे, ज्यामुळे इथेरियमवरील सक्रिय प्रमाणकांची संख्या कमी होईल.

EIP-7549 — समिती निर्देशांक साक्षांकनाच्या बाहेर हलवणे. इथेरियमवरील नेटवर्किंग भार कमी करण्यासाठी आणि नोड बँडविड्थ वाचवण्यासाठी साक्षांकने एकत्रित करण्याच्या पद्धतीची ही पुनर्रचना आणि रिफॅक्टरिंग आहे. जेव्हा विकासक याचा पेक्ट्रामध्ये समावेश करत होते, तेव्हा त्यांना वाटले की हा अद्भुत फायद्यांसह एक उत्तम आणि सोपा बदल आहे — परंतु प्रत्यक्षात, तो अपेक्षेपेक्षा लागू करणे खूप कठीण असल्याचे निष्पन्न झाले.

सारांश (17:19)

पेक्ट्रा हे अद्यतनांचे एक संमिश्र स्वरूप आहे. हे तीन गोष्टी करणार आहे: पहिले, प्रूफ-ऑफ-स्टेक (PoS) ब्लॉकचेन म्हणून इथेरियमच्या गंभीर त्रुटी दूर करणे — MaxEB चा विचार करा, ती एक गंभीर दुरुस्ती आहे कारण प्रमाणक संचाचा आकार अनियंत्रितपणे वाढत राहू शकतो. दुसरे, वापरकर्ता अनुभव सुधारणे — नवीन व्यवहार प्रकार, अधिक लवचिक डिझाइन्स, स्टेकिंग पूल्ससाठी अधिक विश्वासरहित डिझाइन्ससाठी काही सुधारणा. आणि तिसरे, इथेरियमची डेटा उपलब्धता क्षमता वाढवणे — हे अधिकृतपणे पेक्ट्रामध्ये समाविष्ट केलेले नाही परंतु तसे होण्याची शक्यता आहे.

पेक्ट्रामधून काढून टाकलेल्या EIPs (18:02)

येथे त्या सर्व EIPs आहेत ज्या पेक्ट्रामधून काढून टाकण्यात आल्या होत्या. अपग्रेडमधून इतक्या EIPs काढून टाकण्याची ही पहिलीच वेळ आहे.

PeerDAS — सुरुवातीला पेक्ट्रामध्ये डेटा उपलब्धता क्षमतेत खूप मोठी वाढ होणार होती. PeerDAS विकासकांना इथेरियम नोड चालवण्याच्या बँडविड्थ वापरावर आणि संगणकीय आवश्यकतांवर जास्त परिणाम न करता इथेरियमचे ब्लॉब लक्ष्य पटीने वाढवण्याची परवानगी देईल. परंतु ते अद्याप संशोधन आणि विकास टप्प्यात आहे.

EOF — EVM ऑब्जेक्ट फॉरमॅट. हे अकरा कोड बदल एकत्रितपणे इथेरियम EVM साठी एक मोठे अद्यतन आहेत. PeerDAS आणि EOF दोन्ही खरोखर सुरुवातीला पेक्ट्रामध्ये समाविष्ट केले गेले होते परंतु त्यांची स्वतंत्र डेव्हनेट्सवर चाचणी केली जात होती. विकासकांना वाटले की त्यांना मुख्यनेट सक्रियकरणासाठी तयार होण्यासाठी खूप जास्त वेळ लागेल, आणि त्यांना इतर पेक्ट्रा EIPs ला विलंब करायचा नव्हता. त्यामुळे ते म्हणाले की PeerDAS आणि EOF ला स्पष्टपणे अधिक वेळ हवा आहे — ते त्यांना दुसऱ्या अपग्रेडमध्ये ढकलतील आणि इतर पेक्ट्रा EIPs ला मुख्यनेटपासून रोखून धरणार नाहीत.

हे आता फुसाकामध्ये हलवले आहेत. Verkle सुरुवातीला फुसाकासाठी नियोजित होते परंतु तेव्हापासून त्याला आणखी विलंब झाला आहे. EOF आणि PeerDAS सध्या फुसाकामध्ये आहेत. इतर EIPs आहेत ज्यांचा विकासक फुसाकामध्ये समावेश करण्यासाठी पुनर्विचार करतील — SSZ संक्रमण, समावेश याद्या (inclusion lists), निर्गमन मधील बदल, इतिहास समाप्ती, ePBS, आणि खाते अमूर्तीकरण दिशा.

प्रश्नोत्तरे (22:02)

यजमान: EOF कधी?

क्रिस्टीन किम: मी आत्ताच सांगितले की विकासक ते फुसाकामध्ये टाकण्याचा प्रयत्न करणार आहेत. मला वाटते का की हे शक्य आहे? कदाचित नाही. मला वाटते का की फुसाका 2025 मध्ये होणार आहे? अजिबात नाही. पेक्ट्रा तयार करण्यासाठी जेवढा वेळ लागला आहे — फुसाकाला तितकाच किंवा त्याहून अधिक वेळ लागेल.

यजमान: आता आणि पेक्ट्रा सक्रियकरणाच्या दरम्यान ब्लॉब लक्ष्य वाढवण्यासाठी काही आणीबाणीचा मार्ग आहे का?

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

यजमान: प्रस्ताव फक्त ब्लॉब मर्यादा बदलण्याचा आहे की ब्लॉब लक्ष्य देखील बदलण्याचा आहे?

क्रिस्टीन किम: उत्तम प्रश्न. सर्वात पुराणमतवादी वाढ तीन ते चार आहे — फक्त लक्ष्य बदलणे, कमाल (max) अजिबात न बदलणे. परंतु स्तर २ (l2) विकासकांनी हे मागितलेले नाही. Base टीमचा एक प्रतिनिधी आहे — Coinbase ची Base टीम — आणि तो अधिक आक्रमक वाढीसाठी प्रयत्न करत आहे. त्याने असा डेटा दाखवला आहे जो सुचवतो की या वाढीचा इथेरियमच्या विकेंद्रीकरण वर नकारात्मक परिणाम होणार नाही. फक्त लक्ष्य बदलण्याचा एक पुराणमतवादी प्रस्ताव आहे, आणि नंतर कमाल आणि लक्ष्य दोन्ही बदलण्याचा अधिक महत्त्वाकांक्षी प्रस्ताव आहे — जसे की आठ आणि चार, किंवा सहा आणि बारा. यात वेगवेगळे टप्पे (gradients) आहेत.

यजमान: तुम्ही लोकांना प्रशासन मध्ये अधिक सहभागी होण्याचे आवाहन केले. समुदाय अधिक कसा सहभागी होऊ शकतो?

क्रिस्टीन किम: ETH Research आणि ETH Magicians हे काही EIPs ला अपव्होट करण्यासाठी आणि तुमचा पाठिंबा दर्शवण्यासाठी दोन खरोखर उत्तम चर्चा मंच आहेत. ACD कॉल्स हे कदाचित सर्वात उच्च-सिग्नल ठिकाण आहे — तुम्हाला फक्त GitHub वरील ACD कॉल अजेंडावर एक टिप्पणी द्यायची आहे आणि सांगायचे आहे की ही एक EIP आहे ज्याबद्दल तुम्हाला बोलायचे आहे किंवा सादर करायचे आहे. कॉलचे नियंत्रक (moderator) सहसा तुम्हाला वेळ देण्यास खूप अनुकूल असतात. तरीही जास्त वेळ घेऊ नका — तुमचे म्हणणे मांडण्यासाठी कदाचित पाच मिनिटे.