प्रमुख मजकुराकडे जा
Change page

ब्लॉकचेन डेटा स्टोरेज धोरणे

पृष्ठ अखेरचे अद्यतन: १४ फेब्रुवारी, २०२६

ब्लॉकचेनवर थेट माहिती संग्रहित करण्याचे किंवा ब्लॉकचेनद्वारे सुरक्षित असलेल्या पद्धतीने माहिती संग्रहित करण्याचे अनेक मार्ग आहेत:

  • EIP-4844 ब्लॉब्स
  • कॉलडेटा
  • L1 यंत्रणांसह ऑफचेन
  • कंत्राट "कोड"
  • कार्यक्रम
  • EVM स्टोरेज

कोणती पद्धत वापरायची याची निवड अनेक निकषांवर आधारित आहे:

  • माहितीचा स्रोत. कॉलडेटामधील माहिती थेट ब्लॉकचेनमधून येऊ शकत नाही.
  • माहितीचे अंतिम स्थान. कॉलडेटा केवळ त्या व्यवहारात उपलब्ध असतो ज्यामध्ये त्याचा समावेश असतो. इव्हेंट्स ऑनचेन अजिबात उपलब्ध नसतात.
  • किती त्रास स्वीकारार्ह आहे? पूर्ण-प्रमाणातील नोड चालवणारे संगणक ब्राउझरमध्ये चालणाऱ्या अॅप्लिकेशनमधील लाइट क्लायंटपेक्षा जास्त प्रक्रिया करू शकतात.
  • प्रत्येक नोडमधून माहिती सहज उपलब्ध करणे आवश्यक आहे का?
  • सुरक्षेच्या आवश्यकता.

सुरक्षेच्या आवश्यकता

सर्वसाधारणपणे, माहिती सुरक्षेमध्ये तीन गुणधर्म असतात:

  • गोपनीयता, अनधिकृत संस्थांना माहिती वाचण्याची परवानगी नाही. हे अनेक बाबतीत महत्त्वाचे आहे, परंतु येथे नाही. ब्लॉकचेनवर कोणतीही गुपिते नाहीत. ब्लॉकचेन्स काम करतात कारण कोणीही स्टेटमधील बदल सत्यापित करू शकतो, म्हणून त्यांचा थेट गुपिते साठवण्यासाठी वापर करणे अशक्य आहे. ब्लॉकचेनवर गोपनीय माहिती साठवण्याचे मार्ग आहेत, परंतु ते सर्व किमान एक की साठवण्यासाठी काही ऑफचेन घटकावर अवलंबून असतात.

  • अखंडता, माहिती अचूक आहे, ती अनधिकृत संस्थांद्वारे किंवा अनधिकृत मार्गांनी बदलली जाऊ शकत नाही (उदाहरणार्थ, Transfer इव्हेंटशिवाय ERC-20 टोकन्सopens in a new tab हस्तांतरित करणे). ब्लॉकचेनवर, प्रत्येक नोड प्रत्येक स्टेट बदलाची पडताळणी करतो, ज्यामुळे अखंडता सुनिश्चित होते.

  • उपलब्धता, माहिती कोणत्याही अधिकृत संस्थेसाठी उपलब्ध आहे. ब्लॉकचेनवर, हे सामान्यतः प्रत्येक पूर्ण नोडopens in a new tab वर माहिती उपलब्ध करून साधले जाते.

येथील सर्व विविध उपायांमध्ये उत्कृष्ट अखंडता आहे, कारण हॅश L1 वर पोस्ट केले जातात. तथापि, त्यांच्याकडे वेगवेगळ्या उपलब्धतेची हमी आहे.

पूर्वतयारी

तुम्हाला ब्लॉकचेनच्या मूलभूत तत्त्वांची चांगली समज असायला हवी. हे पृष्ठ असेही गृहीत धरते की वाचक ब्लॉक्स, व्यवहार आणि इतर संबंधित विषयांबद्दल परिचित आहे.

EIP-4844 ब्लॉब्स

