पेक्ट्रा अपग्रेड में क्या शामिल हो रहा है?

Devcon SEA में क्रिस्टीन किम (Christine Kim) द्वारा एक प्रस्तुति जिसमें इथेरियम के पेक्ट्रा अपग्रेड में शामिल EIPs, वे प्रोटोकॉल में क्या बदलाव करते हैं, मेननेट सक्रियण की उम्मीद कब है, और किन EIPs को दायरे से हटा दिया गया था, इस पर चर्चा की गई है।

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

परिचय (0:00)

हम उन सभी EIPs के बारे में बात करने जा रहे हैं जो पेक्ट्रा अपग्रेड में शामिल हो रहे हैं। शुरू करने से पहले एक त्वरित अस्वीकरण: मैं जो कुछ भी कहने जा रही हूं वह सब सूचनात्मक है — सूचनात्मक उद्देश्यों के लिए — और इसे वित्तीय या निवेश सलाह के रूप में नहीं लिया जाना चाहिए।

पेक्ट्रा मेननेट कब है (0:23)

पेक्ट्रा में क्या शामिल हो रहा है, इस पर चर्चा करने से पहले, मुझसे सबसे ज्यादा पूछा जाने वाला सवाल यह है कि "पेक्ट्रा मेननेट पर कब आ रहा है?" इसलिए मैं पहले इसका जवाब दे देती हूं ताकि हम तकनीकी बातों पर आगे बढ़ सकें।

यह एक बहुत ही अस्थायी समयरेखा विश्लेषण है। जब लोग मुझसे पूछते हैं कि पेक्ट्रा कब होने वाला है, तो मैं कहती हूं कि अभी कुछ भी कहना जल्दबाजी होगी — क्योंकि यह सच है। पेक्ट्रा अभी भी अपने विकास के बहुत शुरुआती चरण में है। विनिर्देश बदल रहे हैं, और पेक्ट्रा के दायरे को अभी तक वास्तव में अंतिम रूप नहीं दिया गया है।

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

ऐसा आमतौर पर नहीं होता है, लेकिन डेवलपर्स ने — विशेष रूप से इस पूरे सम्मेलन और दर्शकों में मौजूद सभी लोगों के लिए — इस महीने पहला सार्वजनिक पेक्ट्रा टेस्टनेट लॉन्च किया। इसे Mekong कहा जाता है, इसलिए आप जाकर उन कुछ EIPs के साथ बातचीत कर सकते हैं जो पेक्ट्रा में शुरुआती तौर पर शामिल होने वाले हैं। यह डेवनेट 4 विनिर्देशों पर आधारित है, लेकिन कृपया ध्यान दें कि वे विनिर्देश बदल रहे हैं।

EIPs में विनिर्देश परिवर्तनों की एक सूची है जिसे डेवलपर्स पहले से ही पेक्ट्रा डेवनेट 5 में शामिल करना चाहते हैं — जैसे BLS प्रीकंपाइल रीप्राइसिंग, और एक नया EIP जिसे डेवनेट 4 में लागू नहीं किया गया है लेकिन डेवलपर्स डेवनेट 5 या भविष्य के अपग्रेड के लिए लागू करने का लक्ष्य बना रहे हैं। इसलिए पेक्ट्रा विनिर्देश बदल रहे हैं। मुझे लगता है कि विनिर्देशों को वास्तव में फ्रीज करने से पहले अभी कई और डेवनेट आने बाकी हैं।

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

एक बार दायरे को अंतिम रूप दिया गया, तो आप जो भी नए EIPs लागू किए हैं — पेक्ट्रा अपग्रेड का पूरा दायरा — उनका परीक्षण करना शुरू करते हैं और कुछ और डेवनेट पर इसका कड़ा परीक्षण करते हैं। मैं शायद डेवनेट 6 या 7 तक की कल्पना करती हूं। और फिर एक बार जब पेक्ट्रा विनिर्देश फ्रीज हो जाते हैं और जाने के लिए तैयार हो जाते हैं — सभी एज केस जो डेवलपर्स डेवनेट पर पा सकते हैं, वे मिल गए हैं — तो वे सार्वजनिक इथेरियम टेस्टनेट पर पेक्ट्रा अपग्रेड जारी करेंगे। अभी दो हैं: Sepolia और Holesky।

