27 फरवरी, 2026 को, विटालिक बुटेरिन ने Ethereum Research पर "Hyper-scaling state by creating new forms of state" शीर्षक के साथ एक लंबा लेख प्रकाशित किया।

इस लेख में, विटालिक बुटेरिन ने ईथरियम के स्केलिंग पथ को और स्पष्ट किया। यह लेख केवल तकनीकी दृष्टिकोण से ईथरियम के स्केलिंग पर चर्चा नहीं करता, बल्कि एक समग्र आर्किटेक्चर के संदर्भ में, ईथरियम के भविष्य के कुछ वर्षों तक नेटवर्क क्षमता को लगातार बढ़ाने के लिए चरणबद्ध दृष्टिकोण प्रदान करता है।

इसी समय, उन्होंने X पर एक ट्वीट भी पोस्ट किया जिसमें इस लेख की और व्याख्या की गई। हम इसे सरल तरीके से समझने की कोशिश करते हैं कि विटालिक द्वारा इस बार प्रस्तावित नया स्केलिंग समाधान क्या है और ऐसा करने का कारण क्या है।

Short-term and long-term expansion of execution resources and data resources

विटालिक ने लंबे लेख की शुरुआत में बताया, "भविष्य के पांच वर्षों में ईथरियम को स्केल करने के लिए, तीन संसाधनों को स्केल करने की आवश्यकता है":

- संसाधन निष्पादन: EVM गणना, हस्ताक्षर प्रमाणीकरण आदि

- डेटा संसाधन: लेनदेन के प्रेषक, प्राप्तकर्ता, हस्ताक्षर आदि

- स्टेटस रिसोर्स: अकाउंट बैलेंस, कोड, स्टोरेज

The first two have short-term and long-term expansion plans.

संसाधन कार्यान्वयन के लिए, अल्पकालिक रूप से ब्लॉक एक्सेस सूची (BAL), ePBS और गैस शुल्क पुनर्मूल्यांकन के माध्यम से लगभग 10-30 गुना की वृद्धि, दीर्घकालिक रूप से ZK-EVM के माध्यम से लगभग 1000 गुना की वृद्धि, और कुछ विशिष्ट प्रकार की गणनाओं (हस्ताक्षर, SNARK/STARK) के लिए, ऑफ-चेन समेकन द्वारा प्रदर्शन में लगभग 10000 गुना की वृद्धि हो सकती है।

डेटा संसाधनों के लिए, अल्पकालिक रूप से p2p सुधार और बहुआयामी गैस के माध्यम से लगभग 10-20 गुना की वृद्धि, दीर्घकालिक रूप से Blobs + PeerDAS के माध्यम से लगभग 500 गुना की वृद्धि होगी।

शॉर्ट-टर्म विस्तार का लक्ष्य ईथरियम को तेज़ बनाना है। वर्तमान में ईथरियम धीमा है क्योंकि वर्तमान प्रमाणीकरण विधि क्रमिक है—एक के बाद एक लेनदेन की जांच की जाती है। अगर कोई लेनदेन अटक जाए, तो पूरी प्रमाणीकरण प्रक्रिया अटक जाती है।

इसलिए इस वर्ष के Glamsterdam अपग्रेड के तहत ब्लॉक एक्सेस लिस्ट (BAL) और ePBS लॉन्च किए जाएंगे।

ब्लॉक एक्सेस लिस्ट ब्लॉक पैकर को वेरिफायर्स को पहले से बताने की अनुमति देती है: "इस ब्लॉक में ट्रांजैक्शन, इन अकाउंट्स और स्टोरेज पोजिशन्स को एक्सेस करेंगे।" इस जानकारी के साथ, वेरिफायर्स इन डेटा को हार्ड डिस्क से मेमोरी में लोड करने के लिए पहले से तैयार हो सकते हैं। फिर, वेरिफायर्स एक-एक करके नहीं, बल्कि कई ट्रांजैक्शन्स की जांच समानांतर रूप से कर सकते हैं। जैसे कि फैक्ट्री की असेंबली लाइन: पहले एक कर्मचारी पूरे उत्पाद को संभालता था, अब कई कर्मचारी एक साथ अलग-अलग हिस्सों पर काम करते हैं।