Dencun हार्डफोर्कopens in a new tab पासून, Ethereum ब्लॉकचेनमध्ये EIP-4844opens in a new tab समाविष्ट आहे, जे Ethereum मध्ये मर्यादित आयुष्य असलेले डेटा ब्लॉब्स जोडते (सुरुवातीला सुमारे 18 दिवसopens in a new tab). या ब्लॉब्सची किंमत एक्झिक्यूशन गॅस पासून वेगळी आहे, जरी त्यासाठी समान यंत्रणा वापरली जात असली तरी. ते तात्पुरता डेटा पोस्ट करण्याचा एक स्वस्त मार्ग आहेत.

EIP-4844 ब्लॉब्सचा मुख्य उपयोग रोलअप्सना त्यांचे व्यवहार प्रकाशित करण्यासाठी आहे. ऑप्टिमिस्टिक रोलअप्सना त्यांच्या ब्लॉकचेनवर व्यवहार प्रकाशित करणे आवश्यक आहे. जर रोलअपच्या सिक्वेन्सरनेopens in a new tab चुकीचे स्टेट रूट पोस्ट केले तर व्हॅलिडेटर्सनाopens in a new tab चूक दुरुस्त करण्यास सक्षम करण्यासाठी ते व्यवहार चॅलेंज कालावधीतopens in a new tab कोणालाही उपलब्ध असणे आवश्यक आहे.

तथापि, एकदा चॅलेंज कालावधी संपला आणि स्टेट रूट अंतिम झाले की, हे व्यवहार जाणून घेण्याचा उर्वरित उद्देश चेनच्या सद्य स्टेटची प्रतिकृती तयार करणे हा असतो. हे स्टेट चेन नोड्सवरून देखील उपलब्ध आहे, ज्यासाठी खूप कमी प्रक्रियेची आवश्यकता असते. म्हणून व्यवहाराची माहिती अजूनही काही ठिकाणी जतन केली पाहिजे, जसे की ब्लॉक एक्सप्लोरर्स, परंतु Ethereum द्वारे प्रदान केलेल्या सेन्सॉरशिप प्रतिरोधाच्या पातळीसाठी पैसे देण्याची गरज नाही.

झीरो-नॉलेज रोलअप्स देखील इतर नोड्सना विद्यमान स्टेटची प्रतिकृती तयार करण्यास आणि व्हॅलिडिटी प्रूफ्स सत्यापित करण्यास सक्षम करण्यासाठी त्यांचा व्यवहार डेटा पोस्ट करतात, परंतु पुन्हा ही एक अल्प-मुदतीची आवश्यकता आहे.

हे लिहित असताना, EIP-4844 वर पोस्ट करण्याचा खर्च प्रति बाइट एक wei (10-18 ETH) आहे, जो ब्लॉब्स पोस्ट करणाऱ्या व्यवहारासह कोणत्याही व्यवहाराला लागणाऱ्या 21,000 एक्झिक्यूशन गॅसच्याopens in a new tab तुलनेत नगण्य आहे. तुम्ही blobscan.comopens in a new tab वर सध्याची EIP-4844 किंमत पाहू शकता.

काही प्रसिद्ध रोलअप्सद्वारे पोस्ट केलेले ब्लॉब्स पाहण्यासाठी येथे अ‍ॅड्रेस दिले आहेत.

कॉलडेटा

कॉलडेटा म्हणजे व्यवहाराचा भाग म्हणून पाठवलेले बाइट्स. हे ब्लॉकचेनच्या कायमस्वरूपी रेकॉर्डचा एक भाग म्हणून त्या व्यवहाराचा समावेश असलेल्या ब्लॉकमध्ये संग्रहित केले जाते.

ब्लॉकचेनमध्ये कायमस्वरूपी डेटा टाकण्याची ही सर्वात स्वस्त पद्धत आहे. प्रति बाइट खर्च 4 एक्झिक्यूशन गॅस (जर बाइट शून्य असेल) किंवा 16 गॅस (इतर कोणतेही मूल्य) आहे. जर डेटा संकुचित केला असेल, जी एक मानक पद्धत आहे, तर प्रत्येक बाइट मूल्याची शक्यता समान असते, त्यामुळे सरासरी खर्च प्रति बाइट अंदाजे 15.95 गॅस येतो.