ऐतिहासिक रूप से, डेवलपर्स ने सार्वजनिक टेस्टनेट अपग्रेड के बीच लगभग दो सप्ताह का समय रखा है। दुर्लभ अवसरों पर, डेवलपर्स ने उस समयरेखा को टेस्टनेट के बीच केवल एक सप्ताह तक कम कर दिया, लेकिन पेक्ट्रा के आकार के कारण, मुझे लगता है कि डेवलपर्स पूरा समय लेना चाहेंगे। मैं Sepolia और Holesky के लिए लगभग एक महीने का समय मानकर चल रही हूं, और उसके बाद ही आप अंततः मेननेट सक्रियण कर सकते हैं।

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

निष्पादन परत EIPs (6:23)

आइए इस बातचीत के मुख्य भाग पर चलते हैं — पेक्ट्रा अपग्रेड में क्या शामिल हो रहा है। पेक्ट्रा में दस EIPs शामिल हो रहे हैं, और उनमें से चार निष्पादन परत पर केंद्रित हैं।

EIP-2537 EVM में एक नया प्रीकंपाइल है — BLS12-381 कर्व ऑपरेशंस। यह एक नई क्रिप्टोग्राफिक हस्ताक्षर योजना है जिसकी स्मार्ट अनुबंध डेवलपर्स बहुत लंबे समय से मांग कर रहे हैं। यह EIP 2020 में बनाया गया था, और उस समय विकेंद्रीकृत एप्लिकेशन (dapp) डेवलपर्स कह रहे थे कि वे वास्तव में इसे चाहते थे क्योंकि यह कुछ dapps को जो शून्य-ज्ञान क्रिप्टोग्राफी पर निर्भर हैं, मजबूत गोपनीयता गारंटी, संभावित रूप से बढ़ी हुई सुरक्षा और स्केलेबिलिटी देगा। BLS हस्ताक्षर वह एकत्रीकरण भी है जो सत्यापक अनुप्रमाणन के लिए सर्वसम्मति परत पर होता है। यह EIP लंबे समय से प्रतीक्षित है। चिंताओं में से एक यह है: क्या अभी भी ऐसे ऐप्स हैं जो BLS प्रीकंपाइल की प्रतीक्षा कर रहे हैं, और क्या वे इसके लाइव होने पर इसका उपयोग करने जा रहे हैं? लेकिन अगर आप इन दर्शकों में हैं और नहीं जानते थे कि BLS प्रीकंपाइल अंततः आ रहा है — तो यह आ रहा है।

EIP-2935 — स्थिति से ऐतिहासिक ब्लॉक हैश प्रदान करना। यह निष्पादन परत में एक ऐसा बदलाव पेश करता है जिससे ऐतिहासिक ब्लॉकों के प्रमाण स्थिति से उत्पन्न किए जा सकते हैं। इसके लाइट क्लाइंट सिंकिंग और उन स्मार्ट अनुबंधों के लिए कुछ निकट-अवधि के लाभ हैं जो सीधे EVM के माध्यम से पूर्व ब्लॉक की स्थिति के बारे में डेटा का उपयोग करना चाहते हैं — आप वास्तव में अभी ऐसा नहीं कर सकते हैं। लेकिन वे निकट-अवधि के लाभ मुख्य कारण नहीं हैं कि इस EIP को पेक्ट्रा में शामिल किया गया था। प्राथमिक कारण यह है कि यह Verkle के लिए एक पूर्वापेक्षा है — इथेरियम की स्थिति डेटा संरचना में बड़ा बदलाव। डेवलपर्स ने सोचा था कि यह संक्रमण पेक्ट्रा के ठीक बाद होने वाला था, लेकिन Verkle फुसाका में नहीं जाने वाला है। उन्होंने इसे एक और अपग्रेड के लिए टाल दिया है, लेकिन इस शुरुआती कदम को पहले ही सूची से हटा दिया गया है।

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

EIP-7702 — बाहरी रूप से स्वामित्व वाले खातों के लिए कोड सेट करना। इथेरियम में एक नया लेन-देन प्रकार आ रहा है। यह लेन-देन प्रकार अस्थायी रूप से एक EOA को अधिक लचीलापन रखने की अनुमति देगा, जिससे लेन-देन बैचिंग, प्रायोजित लेन-देन, सशर्त लेन-देन और प्रत्यायोजित सुरक्षा जैसी सुविधाएँ सक्षम होंगी। आप सोच रहे होंगे, "क्या यह इथेरियम पर खाता अमूर्तन का दृष्टिकोण जीवंत हो रहा है?" नहीं, ऐसा नहीं है — यह एक छोटा कदम है। यह देखने के लिए एक प्रारंभिक कदम है कि इथेरियम पर सच्चे मूल खाता अमूर्तन का वास्तविक रोडमैप कैसा दिख सकता है। डेवलपर्स को वह पहला कदम कैसे उठाना चाहिए, इस पर काफी बहस हुई थी, और इसके शामिल होने और इसके डिजाइन को लेकर काफी विवाद हुआ था — लेकिन यह शामिल है।

