पोर्टल नेटवर्क

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

या डिस्क स्टोरेज समस्येवर मात करण्यासाठी, 'लाइट' नोड्स विकसित केले गेले आहेत जे सर्व माहिती स्वतः संग्रहित करण्याऐवजी पूर्ण नोड्सकडून माहितीची विनंती करतात. तथापि, याचा अर्थ असा आहे की लाइट नोड स्वतंत्रपणे माहितीची पडताळणी करत नाही आणि त्याऐवजी दुसर्‍या नोडवर विश्वास ठेवत आहे. याचा अर्थ असाही होतो की त्या लाइट नोड्सना सेवा देण्यासाठी पूर्ण नोड्सना अतिरिक्त काम करावे लागते.

पोर्टल नेटवर्क हे Ethereum साठी एक नवीन नेटवर्किंग डिझाइन आहे ज्याचा उद्देश "लाइट" नोड्ससाठी डेटा उपलब्धतेची समस्या पूर्ण नोड्सवर विश्वास न ठेवता किंवा अतिरिक्त ताण न टाकता सोडवणे आहे, नेटवर्कवर आवश्यक डेटा लहान भागांमध्ये शेअर करून.

नोड्स आणि क्लायंट्स वर अधिक माहिती

आम्हाला पोर्टल नेटवर्कची गरज का आहे

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

ब्लॉकचेनची ही स्थानिक प्रत आणि संबंधित स्टेट आणि पावती डेटा नोडच्या हार्ड डिस्कवर बरीच जागा घेतो. उदाहरणार्थ, एक कन्सेंसस क्लायंटला जोडलेल्या Geth (opens in a new tab) चा वापर करून नोड चालवण्यासाठी 2TB हार्ड डिस्कची शिफारस केली जाते. स्नॅप सिंक वापरून, जे केवळ तुलनेने अलीकडील ब्लॉक्सच्या संचातून चेन डेटा संग्रहित करते, Geth साधारणपणे सुमारे 650GB डिस्क स्पेस व्यापते परंतु आठवड्यातून सुमारे 14GB ने वाढते (तुम्ही वेळोवेळी नोडची छाटणी करून 650GB पर्यंत कमी करू शकता).

याचा अर्थ नोड्स चालवणे महाग असू शकते, कारण मोठ्या प्रमाणात डिस्क स्पेस Ethereum ला समर्पित करावी लागते. Ethereum रोडमॅपवर या समस्येवर अनेक उपाय आहेत, ज्यात हिस्टरी एक्सपायरी, स्टेट एक्सपायरी आणि स्टेटलेसनेस यांचा समावेश आहे. तथापि, हे लागू होण्यास अनेक वर्षे लागण्याची शक्यता आहे. असे लाइट नोड्स देखील आहेत जे चेन डेटाची स्वतःची प्रत जतन करत नाहीत, ते त्यांना आवश्यक असलेला डेटा पूर्ण नोड्सकडून मागवतात. तथापि, याचा अर्थ असा आहे की लाइट नोड्सना प्रामाणिक डेटा प्रदान करण्यासाठी पूर्ण नोड्सवर विश्वास ठेवावा लागतो आणि लाइट नोड्सना आवश्यक असलेला डेटा सर्व्ह करणार्‍या पूर्ण नोड्सवर देखील ताण येतो.

पोर्टल नेटवर्कचा उद्देश लाइट नोड्सना त्यांचा डेटा मिळविण्यासाठी एक पर्यायी मार्ग प्रदान करणे आहे ज्यासाठी पूर्ण नोड्सद्वारे कराव्या लागणाऱ्या कामावर विश्वास ठेवण्याची किंवा त्यात लक्षणीय वाढ करण्याची आवश्यकता नाही. हे करण्याचा मार्ग म्हणजे Ethereum नोड्सना नेटवर्कवर डेटा शेअर करण्यासाठी एक नवीन मार्ग सादर करणे.

पोर्टल नेटवर्क कसे कार्य करते?

Ethereum नोड्समध्ये कठोर प्रोटोकॉल असतात जे ते एकमेकांशी कसे संवाद साधतात हे परिभाषित करतात. एक्झिक्युशन क्लायंट DevP2P म्हणून ओळखल्या जाणार्‍या सबप्रोटोकॉलच्या सेटचा वापर करून संवाद साधतात, तर कन्सेंसस क्लायंट libP2P नावाच्या सबप्रोटोकॉलच्या वेगळ्या स्टॅकचा वापर करतात. हे नोड्स दरम्यान पास केल्या जाऊ शकणार्‍या डेटाचे प्रकार परिभाषित करतात.

नोड्स JSON-RPC API द्वारे विशिष्ट डेटा देखील देऊ शकतात, ज्याद्वारे ॲप्स आणि वॉलेट्स Ethereum नोड्ससह माहितीची देवाणघेवाण करतात. तथापि, यापैकी कोणताही लाइट क्लायंटना डेटा देण्यासाठी आदर्श प्रोटोकॉल नाही.

लाइट क्लायंट सध्या DevP2P किंवा libP2p वर चेन डेटाचे विशिष्ट भाग मागू शकत नाहीत कारण ते प्रोटोकॉल केवळ चेन सिंक्रोनाइझेशन आणि ब्लॉक्स आणि व्यवहारांच्या गॉसिपिंगसाठी डिझाइन केलेले आहेत. लाइट क्लायंट ही माहिती डाउनलोड करू इच्छित नाहीत कारण त्यामुळे ते "लाइट" राहणार नाहीत.