हे लिहित असताना, किमती 12 gwei/gas आणि 2300 $/ETH आहेत, याचा अर्थ खर्च प्रति किलोबाइट अंदाजे 45 सेंट आहे. कारण EIP-4844 पूर्वी ही सर्वात स्वस्त पद्धत होती, हीच पद्धत रोलअप्सनी व्यवहार माहिती साठवण्यासाठी वापरली होती, जी फॉल्ट चॅलेंजेससाठीopens in a new tab उपलब्ध असणे आवश्यक आहे, परंतु ती थेट ऑनचेन उपलब्ध असणे आवश्यक नाही.

काही प्रसिद्ध रोलअप्सद्वारे पोस्ट केलेले व्यवहार पाहण्यासाठी येथे अ‍ॅड्रेस दिले आहेत.

L1 यंत्रणांसह ऑफचेन

तुमच्या सुरक्षेतील फायदे-तोट्यांवर अवलंबून, माहिती इतरत्र ठेवणे आणि आवश्यकतेनुसार डेटा उपलब्ध असल्याची खात्री करणारी यंत्रणा वापरणे स्वीकारार्ह असू शकते. हे काम करण्यासाठी दोन आवश्यकता आहेत:

  1. डेटाचा एक हॅशopens in a new tab ब्लॉकचेनवर पोस्ट करा, ज्याला इनपुट कमिटमेंट म्हणतात. हा एकच 32-बाइट शब्द असू शकतो, त्यामुळे तो महाग नाही. जोपर्यंत इनपुट कमिटमेंट उपलब्ध आहे, तोपर्यंत अखंडतेची खात्री असते कारण समान मूल्यावर हॅश होणारा कोणताही अन्य डेटा शोधणे व्यवहार्य नाही. त्यामुळे जर चुकीचा डेटा प्रदान केला गेला, तर तो ओळखला जाऊ शकतो.

  2. उपलब्धतेची खात्री देणारी यंत्रणा असावी. उदाहरणार्थ, Redstoneopens in a new tab मध्ये कोणताही नोड उपलब्धता चॅलेंज सादर करू शकतो. जर सिक्वेन्सरने अंतिम मुदतीपर्यंत ऑनचेन प्रतिसाद दिला नाही, तर इनपुट कमिटमेंट टाकून दिली जाते, त्यामुळे माहिती कधीही पोस्ट केली गेली नव्हती असे मानले जाते.

हे ऑप्टिमिस्टिक रोलअपसाठी स्वीकारार्ह आहे कारण आपण आधीच स्टेट रूटसाठी किमान एका प्रामाणिक व्हेरिफायरवर अवलंबून आहोत. असा प्रामाणिक व्हेरिफायर ब्लॉक्सवर प्रक्रिया करण्यासाठी त्याच्याकडे डेटा असल्याची खात्री करेल, आणि जर माहिती ऑफचेन उपलब्ध नसेल तर उपलब्धता चॅलेंज जारी करेल. या प्रकारच्या ऑप्टिमिस्टिक रोलअपला प्लाझ्मा म्हणतात.

कंत्राट कोड

जी माहिती एकदाच लिहिण्याची आवश्यकता आहे, जी कधीही ओव्हरराइट होत नाही आणि ऑनचेन उपलब्ध असणे आवश्यक आहे, ती कंत्राट कोड म्हणून संग्रहित केली जाऊ शकते. याचा अर्थ असा की आपण डेटासह एक "स्मार्ट कंत्राट" तयार करतो आणि नंतर माहिती वाचण्यासाठी EXTCODECOPYopens in a new tab वापरतो. फायदा असा आहे की कोड कॉपी करणे तुलनेने स्वस्त आहे.

मेमरी विस्ताराच्या खर्चाव्यतिरिक्त, EXTCODECOPY साठी कंत्राटाच्या पहिल्या प्रवेशासाठी (जेव्हा ते "कोल्ड" असते) 2600 गॅस खर्च येतो आणि त्याच कंत्राटातून त्यानंतरच्या प्रतींसाठी 100 गॅस अधिक प्रति 32 बाइट शब्दासाठी 3 गॅस खर्च येतो. कॉलडेटाच्या तुलनेत, ज्याचा खर्च प्रति बाइट 15.95 आहे, हे सुमारे 200 बाइट्सपासून स्वस्त आहे. मेमरी विस्ताराच्या खर्चाच्या सूत्रानुसारopens in a new tab, जोपर्यंत तुम्हाला 4MB पेक्षा जास्त मेमरीची आवश्यकता नाही, तोपर्यंत मेमरी विस्ताराचा खर्च कॉलडेटा जोडण्याच्या खर्चापेक्षा कमी आहे.