सर्वसम्मति परत EIPs (12:00)

छह अन्य हैं — ये सर्वसम्मति परत EIPs हैं।

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

EIP-6110 — ऑनचेन सत्यापक जमा की आपूर्ति करना। द मर्ज हुआ और इथेरियम एक प्रूफ-ऑफ़-स्टेक (PoS) ब्लॉकचेन के रूप में अधिक परिपक्व है। कुछ सुरक्षा मान्यताओं में अब ढील दी जा सकती है। यह EIP मतदान के एक अतिरिक्त दौर को हटा देता है जो हर बार जमा अनुबंध पर 32 ETH जमा करने पर सर्वसम्मति परत की ओर होता है, यह सुनिश्चित करते हुए कि सभी जमा सत्यापन निष्पादन परत पर होता है। इसके सत्यापक 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 संक्रमण, समावेशन सूचियां, निर्गमन में परिवर्तन, इतिहास समाप्ति, ePBS, और खाता अमूर्तन दिशा।

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

होस्ट: EOF कब?

क्रिस्टीन किम: मैंने अभी-अभी कहा कि डेवलपर्स इसे फुसाका में डालने की कोशिश करने जा रहे हैं। क्या मुझे लगता है कि इसकी संभावना है? शायद नहीं। क्या मुझे लगता है कि फुसाका 2025 में होने वाला है? बिल्कुल नहीं। पेक्ट्रा को तैयार करने में जितना समय लगा है — फुसाका में भी उतना ही या उससे अधिक समय लगेगा।

होस्ट: क्या अभी और पेक्ट्रा सक्रियण के बीच ब्लॉब लक्ष्य बढ़ाने के लिए कोई आपातकालीन मार्ग है?

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

होस्ट: क्या प्रस्ताव केवल ब्लॉब सीमा को बदलने का है या ब्लॉब लक्ष्य को भी?

क्रिस्टीन किम: बहुत अच्छा सवाल। सबसे रूढ़िवादी वृद्धि तीन से चार है — केवल लक्ष्य को बदलना, अधिकतम को बिल्कुल नहीं बदलना। लेकिन लेयर 2 (l2) डेवलपर्स ने यह नहीं मांगा है। Base टीम — Coinbase की Base टीम — का एक प्रतिनिधि है और वह अधिक आक्रामक वृद्धि के लिए होड़ कर रहा है। उन्होंने यह सुझाव देने के लिए डेटा दिखाया है कि वृद्धि इथेरियम के विकेंद्रीकरण को नकारात्मक रूप से प्रभावित नहीं करेगी। केवल लक्ष्य को बदलने का एक रूढ़िवादी प्रस्ताव है, और फिर अधिकतम और लक्ष्य दोनों को बदलने का एक अधिक महत्वाकांक्षी प्रस्ताव है — जैसे आठ और चार, या छह और बारह। अलग-अलग ग्रेडिएंट हैं।

होस्ट: आपने लोगों से शासन में अधिक शामिल होने का आग्रह किया। समुदाय अधिक कैसे शामिल हो सकता है?

क्रिस्टीन किम: ETH Research और ETH Magicians कुछ EIPs को अपवोट करने और अपना समर्थन दिखाने के लिए दो वास्तव में बेहतरीन चर्चा मंच हैं। ACD कॉल्स शायद सबसे उच्च-संकेत (high-signal) वाली जगह हैं — आपको बस GitHub पर ACD कॉल एजेंडे पर एक टिप्पणी छोड़नी है और कहना है कि यह एक EIP है जिसके बारे में आप बात करना या प्रस्तुत करना चाहेंगे। कॉल का मॉडरेटर आमतौर पर आपको समय देने के लिए बहुत सहमत होता है। हालांकि बहुत अधिक समय न लें — अपनी बात कहने के लिए शायद पांच मिनट।