JSON-RPC API देखील लाइट क्लायंट डेटा विनंत्यांसाठी एक आदर्श पर्याय नाही, कारण ते एका विशिष्ट पूर्ण नोड किंवा केंद्रीकृत RPC प्रदात्याच्या कनेक्शनवर अवलंबून असते जे डेटा देऊ शकतात. याचा अर्थ असा आहे की लाइट क्लायंटला तो विशिष्ट नोड/प्रदाता प्रामाणिक असेल यावर विश्वास ठेवावा लागतो आणि पूर्ण नोडला अनेक लाइट क्लायंटकडून अनेक विनंत्या हाताळाव्या लागू शकतात, ज्यामुळे त्यांच्या बँडविड्थ आवश्यकतांमध्ये वाढ होते.

पोर्टल नेटवर्कचा मुद्दा म्हणजे संपूर्ण डिझाइनवर पुनर्विचार करणे, विद्यमान Ethereum क्लायंटच्या डिझाइन मर्यादांच्या बाहेर, विशेषतः हलकेपणासाठी तयार करणे.

पोर्टल नेटवर्कची मुख्य कल्पना म्हणजे सध्याच्या नेटवर्किंग स्टॅकचे सर्वोत्तम भाग घेणे, ज्यामध्ये लाइट क्लायंटना आवश्यक असलेली माहिती, जसे की ऐतिहासिक डेटा आणि चेनच्या सध्याच्या हेडची ओळख, DHT (opens in a new tab) (Bittorrent सारखे) वापरून हलक्या वजनाच्या DevP2P शैलीतील पीअर-टू-पीअर विकेंद्रित नेटवर्कद्वारे दिली जाईल.

प्रत्येक नोडमध्ये एकूण ऐतिहासिक Ethereum डेटाचे लहान भाग आणि काही विशिष्ट नोड जबाबदाऱ्या जोडण्याची कल्पना आहे. नंतर, विनंती केलेला विशिष्ट डेटा संग्रहित करणारे नोड्स शोधून आणि त्यांच्याकडून तो मिळवून विनंत्या पूर्ण केल्या जातात.

हे लाइट नोड्सच्या सामान्य मॉडेलला उलट करते ज्यात एकच नोड शोधून मोठ्या प्रमाणात डेटा फिल्टर करण्याची आणि सर्व्ह करण्याची विनंती केली जाते; त्याऐवजी, ते नोड्सच्या मोठ्या नेटवर्कला त्वरीत फिल्टर करतात जे प्रत्येकजण कमी प्रमाणात डेटा हाताळतात.

हलक्या वजनाच्या पोर्टल क्लायंटच्या विकेंद्रित नेटवर्कला खालील गोष्टी करण्याची परवानगी देणे हे ध्येय आहे:

• चेनच्या हेडचा मागोवा घेणे
• अलीकडील आणि ऐतिहासिक चेन डेटा सिंक करणे
• स्टेट डेटा मिळवणे
• व्यवहार प्रसारित करणे
• EVM वापरून व्यवहार कार्यान्वित करणे

या नेटवर्क डिझाइनचे फायदे आहेत:

• केंद्रीकृत प्रदात्यांवरील अवलंबित्व कमी करणे
• इंटरनेट बँडविड्थ वापर कमी करणे
• किमान किंवा शून्य सिंकिंग
• संसाधन-मर्यादित उपकरणांसाठी प्रवेशयोग्य (<1 GB RAM, <100 MB डिस्क स्पेस, 1 CPU)

खालील तक्ता विद्यमान क्लायंटची कार्ये दर्शवितो जी पोर्टल नेटवर्कद्वारे वितरित केली जाऊ शकतात, ज्यामुळे वापरकर्त्यांना अत्यंत कमी-संसाधन उपकरणांवर या कार्यांमध्ये प्रवेश करता येतो.

पोर्टल नेटवर्क्स

डीफॉल्टनुसार क्लायंट विविधता

पोर्टल नेटवर्क डेव्हलपर्सनी पहिल्या दिवसापासून चार वेगळे पोर्टल नेटवर्क क्लायंट तयार करण्याचा डिझाइन पर्याय निवडला.

पोर्टल नेटवर्क क्लायंट आहेत:

• Trin (opens in a new tab): रस्टमध्ये लिहिलेले
• Fluffy (opens in a new tab): निममध्ये लिहिलेले
• Ultralight (opens in a new tab): टाइप्सक्रिप्टमध्ये लिहिलेले
• Shisui (opens in a new tab): गो मध्ये लिहिलेले

एकाधिक स्वतंत्र क्लायंट अंमलबजावणी असणे Ethereum नेटवर्कची लवचिकता आणि विकेंद्रीकरण वाढवते.

एखाद्या क्लायंटला समस्या किंवा असुरक्षिततेचा सामना करावा लागल्यास, इतर क्लायंट सहजतेने कार्य करणे सुरू ठेवू शकतात, ज्यामुळे अपयशाचा एकच बिंदू टाळता येतो. याव्यतिरिक्त, विविध क्लायंट अंमलबजावणी नवकल्पना आणि स्पर्धेला प्रोत्साहन देतात, सुधारणांना चालना देतात आणि इकोसिस्टममधील मोनोकल्चरचा धोका कमी करतात.

पुढील वाचन

• पोर्टल नेटवर्क (डेव्हकॉन बोगोटा येथे पायपर मेरियम) (opens in a new tab).
• पोर्टल नेटवर्क डिस्कॉर्ड (opens in a new tab)
• पोर्टल नेटवर्क वेबसाइट (opens in a new tab)