अर्थात, हा फक्त डेटा वाचण्याचा खर्च आहे. कंत्राट तयार करण्यासाठी अंदाजे 32,000 गॅस + 200 गॅस/बाइट खर्च येतो. जेव्हा समान माहिती वेगवेगळ्या व्यवहारांमध्ये अनेक वेळा वाचण्याची आवश्यकता असते तेव्हाच ही पद्धत किफायतशीर असते.

कंत्राट कोड निरर्थक असू शकतो, जोपर्यंत तो 0xEF ने सुरू होत नाही. 0xEF ने सुरू होणारे कंत्राट ethereum ऑब्जेक्ट फॉरमॅटopens in a new tab म्हणून अर्थ लावले जातात, ज्यामध्ये अधिक कठोर आवश्यकता आहेत.

इव्हेंट्स

इव्हेंट्सopens in a new tab स्मार्ट कंत्राटांद्वारे उत्सर्जित केले जातात, आणि ऑफचेन सॉफ्टवेअरद्वारे वाचले जातात. त्यांचा फायदा असा आहे की ऑफचेन कोड इव्हेंट्स ऐकू शकतो. खर्च गॅसopens in a new tab, 375 अधिक डेटाच्या प्रति बाइट 8 गॅस आहे. 12 gwei/gas आणि 2300 $/ETH वर, याचा अर्थ एक सेंट अधिक प्रति किलोबाइट 22 सेंट असा होतो.

स्टोरेज

स्मार्ट कंत्राटांना कायमस्वरूपी स्टोरेजopens in a new tabमध्ये प्रवेश असतो. तथापि, ते खूप महाग आहे. पूर्वी रिकाम्या असलेल्या स्टोरेज स्लॉटमध्ये 32 बाइटचा शब्द लिहिण्यासाठी 22,100 गॅस खर्चopens in a new tab येऊ शकतो. 12 gwei/gas आणि 2300 $/ETH वर, हे प्रति लेखन ऑपरेशन सुमारे 61 सेंट किंवा प्रति किलोबाइट $19.5 आहे.

हे Ethereum मधील स्टोरेजचे सर्वात महाग स्वरूप आहे.

सारांश

ही सारणी विविध पर्याय, त्यांचे फायदे आणि तोटे यांचा सारांश देते.

स्टोरेजचा प्रकारडेटाचा स्रोतउपलब्धतेची हमीऑनचेन उपलब्धताअतिरिक्त मर्यादा
EIP-4844 ब्लॉब्सऑफचेन~18 दिवसांसाठीopens in a new tab Ethereum हमीफक्त हॅश उपलब्ध आहे
कॉलडेटाऑफचेनकायमस्वरूपी Ethereum हमी (ब्लॉकचेनचा भाग)फक्त कंत्राटात लिहिले असेल तर आणि त्या व्यवहारात उपलब्ध
L1 यंत्रणांसह ऑफचेनऑफचेनचॅलेंज कालावधीत "एक प्रामाणिक व्हेरिफायर" हमीफक्त हॅशचॅलेंज यंत्रणेद्वारे हमी, फक्त चॅलेंज कालावधीत
कंत्राट कोडऑनचेन किंवा ऑफचेनकायमस्वरूपी Ethereum हमी (ब्लॉकचेनचा भाग)होय"यादृच्छिक" अ‍ॅड्रेसवर लिहिलेले, 0xEF ने सुरू होऊ शकत नाही
कार्यक्रमऑनचेनकायमस्वरूपी Ethereum हमी (ब्लॉकचेनचा भाग)नाही
स्टोरेजऑनचेनकायमस्वरूपी Ethereum हमी (ब्लॉकचेनचा भाग आणि ओव्हरराइट होईपर्यंत सद्य स्टेट)होय

हा लेख उपयुक्त होता का?