ePBS फिर ब्लॉक के पैकेजिंग और प्रमाणीकरण प्रक्रिया को अलग करता है—ब्लॉक निर्माता लेनदेन को पैक करने के लिए जिम्मेदार होता है, प्रस्तावक ब्लॉक का प्रस्ताव रखने के लिए जिम्मेदार होता है, और सत्यापनकर्ता ब्लॉक की सत्यापन के लिए जिम्मेदार होता है। प्रत्येक भूमिका अपना कार्य करती है, और यदि प्रत्येक अपना हिस्सा सही ढंग से करता है, तो ब्लॉक निर्माता अधिक आक्रामकता से अधिक लेनदेन पैक कर सकता है, क्योंकि प्रस्तावक और सत्यापनकर्ता उसकी सुरक्षा की चिंता किए बिना उसकी जांच करेंगे।

गैस शुल्क पुनर्निर्धारण + बहुआयामी गैस को कहा जा सकता है 'कोर टेक्निक'। अब, एथेरियम के सभी ऑपरेशन एक ही गैस शुल्क का उपयोग करते हैं। लेकिन विटालिक का विचार है कि विभिन्न ऑपरेशन के लिए अलग-अलग कीमतें होनी चाहिए।

विशेष रूप से, नए स्टेट्स (जैसे नए खाते बनाना, नए कॉन्ट्रैक्ट डिप्लॉय करना) के लिए विशेष 'स्टेट क्रिएशन फी' होनी चाहिए। क्योंकि नया स्टेट बनाना सबसे महंगी ऑपरेशन है। यह न केवल कॉम्प्यूटेशनल संसाधनों का उपयोग करता है, बल्कि स्टोरेज संसाधनों का भी उपयोग करता है। और यह लागत स्थायी है—एक बार बनाने के बाद, यह स्टेट हमेशा के लिए मौजूद रहेगा।

इसलिए, विटालिक का विचार यह है: नए स्थिति के निर्माण को महंगा बनाएं, लेकिन सामान्य लेन-देन को सस्ता बनाएं।

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

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

लंबे समय तक का विस्तार मुख्य नेटवर्क को मजबूत और विकसित करना है, जिससे Layer 2 पर निर्भरता कम हो। इसमें Blobs + PeerDAS और ZK-EVM का चरणबद्ध रूप से लॉन्च शामिल है।

ब्लॉब्स, जो अस्थायी बड़े फाइल स्टोरेज हैं, अभी मुख्य रूप से Layer 2 के लिए उपयोग किए जाते हैं। भविष्य में, ईथरियम मेननेट खुद डेटा स्टोर करने के लिए ब्लॉब्स का उपयोग करेगा। लेकिन इसके साथ ही समस्या भी उत्पन्न होती है—अगर प्रत्येक नोड को सभी ब्लॉब्स डाउनलोड करने पड़ते हैं, तो नेटवर्क भारी हो जाएगा।

यहाँ PeerDAS की आवश्यकता होती है—पूरे डेटा को डाउनलोड किए बिना, केवल एक छोटा हिस्सा डाउनलोड करें। जैसे सैंपल सर्वेक्षण, जहाँ हर किसी से पूछने की आवश्यकता नहीं होती, बल्कि केवल कुछ लोगों से पूछकर पूरे समूह की स्थिति का अनुमान लगाया जा सकता है। ZK साबिती के साथ मिलाकर, यहाँ तक कि यदि आपने केवल 1/16 डेटा डाउनलोड किया हो, तो भी आप डेटा की पूर्णता की पुष्टि कर सकते हैं।

