मुख्य सामग्री पर जाएं

पृष्ठ अंतिम बार अपडेट किया गया: 26 फ़रवरी 2026

वर्कल ट्रीज़

वर्कल ट्रीज़ ("वेक्टर प्रतिबद्धता" और "मर्कल ट्रीज़" का एक चित्रण) एक डेटा संरचना है जिसका उपयोग एथेरियम नोड्स को अपग्रेड करने के लिए किया जा सकता है, ताकि वे ब्लॉक को मान्य करने की क्षमता खोए बिना बड़ी मात्रा में डेटा संग्रहीत करना बंद कर सकें।

स्टेटलेसनेस

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

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

गवाह क्या है और हमें उनकी आवश्यकता क्यों है?

किसी ब्लॉक को सत्यापित करने का अर्थ है ब्लॉक में शामिल लेनदेन को फिर से निष्पादित करना, एथेरियम की स्थिति में परिवर्तन लागू करना और नए रूट हैश की गणना करना। एक सत्यापित ब्लॉक वह है जिसकी गणना की गई स्थिति रूट हैश ब्लॉक के साथ प्रदान की गई एक के समान है (क्योंकि इसका मतलब है कि ब्लॉक प्रस्तावक ने वास्तव में गणना की है जो वे कहते हैं कि उन्होंने किया था)। आज के एथेरियम क्लाइंट में, state को अपडेट करने के लिए पूरे राज्य की कोशिश तक पहुंच की आवश्यकता होती है, जो एक बड़ी डेटा संरचना है जिसे स्थानीय रूप से संग्रहीत किया जाना चाहिए। एक गवाह में केवल स्टेट डेटा के टुकड़े होते हैं जो ब्लॉक में लेनदेन को निष्पादित करने के लिए आवश्यक होते हैं। एक सत्यापनकर्ता तब केवल उन टुकड़ों का उपयोग यह सत्यापित करने के लिए कर सकता है कि ब्लॉक प्रस्तावक ने ब्लॉक लेनदेन को निष्पादित किया है और स्थिति को सही ढंग से अपडेट किया है। हालांकि, इसका मतलब यह है कि गवाह को एथेरियम नेटवर्क पर साथियों के बीच तेजी से स्थानांतरित करने की आवश्यकता है ताकि प्रत्येक नोड द्वारा 12 सेकंड के स्लॉट के भीतर सुरक्षित रूप से प्राप्त और संसाधित किया जा सके। यदि गवाह बहुत बड़ा है, तो इसे डाउनलोड करने और श्रृंखला के साथ बने रहने में कुछ नोड्स को बहुत लंबा समय लग सकता है। यह एक केंद्रीकृत बल है क्योंकि इसका मतलब है कि केवल तेज़ इंटरनेट कनेक्शन वाले नोड्स ही ब्लॉक को मान्य करने में भाग ले सकते हैं। वर्कल ट्रीज़ के साथ, स्टेट को आपकी हार्ड ड्राइव पर संग्रहीत करने की कोई आवश्यकता नहीं है; किसी ब्लॉक को सत्यापित करने के लिए आपको जो कुछ भी चाहिए वह स्वयं ब्लॉक में निहित है। दुर्भाग्य से, मर्कल की कोशिश से जो गवाह पेश किए जा सकते हैं, वे स्टेटलेस ग्राहकों का समर्थन करने के लिए बहुत बड़े हैं।

वर्कल ट्रीज़ छोटे गवाहों को सक्षम क्यों बनाते हैं?

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

बहुपद प्रतिबद्धता योजना के तहत, गवाहों के पास प्रबंधनीय आकार होते हैं जिन्हें आसानी से पीयर-टू-पीयर नेटवर्क पर स्थानांतरित किया जा सकता है। यह क्लाइंट को न्यूनतम मात्रा में डेटा के साथ प्रत्येक ब्लॉक में स्टेट परिवर्तनों को सत्यापित करने की अनुमति देता है।

गवाह का आकार इसमें शामिल पत्तियों की संख्या के आधार पर भिन्न होता है। यह मानते हुए कि गवाह 1000 पत्तियों को कवर करता है, मर्कल ट्राई के लिए एक गवाह लगभग 3.5MB होगा (कोशिश करने के लिए 7 स्तरों को मानते हुए)। एक वर्कल ट्री में एक ही डेटा के लिए एक गवाह (ट्री के लिए 4 स्तर मानते हुए) के बारे में होगा 150 kB - के बारे में 23x छोटा । गवाह के आकार में यह कमी स्टेटलेस क्लाइंट गवाहों को स्वीकार्य रूप से छोटा होने की अनुमति देगी। बहुपद गवाह 0.128 -1 kB हैं जिसके आधार पर विशिष्ट बहुपद प्रतिबद्धता का उपयोग किया जाता है।

वर्कल ट्री की संरचना क्या है?

वर्कल ट्रीज़ (की, वैल्यू) जोड़े हैं, जहाँ कीज़ 32-बाइट के एलीमेंट होते हैं जो एक 31-बाइट के स्टेम और एक-बाइट के सफ़िक्स से बने होते हैं। इन कीज़ को एक्सटेंशन नोड्स और इनर नोड्स में व्यवस्थित किया जाता है। एक्सटेंशन नोड्स विभिन्न प्रत्ययों वाले 256 बच्चों के लिए एक एकल स्टेम का प्रतिनिधित्व करते हैं। इनर नोड्स में भी 256 बच्चे होते हैं, लेकिन वे अन्य एक्सटेंशन नोड्स हो सकते हैं। वर्कल ट्री और मर्कल ट्री की संरचना के बीच मुख्य अंतर यह है कि वर्कल ट्री बहुत अधिक समतल है, जिसका अर्थ है कि एक लीव को जड़ से जोड़ने वाले कम मध्यवर्ती नोड्स हैं, और इसलिए प्रमाण उत्पन्न करने के लिए कम डेटा की आवश्यकता होती है।

वर्कल ट्रीज़ की संरचना के बारे में और पढ़ें (opens in a new tab)

वर्तमान प्रगति

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

गुइलाउम बैलेट को कॉन्ड्रिउ वर्कल टेस्टनेट समझाते हुए देखें (opens in a new tab) (ध्यान दें कि कॉन्ड्रिउ टेस्टनेट प्रूफ़-ऑफ़-वर्क था और अब इसकी जगह वर्कल जेन डेवनेट 6 टेस्टनेट ने ले ली है)।

आगे की रीडिंग

पेज का अंतिम अपडेट: 26 फ़रवरी 2026

क्या यह लेख उपयोगी था?