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

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

डैंकशार्डिंग

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

प्रोटो-डैंकशार्डिंग क्या है?

प्रोटो-डैंकशार्डिंग, जिसे EIP-4844 (opens in a new tab) के रूप में भी जाना जाता है, रोलअप के लिए ब्लॉक में सस्ता डेटा जोड़ने का एक तरीका है। यह नाम उन दो शोधकर्ताओं से आया है जिन्होंने इस विचार को प्रस्तावित किया था: प्रोटोलैम्ब्डा और डेंक्राड फ़िस्ट। ऐतिहासिक रूप से, रोलअप यूज़र लेन-देन को कितना सस्ता बना सकते हैं, यह इस बात से सीमित था कि वे अपने लेन-देन CALLDATA में पोस्ट करते थे।

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

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

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

ब्लॉब डेटा कैसे सत्यापित किया जाता है?

रोलअप उनके द्वारा निष्पादित लेनदेन को डेटा ब्लॉब्स में पोस्ट करते हैं। वे डेटा के प्रति एक "प्रतिबद्धता" भी पोस्ट करते हैं। वे डेटा में एक बहुपद फ़ंक्शन लागू करके ऐसा करते हैं। इस फ़ंक्शन का मूल्यांकन विभिन्न बिंदुओं पर किया जा सकता है। उदाहरण के लिए, यदि हम एक अत्यंत सरल फ़ंक्शन f(x) = 2x-1 को परिभाषित करते हैं तो हम x = 1, x = 2, x = 3 के लिए इस फ़ंक्शन का मूल्यांकन कर सकते हैं, जिससे परिणाम 1, 3, 5 मिलते हैं। एक प्रोवर डेटा पर समान फ़ंक्शन लागू करता है और उसी बिंदु पर इसका मूल्यांकन करता है। अगर मूल डेटा बदल दिया जाता है, तो फ़ंक्शन समान नहीं होगा, और इसलिए न तो प्रत्येक बिंदु पर मूल्यों का मूल्यांकन किया जाता है। असल में, प्रतिबद्धता और प्रमाण अधिक जटिल हैं, क्योंकि वे क्रिप्टोग्राफिक गतिविधियों में लिपटे हुए हैं।

KZG क्या है?

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

KZG समारोह क्या था?

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

EIP-4844 KZG समारोह जनता के लिए खुला था और हज़ारों लोगों ने अपनी स्वयं की एन्ट्रापी (यादृच्छिकता) जोड़ने के लिए भाग लिया। कुल मिलाकर इसमें 140,000 से अधिक योगदान थे, जिससे यह अपनी तरह का दुनिया का सबसे बड़ा समारोह बन गया। समारोह को कम करने के लिए, उन प्रतिभागियों में से 100% को सक्रिय रूप से बेईमान होना होगा। प्रतिभागियों के दृष्टिकोण से, अगर वे जानते हैं कि वे ईमानदार थे, तो किसी और पर भरोसा करने की कोई आवश्यकता नहीं है, क्योंकि वे जानते हैं कि उन्होंने समारोह को सुरक्षित कर लिया है (उन्होंने व्यक्तिगत रूप से N में से एक 1 ईमानदार प्रतिभागी की आवश्यकता को पूरा किया है)।

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

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

डैंकशार्डिंग क्या है?

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

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

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

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

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

पूर्ण डैंकशार्डिंग कई साल दूर है। इस बीच, KZG सेरेमनी 140,000 से अधिक योगदानों के साथ संपन्न हो चुकी है, और प्रोटो-डैंकशार्डिंग के लिए EIP (opens in a new tab) परिपक्व हो गया है। यह प्रस्ताव सभी टेस्टनेट में पूरी तरह से लागू किया गया है, और मार्च 2024 में कैनकन-डेनेब ("डैनकुन") नेटवर्क अपग्रेड के साथ मेननेट पर लाइव हो गया।

आगे की रीडिंग

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

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