फिर ZK-EVM का चरणबद्ध रोलआउट होता है, जिससे एक ब्लॉक की पुष्टि के लिए ब्लॉक में सभी लेनदेन को पुनः निष्पादित करने की आवश्यकता नहीं रहती, नोड सीधे ZK साबित करने पर विश्वास करते हैं, और पुष्टि लागत "सभी लेनदेन को निष्पादित करने" से "एक ZK साबित करने" तक कम हो जाती है।

विटालिक की योजना है कि 2026 में, कुछ नोड्स द्वारा ZK प्रमाणीकरण का परीक्षण किया जाएगा। 2027 तक, अधिक नोड्स को प्रमाणीकरण का उपयोग करने के लिए प्रोत्साहित किया जाएगा। अंततः, एक ब्लॉक को मान्य होने के लिए, विभिन्न साबिती प्रणालियों से 5 प्रमाण प्रकारों में से 3 की आवश्यकता होगी। वह अनुमान लगाते हैं कि सभी नोड्स (इंडेक्स नोड्स को छोड़कर) अंततः ZK-EVM प्रमाण पर निर्भर हो जाएंगे।

No "magic bullet" status extension

अब आइए अल्पकालिक और दीर्घकालिक विस्तार में अभी तक नहीं बताए गए “स्थिति संसाधनों” पर नज़र डालते हैं। हालाँकि, अल्पकालिक रूप से, ब्लॉक एक्सेस सूची के साथ समन्वय, p2p में सुधार और डेटाबेस अनुकूलन जैसे तरीकों से लगभग 5-30 गुना तक सुधार किया जा सकता है, लेकिन दीर्घकालिक रूप से?

विटालिक का उत्तर है, नहीं।

क्यों स्टेट रिसोर्सेज को इतना कठिन होता है एक्सटेंड करना? ईथरियम का स्टेट एक विशाल डेटाबेस की तरह है। इस डेटाबेस में सभी अकाउंट्स के बैलेंस, सभी कॉन्ट्रैक्ट्स के कोड और सभी स्टोरेज पोजिशन्स के डेटा स्टोर किए गए हैं।

अभी यह डेटाबेस छोटा है, केवल लगभग 100 GB है, लेकिन अगर स्टेट को 20 गुना बढ़ा दिया जाए, तो यह 2 TB हो जाएगा। अगर समय और बढ़ जाए, तो क्या? 8 TB?

समस्या हार्ड डिस्क में जगह न होने की नहीं, बल्कि:

- डेटाबेस की दक्षता प्रभावित हो रही है: आधुनिक डेटाबेस डेटा को संगठित करने के लिए ट्री संरचना (जैसे Merkle ट्री) का उपयोग करते हैं। जब एक नया डेटा लिखा जाता है, तो पूरी ट्री को अपडेट करने की आवश्यकता होती है। इसका मतलब है कि अगर आप X बार अपडेट करना चाहते हैं, तो डेटाबेस स्तर पर X बार ऑपरेशन होंगे, न कि एक बार अपडेट करके डेटाबेस एक ऑपरेशन ही करे। जितने अधिक अपडेट, उतने ही अधिक ऑपरेशन, और लिखने की गति विस्फोटक रूप से धीमी हो जाएगी।

- सिंक्रनाइज़ेशन की कठिनाई: एथेरियम नेटवर्क में शामिल होने वाला एक नया नोड, नए ब्लॉक की पुष्टि करने के लिए पूरी स्थिति को डाउनलोड करने की आवश्यकता होती है। यदि डेटा आकार 8 TB तक पहुँच जाता है, तो अधिकांश लोगों की वर्तमान इंटरनेट गति के साथ इसे डाउनलोड करने में बहुत समय लगेगा।

समाधान मौजूद हैं, लेकिन विटालिक का मानना है कि सभी में समस्याएँ हैं:

