व्हॅलिडियम
व्हॅलिडियम हे एक स्केलिंग सोल्यूशन आहे जे ZK-रोलअप्स सारख्या वैधता पुराव्यांचा वापर करून व्यवहारांची अखंडता लागू करते, परंतु इथेरियम मुख्यनेटवर (Mainnet) व्यवहार डेटा संचयित करत नाही. साखळीबाह्य डेटा उपलब्धतेमुळे काही तडजोडी कराव्या लागत असल्या तरी, यामुळे स्केलेबिलिटीमध्ये मोठ्या प्रमाणावर सुधारणा होऊ शकते (व्हॅलिडियम्स प्रति सेकंद ~9,000 किंवा त्याहून अधिक व्यवहारांवर (opens in a new tab) प्रक्रिया करू शकतात).
पूर्वअटी
तुम्ही आमचे इथेरियम स्केलिंग आणि स्तर २ (l2) वरील पृष्ठ वाचले आणि समजून घेतले पाहिजे.
व्हॅलिडियम म्हणजे काय?
व्हॅलिडियम्स ही स्केलिंग सोल्यूशन्स आहेत जी इथरियम मेननेटच्या बाहेर व्यवहारांवर प्रक्रिया करून प्रक्रिया क्षमता सुधारण्यासाठी डिझाइन केलेली साखळीबाह्य डेटा उपलब्धता आणि संगणन वापरतात. झिरो-नॉलेज रोलअप्स (ZK-rollups) प्रमाणे, व्हॅलिडियम्स इथेरियमवरील साखळीबाह्य व्यवहारांची पडताळणी करण्यासाठी प्रकाशित करतात. हे अवैध स्थिती संक्रमणांना प्रतिबंधित करते आणि व्हॅलिडियम चेनच्या सुरक्षा हमी वाढवते.
हे "वैधता पुरावे" ZK-SNARKs (Zero-Knowledge Succinct Non-Interactive Argument of Knowledge) किंवा ZK-STARKs (Zero-Knowledge Scalable Transparent ARgument of Knowledge) च्या स्वरूपात असू शकतात. शून्य-ज्ञान पुराव्यांबद्दल (opens in a new tab) अधिक माहिती.
व्हॅलिडियम वापरकर्त्यांचा निधी इथेरियमवरील स्मार्ट कॉन्ट्रॅक्टद्वारे नियंत्रित केला जातो. ZK-रोलअप्स प्रमाणेच व्हॅलिडियम्स जवळजवळ त्वरित रक्कम काढण्याची सुविधा देतात; एकदा मुख्यनेटवर रक्कम काढण्याच्या विनंतीसाठी वैधता पुरावा पडताळला गेला की, वापरकर्ते मर्केल पुरावे प्रदान करून निधी काढू शकतात. मर्केल पुरावा वापरकर्त्याच्या रक्कम काढण्याच्या व्यवहाराचा पडताळणी केलेल्या व्यवहार बॅचमध्ये समावेश प्रमाणित करतो, ज्यामुळे ऑनचेन कॉन्ट्रॅक्टला रक्कम काढण्याची प्रक्रिया करण्याची अनुमती मिळते.
तथापि, व्हॅलिडियम वापरकर्त्यांचा निधी गोठवला जाऊ शकतो आणि रक्कम काढण्यावर निर्बंध येऊ शकतात. जर व्हॅलिडियम चेनवरील डेटा उपलब्धता व्यवस्थापकांनी वापरकर्त्यांपासून साखळीबाह्य स्थिती डेटा रोखून ठेवला तर असे होऊ शकते. व्यवहार डेटामध्ये प्रवेश केल्याशिवाय, वापरकर्ते निधीची मालकी सिद्ध करण्यासाठी आणि रक्कम काढण्यासाठी आवश्यक असलेल्या मर्केल पुराव्याची गणना करू शकत नाहीत.
व्हॅलिडियम्स आणि ZK-रोलअप्स मधील हा मुख्य फरक आहे—डेटा उपलब्धता स्पेक्ट्रमवरील त्यांची स्थिती. दोन्ही सोल्यूशन्स डेटा स्टोरेजकडे वेगवेगळ्या प्रकारे पाहतात, ज्याचे सुरक्षा आणि विश्वासहीनता यावर परिणाम होतात.
व्हॅलिडियम्स इथेरियमशी कसा संवाद साधतात?
व्हॅलिडियम्स हे विद्यमान इथेरियम चेनवर तयार केलेले स्केलिंग प्रोटोकॉल आहेत. जरी ते साखळीबाह्य व्यवहार कार्यान्वित करत असले तरी, व्हॅलिडियम चेनचे व्यवस्थापन मुख्यनेटवर तैनात केलेल्या स्मार्ट कॉन्ट्रॅक्ट्सच्या संग्रहाद्वारे केले जाते, ज्यामध्ये खालील गोष्टींचा समावेश आहे:
-
पडताळणीकर्ता कॉन्ट्रॅक्ट: स्थिती अद्यतने करताना व्हॅलिडियम ऑपरेटरद्वारे सबमिट केलेल्या पुराव्यांच्या वैधतेची पडताळणीकर्ता कॉन्ट्रॅक्ट पडताळणी करते. यामध्ये साखळीबाह्य व्यवहारांच्या अचूकतेची साक्ष देणारे वैधता पुरावे आणि साखळीबाह्य व्यवहार डेटाचे अस्तित्व पडताळणारे डेटा उपलब्धता पुरावे समाविष्ट आहेत.
-
मुख्य कॉन्ट्रॅक्ट: मुख्य कॉन्ट्रॅक्ट ब्लॉक उत्पादकांनी सबमिट केलेल्या स्थिती बांधिलकी (मर्कल रूट्स) संचयित करते आणि एकदा ऑनचेन वैधता पुरावा पडताळला गेला की व्हॅलिडियमची स्थिती अद्यतनित करते. हे कॉन्ट्रॅक्ट व्हॅलिडियम चेनमध्ये जमा करणे आणि त्यातून रक्कम काढणे यावर देखील प्रक्रिया करते.
व्हॅलिडियम्स खालील गोष्टींसाठी मुख्य इथेरियम चेनवर देखील अवलंबून असतात:
अंतिम पूर्तता
व्हॅलिडियमवर कार्यान्वित केलेल्या व्यवहारांची मूळ चेन त्यांच्या वैधतेची पडताळणी करेपर्यंत पूर्णपणे पुष्टी केली जाऊ शकत नाही. व्हॅलिडियमवर चालणारे सर्व व्यवहार शेवटी मुख्यनेटवर अंतिम पूर्तता केले जाणे आवश्यक आहे. इथेरियम ब्लॉकचेन व्हॅलिडियम वापरकर्त्यांसाठी "अंतिम पूर्तता हमी" देखील प्रदान करते, याचा अर्थ एकदा ऑनचेनवर वचनबद्ध झाल्यानंतर साखळीबाह्य व्यवहार उलट किंवा बदलले जाऊ शकत नाहीत.
सुरक्षा
अंतिम पूर्तता स्तर म्हणून कार्य करणारे इथेरियम, व्हॅलिडियमवरील स्थिती संक्रमणांच्या वैधतेची हमी देखील देते. व्हॅलिडियम चेनवर कार्यान्वित केलेले साखळीबाह्य व्यवहार बेस इथेरियम स्तरावरील स्मार्ट कॉन्ट्रॅक्टद्वारे पडताळले जातात.
जर ऑनचेन पडताळणीकर्ता कॉन्ट्रॅक्टने पुरावा अवैध मानला, तर व्यवहार नाकारले जातात. याचा अर्थ व्हॅलिडियमची स्थिती अद्यतनित करण्यापूर्वी ऑपरेटर्सनी इथेरियम प्रोटोकॉलद्वारे लागू केलेल्या वैधता अटी पूर्ण करणे आवश्यक आहे.
व्हॅलिडियम कसे कार्य करते?
व्यवहार
वापरकर्ते ऑपरेटरकडे व्यवहार सबमिट करतात, जो व्हॅलिडियम चेनवर व्यवहार कार्यान्वित करण्यासाठी जबाबदार असलेला नोड आहे. काही व्हॅलिडियम्स चेन कार्यान्वित करण्यासाठी एकाच ऑपरेटरचा वापर करू शकतात किंवा ऑपरेटर्स फिरवण्यासाठी प्रूफ-ऑफ-स्टेक (PoS) यंत्रणेवर अवलंबून राहू शकतात.
ऑपरेटर व्यवहारांना एका बॅचमध्ये एकत्रित करतो आणि ते सिद्ध करण्यासाठी प्रोव्हिंग सर्किटला पाठवतो. प्रोव्हिंग सर्किट व्यवहार बॅच (आणि इतर संबंधित डेटा) इनपुट म्हणून स्वीकारते आणि ऑपरेशन्स योग्यरित्या पार पाडली गेली आहेत हे पडताळणारा वैधता पुरावा आउटपुट करते.
स्थिती बांधिलकी
व्हॅलिडियमची स्थिती मर्कल ट्री म्हणून हॅश केली जाते ज्याचे मूळ (root) इथेरियमवरील मुख्य कॉन्ट्रॅक्टमध्ये संचयित केले जाते. मर्कल रूट, ज्याला स्टेट रूट म्हणूनही ओळखले जाते, व्हॅलिडियमवरील खाती आणि शिल्लक रकमेच्या सद्य स्थितीसाठी क्रिप्टोग्राफिक बांधिलकी म्हणून कार्य करते.
स्थिती अद्यतन करण्यासाठी, ऑपरेटरने नवीन स्टेट रूटची गणना करणे आवश्यक आहे (व्यवहार कार्यान्वित केल्यानंतर) आणि ते ऑनचेन कॉन्ट्रॅक्टमध्ये सबमिट करणे आवश्यक आहे. जर वैधता पुरावा योग्य ठरला, तर प्रस्तावित स्थिती स्वीकारली जाते आणि व्हॅलिडियम नवीन स्टेट रूटवर स्विच होते.
जमा करणे आणि रक्कम काढणे
वापरकर्ते ऑनचेन कॉन्ट्रॅक्टमध्ये ETH (किंवा कोणतेही ERC-सुसंगत टोकन) जमा करून इथेरियमवरून व्हॅलिडियममध्ये निधी हलवतात. कॉन्ट्रॅक्ट जमा करण्याची घटना साखळीबाह्य व्हॅलिडियमला पाठवते, जिथे वापरकर्त्याच्या पत्त्यावर त्यांच्या ठेवीइतकी रक्कम जमा केली जाते. ऑपरेटर या जमा करण्याच्या व्यवहाराचा नवीन बॅचमध्ये समावेश देखील करतो.
मुख्यनेटवर निधी परत हलवण्यासाठी, व्हॅलिडियम वापरकर्ता रक्कम काढण्याचा व्यवहार सुरू करतो आणि तो ऑपरेटरकडे सबमिट करतो जो रक्कम काढण्याच्या विनंतीचे प्रमाणीकरण करतो आणि त्याचा बॅचमध्ये समावेश करतो. वापरकर्त्याची व्हॅलिडियम चेनवरील मालमत्ता देखील ते सिस्टममधून निर्गमन करण्यापूर्वी नष्ट केली जाते. एकदा बॅचशी संबंधित वैधता पुरावा पडताळला गेला की, वापरकर्ता त्यांच्या सुरुवातीच्या ठेवीची उर्वरित रक्कम काढण्यासाठी मुख्य कॉन्ट्रॅक्टला कॉल करू शकतो.
सेन्सॉरशिप-विरोधी यंत्रणा म्हणून, व्हॅलिडियम प्रोटोकॉल वापरकर्त्यांना ऑपरेटरच्या माध्यमातून न जाता थेट व्हॅलिडियम कॉन्ट्रॅक्टमधून रक्कम काढण्याची अनुमती देतो. या प्रकरणात, वापरकर्त्यांना स्टेट रूटमध्ये खात्याचा समावेश दर्शविणारा मर्केल पुरावा पडताळणीकर्ता कॉन्ट्रॅक्टला प्रदान करणे आवश्यक आहे. जर पुरावा स्वीकारला गेला, तर वापरकर्ता व्हॅलिडियममधून त्यांचा निधी निर्गमन करण्यासाठी मुख्य कॉन्ट्रॅक्टच्या रक्कम काढण्याच्या फंक्शनला कॉल करू शकतो.
बॅच सबमिशन
व्यवहारांची बॅच कार्यान्वित केल्यानंतर, ऑपरेटर संबंधित वैधता पुरावा पडताळणीकर्ता कॉन्ट्रॅक्टला सबमिट करतो आणि मुख्य कॉन्ट्रॅक्टला नवीन स्टेट रूट प्रस्तावित करतो. जर पुरावा वैध असेल, तर मुख्य कॉन्ट्रॅक्ट व्हॅलिडियमची स्थिती अद्यतनित करते आणि बॅचमधील व्यवहारांचे परिणाम अंतिम करते.
ZK-रोलअपच्या विपरीत, व्हॅलिडियमवरील ब्लॉक उत्पादकांना व्यवहार बॅचसाठी व्यवहार डेटा प्रकाशित करणे आवश्यक नसते (केवळ ब्लॉक हेडर्स). हे व्हॅलिडियमला पूर्णपणे साखळीबाह्य स्केलिंग प्रोटोकॉल बनवते, "हायब्रिड" स्केलिंग प्रोटोकॉलच्या (म्हणजेच, स्तर २ (l2)) विरुद्ध जे ब्लॉब डेटा, calldata, किंवा दोन्हीच्या संयोजनाचा वापर करून मुख्य इथेरियम चेनवर स्थिती डेटा प्रकाशित करतात.
डेटा उपलब्धता
नमूद केल्याप्रमाणे, व्हॅलिडियम्स साखळीबाह्य डेटा उपलब्धता मॉडेल वापरतात, जिथे ऑपरेटर सर्व व्यवहार डेटा इथरियम मेननेटच्या बाहेर संचयित करतात. व्हॅलिडियमचा कमी ऑनचेन डेटा फूटप्रिंट स्केलेबिलिटी सुधारतो (प्रक्रिया क्षमता इथेरियमच्या डेटा प्रक्रिया क्षमतेपुरती मर्यादित नाही) आणि वापरकर्ता शुल्क कमी करतो (ऑनचेन डेटा प्रकाशित करण्याचा खर्च कमी आहे).
तथापि, साखळीबाह्य डेटा उपलब्धता एक समस्या निर्माण करते: मर्केल पुरावे तयार करण्यासाठी किंवा पडताळण्यासाठी आवश्यक डेटा अनुपलब्ध असू शकतो. याचा अर्थ असा की जर ऑपरेटर्सनी दुर्भावनापूर्णपणे कृती केली तर वापरकर्ते ऑनचेन कॉन्ट्रॅक्टमधून निधी काढण्यास असमर्थ असू शकतात.
विविध व्हॅलिडियम सोल्यूशन्स स्थिती डेटाचे संचयन विकेंद्रित करून ही समस्या सोडवण्याचा प्रयत्न करतात. यामध्ये ब्लॉक उत्पादकांना साखळीबाह्य डेटा संचयित करण्यासाठी आणि विनंती केल्यावर वापरकर्त्यांना उपलब्ध करून देण्यासाठी जबाबदार असलेल्या "डेटा उपलब्धता व्यवस्थापकांना" अंतर्निहित डेटा पाठविण्यास भाग पाडणे समाविष्ट आहे.
व्हॅलिडियममधील डेटा उपलब्धता व्यवस्थापक प्रत्येक व्हॅलिडियम बॅचवर स्वाक्षरी करून साखळीबाह्य व्यवहारांसाठी डेटाच्या उपलब्धतेची साक्ष देतात. या स्वाक्षऱ्या "उपलब्धता पुराव्याचा" एक प्रकार बनवतात ज्याची ऑनचेन पडताळणीकर्ता कॉन्ट्रॅक्ट स्थिती अद्यतनांना मान्यता देण्यापूर्वी तपासणी करते.
डेटा उपलब्धता व्यवस्थापनाच्या दृष्टिकोनात व्हॅलिडियम्स भिन्न आहेत. काही स्थिती डेटा संचयित करण्यासाठी विश्वासार्ह पक्षांवर अवलंबून असतात, तर काही या कार्यासाठी यादृच्छिकपणे नियुक्त केलेल्या व्हॅलिडेटर्सचा वापर करतात.
डेटा उपलब्धता समिती (DAC)
साखळीबाह्य डेटाच्या उपलब्धतेची हमी देण्यासाठी, काही व्हॅलिडियम सोल्यूशन्स स्थितीच्या प्रती संचयित करण्यासाठी आणि डेटा उपलब्धतेचा पुरावा प्रदान करण्यासाठी विश्वासार्ह संस्थांचा एक गट नियुक्त करतात, ज्यांना एकत्रितपणे डेटा उपलब्धता समिती (DAC) म्हणून ओळखले जाते. DACs लागू करणे सोपे आहे आणि सदस्यत्व कमी असल्याने कमी समन्वयाची आवश्यकता असते.
तथापि, वापरकर्त्यांनी आवश्यक असेल तेव्हा डेटा उपलब्ध करून देण्यासाठी DAC वर विश्वास ठेवला पाहिजे (उदा. मर्केल पुरावे तयार करण्यासाठी). डेटा उपलब्धता समित्यांचे सदस्य एखाद्या दुर्भावनापूर्ण अभिनेत्याद्वारे तडजोड होण्याची (opens in a new tab) शक्यता असते जो नंतर साखळीबाह्य डेटा रोखून ठेवू शकतो.
व्हॅलिडियम्समधील डेटा उपलब्धता समित्यांबद्दल अधिक माहिती (opens in a new tab).
बाँडेड डेटा उपलब्धता
इतर व्हॅलिडियम्समध्ये ऑफलाइन डेटा संचयित करण्याचे काम सोपवलेल्या सहभागींना त्यांच्या भूमिका स्वीकारण्यापूर्वी स्मार्ट कॉन्ट्रॅक्टमध्ये टोकन स्टेक (म्हणजेच लॉक अप) करणे आवश्यक असते. हा स्टेक डेटा उपलब्धता व्यवस्थापकांमध्ये प्रामाणिक वर्तनाची हमी देण्यासाठी "बाँड" म्हणून काम करतो आणि विश्वास गृहीतके कमी करतो. जर हे सहभागी डेटा उपलब्धता सिद्ध करण्यात अयशस्वी ठरले, तर बाँडचे स्लॅशिंग केले जाते.
बाँडेड डेटा उपलब्धता योजनेमध्ये, एकदा आवश्यक स्टेक प्रदान केल्यानंतर कोणालाही साखळीबाह्य डेटा ठेवण्यासाठी नियुक्त केले जाऊ शकते. हे पात्र डेटा उपलब्धता व्यवस्थापकांचा पूल वाढवते, ज्यामुळे डेटा उपलब्धता समित्यांना (DACs) प्रभावित करणारे केंद्रीकरण कमी होते. अधिक महत्त्वाचे म्हणजे, हा दृष्टिकोन दुर्भावनापूर्ण क्रियाकलाप टाळण्यासाठी क्रिप्टोइकॉनॉमिक प्रोत्साहनांवर अवलंबून असतो, जो व्हॅलिडियममध्ये ऑफलाइन डेटा सुरक्षित करण्यासाठी विश्वासार्ह पक्षांची नियुक्ती करण्यापेक्षा लक्षणीयरीत्या अधिक सुरक्षित आहे.
व्हॅलिडियम्समधील बाँडेड डेटा उपलब्धतेबद्दल अधिक माहिती (opens in a new tab).
व्होलिशन्स आणि व्हॅलिडियम
व्हॅलिडियम्स अनेक फायदे देतात परंतु त्यांच्यासोबत काही तडजोडी येतात (सर्वात लक्षणीय म्हणजे, डेटा उपलब्धता). परंतु, अनेक स्केलिंग सोल्यूशन्सप्रमाणे, व्हॅलिडियम्स विशिष्ट वापर-प्रकरणांसाठी योग्य आहेत—म्हणूनच व्होलिशन्स (volitions) तयार केले गेले.
व्होलिशन्स ZK-रोलअप आणि व्हॅलिडियम चेन एकत्र करतात आणि वापरकर्त्यांना दोन स्केलिंग सोल्यूशन्स दरम्यान स्विच करण्याची अनुमती देतात. व्होलिशन्ससह, वापरकर्ते विशिष्ट व्यवहारांसाठी व्हॅलिडियमच्या साखळीबाह्य डेटा उपलब्धतेचा फायदा घेऊ शकतात, तसेच आवश्यक असल्यास ऑनचेन डेटा उपलब्धता सोल्यूशन (ZK-रोलअप) वर स्विच करण्याचे स्वातंत्र्य राखून ठेवू शकतात. हे मूलत: वापरकर्त्यांना त्यांच्या अद्वितीय परिस्थितीनुसार तडजोडी निवडण्याचे स्वातंत्र्य देते.
विकेंद्रित एक्सचेंज (DEX) उच्च-मूल्याच्या व्यापारांसाठी व्हॅलिडियमच्या स्केलेबल आणि खाजगी पायाभूत सुविधांचा वापर करण्यास प्राधान्य देऊ शकते. ज्या वापरकर्त्यांना ZK-रोलअपची उच्च सुरक्षा हमी आणि विश्वासहीनता हवी आहे त्यांच्यासाठी ते ZK-रोलअप देखील वापरू शकते.
व्हॅलिडियम्स आणि EVM सुसंगतता
ZK-रोलअप्स प्रमाणे, व्हॅलिडियम्स बहुतांशी टोकन स्वॅप्स आणि पेमेंट्स सारख्या सोप्या ॲप्लिकेशन्ससाठी योग्य आहेत. शून्य-ज्ञान पुरावा सर्किटमध्ये EVM सूचना सिद्ध करण्याच्या लक्षणीय ओव्हरहेडचा विचार करता, व्हॅलिडियम्समध्ये सामान्य संगणन आणि स्मार्ट कॉन्ट्रॅक्ट अंमलबजावणीला समर्थन देणे कठीण आहे.
काही व्हॅलिडियम प्रकल्प कार्यक्षम सिद्धीसाठी ऑप्टिमाइझ केलेला सानुकूल बाइटकोड तयार करण्यासाठी EVM-सुसंगत भाषांचे (उदा. Solidity, Vyper) संकलन करून ही समस्या टाळण्याचा प्रयत्न करतात. या दृष्टिकोनाचा एक तोटा असा आहे की नवीन शून्य-ज्ञान पुरावा-अनुकूल VMs महत्त्वाच्या EVM ऑपकोड्सना समर्थन देऊ शकत नाहीत आणि इष्टतम अनुभवासाठी विकासकांना थेट उच्च-स्तरीय भाषेत लिहावे लागते. यामुळे आणखी समस्या निर्माण होतात: हे विकासकांना पूर्णपणे नवीन डेव्हलपमेंट स्टॅकसह विकेंद्रित ॲप्लिकेशन (dapp) तयार करण्यास भाग पाडते आणि सध्याच्या इथेरियम पायाभूत सुविधांशी सुसंगतता खंडित करते.
तथापि, काही संघ ZK-प्रोव्हिंग सर्किट्ससाठी विद्यमान EVM ऑपकोड्स ऑप्टिमाइझ करण्याचा प्रयत्न करत आहेत. याचा परिणाम झिरो-नॉलेज इथेरियम व्हर्च्युअल मशीन (zkEVM) च्या विकासामध्ये होईल, जे एक EVM-सुसंगत VM आहे जे प्रोग्राम अंमलबजावणीची अचूकता पडताळण्यासाठी पुरावे तयार करते. zkEVM सह, व्हॅलिडियम चेन्स साखळीबाह्य स्मार्ट कॉन्ट्रॅक्ट्स कार्यान्वित करू शकतात आणि इथेरियमवर साखळीबाह्य संगणनाची पडताळणी करण्यासाठी (ते पुन्हा कार्यान्वित न करता) वैधता पुरावे सबमिट करू शकतात.
zkEVMs बद्दल अधिक माहिती (opens in a new tab).
व्हॅलिडियम्स इथेरियमला कसे स्केल करतात?
1. साखळीबाह्य डेटा स्टोरेज
स्तर २ (l2) स्केलिंग प्रकल्प, जसे की ऑप्टिमिस्टिक रोलअप्स आणि ZK-रोलअप्स, L1 वर काही व्यवहार डेटा प्रकाशित करून सुरक्षेसाठी शुद्ध साखळीबाह्य स्केलिंग प्रोटोकॉलच्या (उदा. प्लाझ्मा) अनंत स्केलेबिलिटीची तडजोड करतात. परंतु याचा अर्थ असा की रोलअप्सचे स्केलेबिलिटी गुणधर्म इथरियम मेननेटवरील डेटा बँडविड्थद्वारे मर्यादित आहेत (या कारणास्तव डेटा शार्डिंग इथेरियमची डेटा स्टोरेज क्षमता सुधारण्याचा प्रस्ताव देते).
व्हॅलिडियम्स सर्व व्यवहार डेटा साखळीबाह्य ठेवून स्केलेबिलिटी साध्य करतात आणि मुख्य इथेरियम चेनवर स्थिती अद्यतने पाठवताना केवळ स्थिती बांधिलकी (आणि वैधता पुरावे) पोस्ट करतात. तथापि, वैधता पुराव्यांचे अस्तित्व व्हॅलिडियम्सला प्लाझ्मा आणि साइडचेन्स सह इतर शुद्ध साखळीबाह्य स्केलिंग सोल्यूशन्सपेक्षा उच्च सुरक्षा हमी देते. साखळीबाह्य व्यवहारांचे प्रमाणीकरण करण्यापूर्वी इथेरियमला प्रक्रिया कराव्या लागणाऱ्या डेटाचे प्रमाण कमी करून, व्हॅलिडियम डिझाइन्स मुख्यनेटवरील प्रक्रिया क्षमता मोठ्या प्रमाणात वाढवतात.
2. रिकर्सिव्ह पुरावे
रिकर्सिव्ह पुरावा हा एक वैधता पुरावा आहे जो इतर पुराव्यांच्या वैधतेची पडताळणी करतो. हे "पुराव्यांचे पुरावे" सर्व मागील पुराव्यांची पडताळणी करणारा एक अंतिम पुरावा तयार होईपर्यंत एकाधिक पुराव्यांना रिकर्सिव्हली एकत्रित करून व्युत्पन्न केले जातात. रिकर्सिव्ह पुरावे प्रति वैधता पुरावा पडताळल्या जाऊ शकणाऱ्या व्यवहारांची संख्या वाढवून ब्लॉकचेन प्रक्रिया गती स्केल करतात.
सामान्यतः, व्हॅलिडियम ऑपरेटर पडताळणीसाठी इथेरियमला सबमिट करत असलेला प्रत्येक वैधता पुरावा एकाच ब्लॉकच्या अखंडतेचे प्रमाणीकरण करतो. तर एकाच रिकर्सिव्ह पुराव्याचा वापर एकाच वेळी अनेक व्हॅलिडियम ब्लॉक्सच्या वैधतेची पुष्टी करण्यासाठी केला जाऊ शकतो—हे शक्य आहे कारण प्रोव्हिंग सर्किट अनेक ब्लॉक पुराव्यांना एका अंतिम पुराव्यामध्ये रिकर्सिव्हली एकत्रित करू शकते. जर ऑनचेन पडताळणीकर्ता कॉन्ट्रॅक्टने रिकर्सिव्ह पुरावा स्वीकारला, तर सर्व अंतर्निहित ब्लॉक्स त्वरित अंतिम झालेले मानले जातात.
व्हॅलिडियमचे फायदे आणि तोटे
| फायदे | तोटे |
|---|---|
| वैधता पुरावे साखळीबाह्य व्यवहारांची अखंडता लागू करतात आणि ऑपरेटर्सना अवैध स्थिती अद्यतने अंतिम करण्यापासून प्रतिबंधित करतात. | वैधता पुरावे तयार करण्यासाठी विशेष हार्डवेअरची आवश्यकता असते, ज्यामुळे केंद्रीकरणाचा धोका निर्माण होतो. |
| वापरकर्त्यांसाठी भांडवली कार्यक्षमता वाढवते (इथेरियमवर निधी परत काढण्यात कोणताही विलंब नाही) | सामान्य संगणन/स्मार्ट कॉन्ट्रॅक्ट्ससाठी मर्यादित समर्थन; विकासासाठी विशेष भाषा आवश्यक आहेत. |
| उच्च-मूल्याच्या ॲप्लिकेशन्समध्ये फसवणूक-पुरावा आधारित प्रणालींना सामोरे जावे लागणाऱ्या विशिष्ट आर्थिक हल्ल्यांना असुरक्षित नाही. | ZK पुरावे तयार करण्यासाठी उच्च संगणकीय शक्ती आवश्यक आहे; कमी प्रक्रिया क्षमता असलेल्या ॲप्लिकेशन्ससाठी किफायतशीर नाही. |
| इथरियम मेननेटवर कॉल डेटा पोस्ट न करून वापरकर्त्यांसाठी गॅस शुल्क कमी करते. | संथ व्यक्तिनिष्ठ अंतिमत्व वेळ (ZK पुरावा तयार करण्यासाठी 10-30 मिनिटे) परंतु पूर्ण अंतिमत्वासाठी वेगवान कारण कोणताही विवाद वेळ विलंब नाही. |
| व्यवहार गोपनीयता आणि स्केलेबिलिटीला प्राधान्य देणाऱ्या ट्रेडिंग किंवा ब्लॉकचेन गेमिंग सारख्या विशिष्ट वापर-प्रकरणांसाठी योग्य. | मालकीचे मर्केल पुरावे तयार करण्यासाठी साखळीबाह्य डेटा नेहमी उपलब्ध असणे आवश्यक असल्याने वापरकर्त्यांना निधी काढण्यापासून रोखले जाऊ शकते. |
| साखळीबाह्य डेटा उपलब्धता उच्च स्तरावरील प्रक्रिया क्षमता प्रदान करते आणि स्केलेबिलिटी वाढवते. | सुरक्षा मॉडेल विश्वास गृहीतके आणि क्रिप्टोइकॉनॉमिक प्रोत्साहनांवर अवलंबून असते, ZK-रोलअप्सच्या विपरीत, जे पूर्णपणे क्रिप्टोग्राफिक सुरक्षा यंत्रणांवर अवलंबून असतात. |
व्हॅलिडियम/व्होलिशन्स वापरा
अनेक प्रकल्प व्हॅलिडियम आणि व्होलिशन्सची अंमलबजावणी प्रदान करतात जे तुम्ही तुमच्या विकेंद्रित ॲप्लिकेशन्स (dapps) मध्ये समाकलित करू शकता:
StarkWare StarkEx - StarkEx हे एक इथेरियम स्तर २ (l2) स्केलेबिलिटी सोल्यूशन आहे जे वैधता पुराव्यांवर आधारित आहे. हे ZK-रोलअप किंवा व्हॅलिडियम डेटा-उपलब्धता मोडमध्ये कार्य करू शकते.
Matter Labs zkPorter- zkPorter हा एक स्तर २ (l2) स्केलिंग प्रोटोकॉल आहे जो zkRollup आणि शार्डिंगच्या कल्पना एकत्र करणाऱ्या हायब्रिड दृष्टिकोनासह डेटा उपलब्धतेचा सामना करतो. हे अनियंत्रितपणे अनेक शार्ड्सना समर्थन देऊ शकते, प्रत्येकाचे स्वतःचे डेटा उपलब्धता धोरण असते.