- "स्ट्रॉन्ग स्टेटलेसनेस": नोड्स को पूर्ण स्थिति को संग्रहीत करने की आवश्यकता नहीं है, केवल उपयोगकर्ता को मेर्कल प्रमाण प्रदान करने की आवश्यकता है। विटालिक का मानना है कि इस योजना में स्थिति संग्रहण की केंद्रीकृतता, गतिशील स्थिति एक्सेस के कारण लेनदेन विफलता और बैंडविड्थ लागत की समस्याएँ हैं।

- "स्थिति का समय समाप्त हो गया": अक्सर उपयोग न किए गए स्थितियों को सक्रिय स्थिति से स्वचालित रूप से हटा दिया जाता है। नोड को केवल हाल ही में एक्सेस की गई स्थितियों को स्टोर करने की आवश्यकता होती है, जिससे स्टोरेज स्पेस में काफी कमी आती है। विटालिक का मानना है कि एक मूलभूत "समस्या" मौजूद है, जिसमें एक नई स्थिति बनाते समय, कैसे साबित किया जाए कि कोई स्थिति "कभी मौजूद नहीं रही"। मान लीजिए कि एक नया खाता बनाया जा रहा है, तो इसे साबित करने की आवश्यकता होगी कि नए खाते का पता ईथरियम पर कभी नहीं बनाया गया है। इसका मतलब है कि प्रत्येक नए खाते के निर्माण के लिए 10 साल के इतिहास की जांच की जानी चाहिए, जिससे नए खाते का निर्माण जटिल और महंगा हो जाएगा।

विटालिक की अंतिम रणनीति यह है कि इन दोनों योजनाओं को मिलाकर ईथरियम के स्टेट संसाधन आर्किटेक्चर के लिए कुछ नए स्टेट फॉर्म्स प्रस्तावित करें:

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

- नियमित संग्रहण: अस्थायी संग्रहण के समान, लेकिन अधिक लंबा अवधि, जैसे 1 वर्ष।

- सीमित स्टोरेज: कुछ स्टोरेज को केवल विशिष्ट तरीके से एक्सेस किया जा सकता है। उदाहरण के लिए, एक ERC20 टोकन का बैलेंस स्टोरेज, केवल एक विशिष्ट इंटरफ़ेस के माध्यम से एक्सेस किया जा सकता है। इससे प्रणाली इस स्टोरेज के लिए अनुकूलन कर सकती है।

इसी समय, मौजूदा स्थिति को बरकरार रखें। इस तरह, निष्पादन 1000 गुना सस्ता हो सकता है (ZK-EVM के माध्यम से), लेकिन नई स्थिति बनाना केवल 20 गुना सस्ता हो सकता है।

विटालिक का मानना है कि नए स्टेट फॉर्म के साथ, डेवलपर्स के पास चुनाव है। मौजूदा स्टेट फॉर्म का उपयोग जारी रखें, लेकिन अधिक शुल्क भुगतान करें, या अपने एप्लिकेशन को पुनः डिज़ाइन करें और नए स्टेट फॉर्म का उपयोग करके कम शुल्क प्राप्त करें। सामान्य उपयोग मामलों (जैसे ERC20 बैलेंस, NFT) के लिए, मानकीकृत वर्कफ्लो होंगे, जबकि अधिक जटिल उपयोग मामलों (जैसे DeFi) के लिए, डेवलपर्स को स्वयं अनुकूलन के तरीके ढूंढने होंगे।

यह रणनीति काफी दिलचस्प है, जिसमें थोड़ा डेवलपर्स का दिमाग लगाकर लागत कम करने और व्यापक ईथरियम उपयोगकर्ताओं को लाभ पहुंचाने का भाव है।

जानकारी के लिए लुटिंग ब्लॉकबीट्स में खाली पदों पर क्लिक करें

लियुडोंग ब्लॉकबीट्स के आधिकारिक समुदाय में शामिल हों:

टेलीग्राम सब्सक्रिप्शन समूह: https://t.me/theblockbeats

टेलीग्राम समुदाय: https://t.me/BlockBeats_App

ट्विटर आधिकारिक खाता: https://twitter.com/BlockBeatsAsia