अपना खुद का एथेरियम नोड सेटअप करें

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

ध्यान दें कि मर्ज के बाद, एक एथेरियम नोड चलाने के लिए दो क्लाइंट की आवश्यकता होती है; एक निष्पादन परत (EL) क्लाइंट और एक सहमति परत (CL) क्लाइंट। यह पेज दिखाएगा कि कैसे इन दोनों क्लाइंट्स को इंस्टॉल, कॉन्फ़िगर और कनेक्ट करें, ताकि आप एक एथेरियम नोड चला सकें।

पूर्वापेक्षाएं

आपको यह समझना चाहिए कि एथेरियम नोड क्या है और आप एक क्लाइंट चलाने की आवश्यकता क्यों महसूस कर सकते हैं। यह नोड्स और क्लाइंट्स में शामिल है।

अगर आप नोड चलाने के विषय में नए हैं या कम तकनीकी रास्ता खोज रहे हैं, तो हम पहले एथेरियम नोड चलाने पर हमारे उपयोगकर्ता-अनुकूल परिचय को देखने की सलाह देते हैं।

एक दृष्टिकोण चुनना

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

यह पेज आपको इन निर्णयों के माध्यम से मार्गदर्शन करेगा और आपकी एथेरियम इंस्टेंस को चलाने के लिए सबसे उपयुक्त तरीका खोजने में मदद करेगा।

क्लाइंट कार्यान्वयन से चुनने के लिए, सभी उपलब्ध मेननेट तैयार निष्पादन क्लाइंट्स, सहमति क्लाइंट्स देखें और क्लाइंट विविधता के बारे में जानें।

यह तय करें कि क्लाइंट्स की आवश्यकताओं को ध्यान में रखते हुए, सॉफ़्टवेयर को अपने हार्डवेयर पर या क्लाउड में चलाना है या नहीं।

परिवेश तैयार करने के बाद, चुने हुए क्लाइंट्स को या तो शुरुआती-अनुकूल इंटरफ़ेस के साथ या उन्नत विकल्पों के साथ टर्मिनल का उपयोग करके मैन्युअल रूप से इंस्टॉल करें।

जब नोड चल रहा हो और सिंक हो रहा हो, तो आप इसे उपयोग करने के लिए तैयार हैं, लेकिन इसके रखरखाव पर नज़र रखना सुनिश्चित करें।

परिवेश और हार्डवेयर

स्थानीय या क्लाउड

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

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

दोनों विकल्पों के विभिन्न लाभ हैं, जो ऊपर संक्षेप में बताए गए हैं। अगर आप एक क्लाउड समाधान की तलाश में हैं, तो पारंपरिक क्लाउड कंप्यूटिंग प्रोवाइडर्स के अलावा, नोड्स को डिप्लॉय करने पर केंद्रित सेवाएँ भी उपलब्ध हैं। होस्टेड नोड्स पर अधिक विकल्पों के लिए सेवा के रूप में नोड्स देखें।

हार्डवेयर

हालांकि, सेंसरशिप-रेजिस्टेंट और विकेन्द्रीकृत नेटवर्क को क्लाउड प्रोवाइडर्स पर निर्भर नहीं होना चाहिए। इसके बजाय, अपने नोड को अपने स्वयं के स्थानीय हार्डवेयर पर चलाना इकोसिस्टम के लिए स्वस्थ है। अनुमान (opens in a new tab) बताते हैं कि नोड्स का एक बड़ा हिस्सा क्लाउड पर चलता है, जो विफलता का एक बिंदु बन सकता है।

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

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

आवश्यकताएँ

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

किसी भी क्लाइंट को इंस्टॉल करने से पहले, कृपया सुनिश्चित करें कि आपके कंप्यूटर में इसे चलाने के लिए ज़रूरी संसाधन हों। न्यूनतम और सुझाई गई आवश्यकताओं को नीचे पाया जा सकता है।

आपके हार्डवेयर की मुख्य रुकावट आमतौर पर डिस्क स्पेस होती है। एथेरियम ब्लॉकचेन को सिंक करना बहुत अधिक इनपुट/आउटपुट इंटेंसिव होता है और इसके लिए बहुत अधिक स्पेस की आवश्यकता होती है। सिंक्रनाइज़ेशन के बाद भी खाली जगह के लिए सैकड़ों GB वाला सॉलिड-स्टेट ड्राइव (SSD) होना सबसे अच्छा है।

डेटाबेस का आकार और प्रारंभिक सिंक्रनाइज़ेशन की गति चुने हुए क्लाइंट, उसके कॉन्फ़िगरेशन और सिंक रणनीति पर निर्भर करती है।

यह भी सुनिश्चित करें कि आपका इंटरनेट कनेक्शन बैंडविड्थ कैप (opens in a new tab) द्वारा सीमित नहीं है। शुरुआती सिंक और नेटवर्क पर प्रसारित डेटा आपके लिमिट को पार कर सकते हैं, इसलिए मीटर्ड कनेक्शन का उपयोग करने का सुझाव दिया जाता है।

ऑपरेटिंग सिस्टम

सभी क्लाइंट्स प्रमुख ऑपरेटिंग सिस्टम - लिनक्स, MacOS, विंडोज का सपोर्ट करते हैं। इसका मतलब है कि आप नोड्स को नियमित डेस्कटॉप या सर्वर मशीनों पर उस ऑपरेटिंग सिस्टम (OS) के साथ चला सकते हैं जो आपके लिए सबसे उपयुक्त हो। संभावित समस्याओं और सुरक्षा कमजोरियों से बचने के लिए सुनिश्चित करें कि आपका OS अपडेटेड है।

न्यूनतम आवश्यकताएँ

• 2+ कोर वाला CPU
• 8 GB RAM
• 2TB SSD
• 10+ MBit/s बैंडविड्थ

सुझाया गया स्पेसिफिकेशन

• 4+ कोर वाला तेज़ CPU
• 16 GB+ RAM
• 2+TB वाले तेज़ SSD
• 25+ MBit/s बैंडविड्थ

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

• नोट: एरिगॉन और रेथ स्नैप सिंक की पेशकश नहीं करते, लेकिन फ़ुल प्रूनिंग संभव है (एरिगॉन के लिए ~2TB, रेथ के लिए ~1.2TB)।

सहमति क्लाइंट्स के लिए, स्थान की आवश्यकता क्लाइंट कार्यान्वयन और सक्षम सुविधाओं (उदाहरण के लिए, वैलिडेटर स्लैशर) पर भी निर्भर करती है, लेकिन आम तौर पर बीकन डेटा के लिए अतिरिक्त 200GB की आवश्यकता होती है। वैलिडेटर्स की बड़ी संख्या के साथ, बैंडविड्थ लोड भी बढ़ जाता है। आप इस विश्लेषण में सहमति क्लाइंट आवश्यकताओं पर विवरण (opens in a new tab) पा सकते हैं।

प्लग-एंड-प्ले समाधान

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

• DappNode (opens in a new tab)
• Avado (opens in a new tab)

एकल-बोर्ड कंप्यूटर पर एथेरियम

एथेरियम नोड चलाने का एक आसान और सस्ता तरीका सिंगल-बोर्ड कंप्यूटर का उपयोग करना है, यहां तक कि ARM आर्किटेक्चर वाले जैसे कि रास्पबेरी पाई। ARM पर एथेरियम (opens in a new tab) रास्पबेरी पाई और अन्य ARM बोर्ड के लिए कई निष्पादन और सहमति क्लाइंट की चलाने में आसान इमेज प्रदान करता है।

छोटे, किफायती और प्रभावशाली उपकरण जैसे ये घरेलू नोड चलाने के लिए आदर्श होते हैं, लेकिन उनकी सीमित प्रदर्शन को ध्यान में रखना आवश्यक है।

नोड को शुरू करना

वास्तविक क्लाइंट सेटअप को या तो स्वचालित लॉन्चर्स के साथ या मैन्युअल रूप से, सीधे क्लाइंट सॉफ़्टवेयर को सेटअप करके किया जा सकता है।

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

निर्देशित सेटअप

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

नीचे कुछ प्रोजेक्ट्स दिए गए हैं जो आपको कुछ ही क्लिक में क्लाइंट्स स्थापित करने और नियंत्रित करने में मदद कर सकते हैं:

• DappNode (opens in a new tab) - DappNode केवल एक विक्रेता से मशीन के साथ नहीं आता है। सॉफ़्टवेयर, वास्तविक नोड लॉन्चर और कई विशेषताओं के साथ नियंत्रण केंद्र का उपयोग मनमाने हार्डवेयर पर किया जा सकता है।
• EthPillar (opens in a new tab) - एक पूर्ण नोड सेटअप करने का सबसे तेज़ और आसान तरीका। वन-लाइनर सेटअप टूल और नोड प्रबंधन TUI। नि:शुल्क। ओपन सोर्स। सोलो स्टेकर्स द्वारा एथेरियम के लिए सार्वजनिक वस्तुएं। ARM64 और AMD64 समर्थन।
• eth-docker (opens in a new tab) - डॉकर का उपयोग करके स्वचालित सेटअप जो आसान और सुरक्षित स्टेकिंग पर केंद्रित है, इसके लिए बुनियादी टर्मिनल और डॉकर ज्ञान की आवश्यकता होती है, यह थोड़े अधिक उन्नत उपयोगकर्ताओं के लिए अनुशंसित है।
• Stereum (opens in a new tab) - एक GUI सेटअप गाइड, नियंत्रण केंद्र और कई अन्य सुविधाओं के साथ SSH कनेक्शन के माध्यम से एक दूरस्थ सर्वर पर क्लाइंट स्थापित करने के लिए लॉन्चर।
• Sedge (opens in a new tab) - नोड सेटअप टूल जो CLI विज़ार्ड का उपयोग करके स्वचालित रूप से एक डॉकर कॉन्फ़िगरेशन उत्पन्न करता है। नेदरमाइंड द्वारा गो में लिखा गया।

मैन्युअल क्लाइंट्स सेटअप

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

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

क्लाइंट सॉफ़्टवेयर प्राप्त करना

सबसे पहले, आपको अपना पसंदीदा निष्पादन क्लाइंट और सहमति क्लाइंट सॉफ़्टवेयर प्राप्त करना होगा।

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

हर क्लाइंट को स्थापित करने के निर्देश क्लाइंट सूचियों में लिंक किए गए प्रलेखन में प्रदान किए गए हैं।

यहां क्लाइंट्स के रिलीज़ पेज़ हैं जहाँ आप उनके पहले से तैयार बाइनरी या स्थापना के निर्देश प्राप्त कर सकते हैं:

निष्पादन ग्राहक

• बेसु (opens in a new tab)
• एरिगॉन (opens in a new tab)
• गेथ (opens in a new tab)
• नेदरमाइंड (opens in a new tab)
• रेथ (opens in a new tab)

यह भी ध्यान देने योग्य है कि क्लाइंट विविधता निष्पादन परत पर एक मुद्दा है। सुझाया जाता है कि पाठक एक अल्पसंख्यक निष्पादन क्लाइंट चलाने पर विचार करें।

सहमति ग्राहक

• लाइटहाउस (opens in a new tab)
• लोडस्टार (opens in a new tab) (यह एक प्री-बिल्ट बाइनरी प्रदान नहीं करता है, केवल एक डॉकर इमेज या स्रोत से बनाने के लिए है)
• निंबस (opens in a new tab)
• प्रिज़्म (opens in a new tab)
• टेकु (opens in a new tab)

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

नवीनतम नेटवर्क क्लाइंट उपयोग देखें (opens in a new tab) और क्लाइंट विविधता के बारे में अधिक जानें।

सॉफ़्टवेयर की पुष्टि करना

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

डेवलपर रिलीज़ किए गए बाइनरी को अपनी PGP कुंजियों से हस्ताक्षरित करते हैं, ताकि आप क्रिप्टोग्राफ़िक रूप से सत्यापित कर सकें कि आप वास्तव में उनके द्वारा बनाए गए सॉफ़्टवेयर को चला रहे हैं। आपको केवल डेवलपर द्वारा उपयोग की जाने वाली सार्वजनिक कुंजियाँ प्राप्त करने की आवश्यकता है, जो क्लाइंट रिलीज वाले पेजों या प्रलेखन में पाई जा सकती हैं। क्लाइंट रिलीज और उसके हस्ताक्षर को डाउनलोड करने के बाद, आप उन्हें आसानी से सत्यापित करने के लिए एक PGP कार्यान्वयन, जैसे, GnuPG (opens in a new tab) का उपयोग कर सकते हैं। linux (opens in a new tab) या विंडोज/MacOS (opens in a new tab) पर gpg का उपयोग करके ओपन-सोर्स सॉफ़्टवेयर को सत्यापित करने पर एक ट्यूटोरियल देखें।

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

1sha256sum teku-22.6.1.tar.gz
2
39b2f8c1f8d4dab0404ce70ea314ff4b3c77e9d27aff9d1e4c1933a5439767dde

क्लाइंट सेटअप

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

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

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

परीक्षण उद्देश्यों के लिए, आप टेस्टनेट नेटवर्क में से एक पर क्लाइंट चलाना पसंद कर सकते हैं। समर्थित नेटवर्कों का अवलोकन देखें।

बुनियादी कॉन्फ़िगरेशन के साथ एक्सीक्यूशन क्लाइंट चलाने के उदाहरण अगले सेक्शन में पाए जा सकते हैं।

निष्पादन क्लाइंट शुरू करना

एथेरियम क्लाइंट सॉफ़्टवेयर शुरू करने से पहले, एक अंतिम जांच करें कि आपका एनवायरमेंट तैयार है। उदाहरण के लिए, सुनिश्चित करें कि:

• चुने गए नेटवर्क और सिंक मोड को ध्यान में रखते हुए पर्याप्त डिस्क स्पेस है।
• मेमोरी और CPU अन्य प्रोग्रामों द्वारा रोका नहीं गया है।
• ऑपरेटिंग सिस्टम नए वर्जन में अपडेट किया गया है।
• सिस्टम में सही समय और तारीख है।
• आपका राउटर और फ़ायरवॉल लिसनिंग पोर्ट्स पर कनेक्शन स्वीकार करते हैं। डिफ़ॉल्ट रूप से एथेरियम क्लाइंट्स एक लिसनर (TCP) पोर्ट और एक डिस्कवरी (UDP) पोर्ट का उपयोग करते हैं, दोनों डिफ़ॉल्ट रूप से 30303 पर होते हैं।

यह सुनिश्चित करने के लिए कि सब कुछ सही ढंग से काम कर रहा है, पहले अपने क्लाइंट को एक टेस्टनेट पर चलाएं।

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

निष्पादन और सहमति क्लाइंट इंजन API (opens in a new tab) में निर्दिष्ट एक प्रमाणित एंडपॉइंट के माध्यम से संचार करते हैं। एक सहमति क्लाइंट से कनेक्ट करने के लिए, निष्पादन क्लाइंट को एक ज्ञात पथ पर एक jwtsecret (opens in a new tab) उत्पन्न करना होगा। सुरक्षा और स्थिरता कारणों से, क्लाइंट को एक ही मशीन पर चलना चाहिए, और दोनों क्लाइंट को यह पथ जानना चाहिए, क्योंकि इसका उपयोग उनके बीच एक स्थानीय RPC कनेक्शन को प्रमाणित करने के लिए किया जाता है। निष्पादन क्लाइंट को प्रमाणित API के लिए एक लिसनिंग पोर्ट भी परिभाषित करना होगा।

यह टोकन स्वचालित रूप से क्लाइंट सॉफ़्टवेयर द्वारा जेनरेट किया जाता है, लेकिन कुछ मामलों में, आपको इसे खुद करने की आवश्यकता हो सकती है। आप इसे OpenSSL (opens in a new tab) का उपयोग करके उत्पन्न कर सकते हैं:

1openssl rand -hex 32 > jwtsecret

एक निष्पादन क्लाइंट चलाना

यह सेक्शन आपको एक्सीक्यूशन क्लाइंट शुरू करने में मार्गदर्शन करेगा। यह केवल एक बुनियादी कॉन्फ़िगरेशन के उदाहरण के रूप में काम करता है, जो क्लाइंट को इन सेटिंग्स के साथ शुरू करेगा:

• कनेक्ट करने के लिए नेटवर्क निर्दिष्ट करता है, हमारे उदाहरणों में मेननेट
  • आप इसके बजाय अपने सेटअप के प्रारंभिक परीक्षण के लिए टेस्टनेट में से एक चुन सकते हैं
• डेटा डायरेक्टरी परिभाषित करता है, जहां ब्लॉकचेन सहित सभी डेटा संग्रहित किया जाएगा
  • सुनिश्चित करें कि पथ को एक वास्तविक से प्रतिस्थापित करें, जैसे, अपनी बाहरी ड्राइव की ओर इशारा करते हुए
• क्लाइंट के साथ संवाद करने के लिए इंटरफेस सक्षम करता है
  • कंसेंसस क्लाइंट के साथ संचार के लिए JSON-RPC और इंजन API सहित
• प्रमाणित API के लिए jwtsecret का पथ परिभाषित करता है
  • सुनिश्चित करें कि उदाहरण पथ को एक वास्तविक पथ से प्रतिस्थापित करें जिसे क्लाइंट द्वारा एक्सेस किया जा सकता है, जैसे, /tmp/jwtsecret

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

ध्यान दें कि उदाहरणों में बैकस्लैश `` केवल स्वरूपण उद्देश्यों के लिए हैं; कॉन्फ़िग फ़्लैग को एक ही पंक्ति में परिभाषित किया जा सकता है।

बेसु चलाना

यह उदाहरण मेननेट पर बेसु शुरू करता है, ब्लॉकचेन डेटा को /data/ethereum पर डिफ़ॉल्ट प्रारूप में संग्रहीत करता है, सहमति क्लाइंट को जोड़ने के लिए JSON-RPC और इंजन RPC को सक्षम करता है। इंजन API टोकन jwtsecret के साथ प्रमाणित है और केवल localhost से कॉल की अनुमति है।

1besu --network=mainnet \
2    --data-path=/data/ethereum \
3    --rpc-http-enabled=true \
4    --engine-rpc-enabled=true \
5    --engine-host-allowlist="*" \
6    --engine-jwt-enabled=true \
7    --engine-jwt-secret=/path/to/jwtsecret

बेसु में एक लॉन्चर विकल्प भी आता है जो कई प्रश्न पूछेगा और कॉन्फ़िग फ़ाइल बनाएगा। इंटरैक्टिव लॉन्चर को निम्न का उपयोग करके चलाएँ:

1besu --Xlauncher

बेसु का प्रलेखन (opens in a new tab) अतिरिक्त विकल्प और कॉन्फ़िगरेशन विवरण शामिल करता है।

एरिगॉन चलाना

यह उदाहरण मेननेट पर एरिगॉन शुरू करता है, ब्लॉकचेन डेटा को /data/ethereum पर संग्रहीत करता है, JSON-RPC सक्षम करता है, परिभाषित करता है कि कौन से नेमस्पेस की अनुमति है और jwtsecret पथ द्वारा परिभाषित सहमति क्लाइंट को जोड़ने के लिए प्रमाणीकरण सक्षम करता है।

1erigon --chain mainnet \
2    --datadir /data/ethereum  \
3    --http --http.api=engine,eth,web3,net \
4    --authrpc.jwtsecret=/path/to/jwtsecret

एरिगॉन डिफ़ॉल्ट रूप से 8GB HDD के साथ पूर्ण सिंक प्रदर्शन करता है जिसके परिणामस्वरूप 2TB से अधिक आर्काइव डेटा होगा। सुनिश्चित करें कि datadir पर्याप्त खाली स्थान वाली डिस्क की ओर इशारा कर रहा है या --prune ध्वज पर ध्यान दें जो विभिन्न प्रकार के डेटा को ट्रिम कर सकता है। अधिक जानने के लिए एरिगॉन के --help की जांच करें।

गेथ चलाना

यह उदाहरण मेननेट पर गेथ शुरू करता है, ब्लॉकचेन डेटा को /data/ethereum पर संग्रहीत करता है, JSON-RPC सक्षम करता है और परिभाषित करता है कि किन नेमस्पेस की अनुमति है। यह सहमति क्लाइंट को जोड़ने के लिए प्रमाणीकरण भी सक्षम करता है जिसके लिए jwtsecret का पथ और यह विकल्प भी आवश्यक है जो परिभाषित करता है कि किन कनेक्शनों की अनुमति है, हमारे उदाहरण में केवल localhost से।

1geth --mainnet \
2    --datadir "/data/ethereum" \
3    --http --authrpc.addr localhost \
4    --authrpc.vhosts="localhost" \
5    --authrpc.port 8551
6    --authrpc.jwtsecret=/path/to/jwtsecret

सभी कॉन्फ़िगरेशन विकल्पों के लिए डॉक्स देखें (opens in a new tab) और एक सहमति क्लाइंट के साथ गेथ चलाने (opens in a new tab) के बारे में अधिक जानें।

नेदरमाइंड चलाना

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

1Nethermind.Runner --config mainnet \
2    --datadir /data/ethereum \
3    --JsonRpc.JwtSecretFile=/path/to/jwtsecret

नेदरमाइंड डॉक्स सहमति क्लाइंट के साथ नेदरमाइंड चलाने पर एक पूर्ण गाइड (opens in a new tab) प्रदान करते हैं।

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

रेथ चलाना

यह उदाहरण डिफ़ॉल्ट डेटा स्थान का उपयोग करते हुए रेथ को मेननेट पर शुरू करता है। jwtsecret पथ द्वारा परिभाषित सहमति क्लाइंट को जोड़ने के लिए JSON-RPC और इंजन RPC प्रमाणीकरण को सक्षम करता है, जिसमें केवल localhost से कॉल की अनुमति है।

1reth नोड \
2    --authrpc.jwtsecret /path/to/jwtsecret \
3    --authrpc.addr 127.0.0.1 \
4    --authrpc.port 8551

डिफ़ॉल्ट डेटा निर्देशिकाओं के बारे में अधिक जानने के लिए रेथ कॉन्फ़िगर करना (opens in a new tab) देखें। रेथ का प्रलेखन (opens in a new tab) अतिरिक्त विकल्प और कॉन्फ़िगरेशन विवरण शामिल करता है।

सहमति क्लाइंट शुरू करना

सहमति क्लाइंट को निष्पादन क्लाइंट के साथ एक स्थानीय RPC कनेक्शन स्थापित करने के लिए सही पोर्ट कॉन्फ़िगरेशन के साथ शुरू किया जाना चाहिए। सहमति क्लाइंट को एक्सपोज्ड निष्पादन क्लाइंट पोर्ट के साथ कॉन्फ़िगरेशन तर्क के रूप में चलाया जाना चाहिए।

सहमति क्लाइंट को उनके बीच RPC कनेक्शन को प्रमाणित करने के लिए निष्पादन क्लाइंट के jwt-secret का पथ भी चाहिए। ऊपर दिए गए एक्सीक्यूशन उदाहरणों के समान, प्रत्येक सहमति क्लाइंट में एक कॉन्फ़िगरेशन ध्वज होता है जो jwt टोकन फ़ाइल पथ को तर्क के रूप में लेता है। यह निष्पादन क्लाइंट को प्रदान किए गए jwtsecret पथ के अनुरूप होना चाहिए।

यदि आप एक वेलिडेटर रन करने की योजना बना रहे हैं, तो शुल्क प्राप्तकर्ता के एथेरियम पते को निर्दिष्ट करने वाला एक कॉन्फ़िगरेशन ध्वज जोड़ना सुनिश्चित करें। यह वह जगह है जहां आपके सत्यापनकर्ता के लिए ईथर पुरस्कार जमा होते हैं। प्रत्येक सहमति क्लाइंट में एक विकल्प होता है, जैसे, --suggested-fee-recipient=0xabcd1, जो एक एथेरियम पते को एक तर्क के रूप में लेता है।

टेस्टनेट पर बीकन नोड शुरू करते समय, आप चेकपॉइंट सिंक (opens in a new tab) के लिए एक सार्वजनिक एंडपॉइंट का उपयोग करके महत्वपूर्ण सिंकिंग समय बचा सकते हैं।

एक सहमति क्लाइंट चलाना

लाइटहाउस चलाना

लाइटहाउस चलाने से पहले, लाइटहाउस बुक (opens in a new tab) में इसे इंस्टॉल और कॉन्फ़िगर करने के तरीके के बारे में अधिक जानें।

1lighthouse beacon_node \
2    --network mainnet \
3    --datadir /data/ethereum \
4    --http \
5    --execution-endpoint http://127.0.0.1:8551 \
6    --execution-jwt /path/to/jwtsecret

लोडस्टार चलाना

लोडस्टार सॉफ़्टवेयर को इंस्टॉल करने के लिए इसे संकलित करें या डॉकर इमेज डाउनलोड करें। डॉक्स (opens in a new tab) और अधिक व्यापक सेटअप गाइड (opens in a new tab) में अधिक जानें।

1lodestar beacon \
2    --dataDir="/data/ethereum" \
3    --network=mainnet \
4    --eth1.enabled=true \
5    --execution.urls="http://127.0.0.1:8551" \
6    --jwt-secret="/path/to/jwtsecret"

निंबस चलाना

निंबस आम सहमति और निष्पादन क्लाइंट दोनों के साथ आता है। इसे बहुत मामूली कंप्यूटिंग शक्ति के साथ भी विभिन्न उपकरणों पर चलाया जा सकता है। निर्भरता और निंबस को स्थापित करने (opens in a new tab) के बाद, आप इसका सहमति क्लाइंट चला सकते हैं:

1nimbus_beacon_node \
2    --network=mainnet \
3    --web3-url=http://127.0.0.1:8551 \
4    --rest \
5    --jwt-secret="/path/to/jwtsecret"

प्रिज़्म चलाना

प्रिज़्म स्क्रिप्ट के साथ आता है जो आसान स्वचालित स्थापना की अनुमति देता है। विवरण प्रिज़्म डॉक्स (opens in a new tab) में मिल सकते हैं।

1./prysm.sh beacon-chain \
2    --mainnet \
3    --datadir /data/ethereum  \
4    --execution-endpoint=http://localhost:8551  \
5    --jwt-secret=/path/to/jwtsecret

टेकु चलाना

1teku --network mainnet \
2    --data-path "/data/ethereum" \
3    --ee-endpoint http://localhost:8551 \
4    --ee-jwt-secret-file "/path/to/jwtsecret"

जब एक सहमति क्लाइंट जमा अनुबंध को पढ़ने और सत्यापनकर्ताओं की पहचान करने के लिए निष्पादन क्लाइंट से जुड़ता है, तो यह अन्य बीकन नोड पीयर्स से भी जुड़ता है और उत्पत्ति से सहमति स्लॉट्स को सिंक करना शुरू करता है। एक बार जब बीकन नोड वर्तमान युग तक पहुंच जाता है, तो बीकन API आपके सत्यापनकर्ताओं के लिए उपयोग योग्य हो जाती है। बीकन नोड APIs (opens in a new tab) के बारे में और जानें।

वैलिडेटर्स जोड़ना

एक सहमति क्लाइंट सत्यापनकर्ताओं के जुड़ने के लिए एक बीकन नोड के रूप में काम करता है। प्रत्येक सहमति क्लाइंट का अपना सत्यापनकर्ता सॉफ्टवेयर होता है जिसका विस्तृत विवरण उसके संबंधित प्रलेखन में दिया गया है।

अपना खुद का वैलिडेटर चलाने से सोलो स्टेकिंग की अनुमति मिलती है, जो एथेरियम नेटवर्क का समर्थन करने का सबसे प्रभावशाली और ट्रस्टलेस तरीका है। हालांकि, इसके लिए 32 ETH की जमा राशि की आवश्यकता होती है। कम राशि के साथ अपने स्वयं के नोड पर एक वैलिडेटर चलाने के लिए, अनुमति रहित नोड ऑपरेटरों के साथ एक विकेंद्रीकृत पूल, जैसे कि रॉकेट पूल (opens in a new tab), आपकी रुचि का हो सकता है।

स्टेकिंग और वैलिडेटर कुंजी उत्पादन के साथ आरंभ करने का सबसे आसान तरीका हूडी टेस्टनेट स्टेकिंग लॉन्चपैड (opens in a new tab) का उपयोग करना है, जो आपको हूडी पर नोड चलाकर (opens in a new tab) अपने सेटअप का परीक्षण करने की अनुमति देता है। जब आप मेननेट के लिए तैयार हों, तो आप मेननेट स्टेकिंग लॉन्चपैड (opens in a new tab) का उपयोग करके इन चरणों को दोहरा सकते हैं।

स्टेकिंग विकल्पों के अवलोकन के लिए स्टेकिंग पेज देखें।

नोड का उपयोग करना

निष्पादन क्लाइंट्स RPC API एंडपॉइंट प्रदान करते हैं जिनका उपयोग आप विभिन्न तरीकों से एथेरियम नेटवर्क पर लेनदेन जमा करने, स्मार्ट अनुबंधों के साथ इंटरैक्ट करने या उन्हें डिप्लॉय करने के लिए कर सकते हैं:

• उपयुक्त प्रोटोकॉल (उदाहरण के लिए, curl का उपयोग करके) के साथ उन्हें मैन्युअल रूप से कॉल करना
• एक प्रदान किए गए कंसोल को संलग्न करना (उदाहरण के लिए, geth attach)
• वेब3 लाइब्रेरी, जैसे कि web3.py (opens in a new tab), ethers (opens in a new tab) का उपयोग करके उन्हें अनुप्रयोगों में लागू करना

विभिन्न क्लाइंट के RPC एंडपॉइंट्स के अलग-अलग कार्यान्वयन होते हैं। लेकिन एक मानक JSON-RPC है जिसका उपयोग आप हर क्लाइंट के साथ कर सकते हैं। अवलोकन के लिए JSON-RPC डॉक्स पढ़ें। एप्लिकेशन जिन्हें एथेरियम नेटवर्क से जानकारी की आवश्यकता होती है, वे इस RPC का उपयोग कर सकते हैं। उदाहरण के लिए, लोकप्रिय वॉलेट मेटामास्क आपको अपने स्वयं के RPC एंडपॉइंट से कनेक्ट करने (opens in a new tab) की सुविधा देता है जिसके मजबूत गोपनीयता और सुरक्षा लाभ हैं।

सभी सहमति क्लाइंट एक बीकन API (opens in a new tab) को उजागर करते हैं जिसका उपयोग सहमति क्लाइंट की स्थिति की जांच करने या Curl (opens in a new tab) जैसे उपकरणों का उपयोग करके अनुरोध भेजकर ब्लॉक और सहमति डेटा डाउनलोड करने के लिए किया जा सकता है। इस पर अधिक जानकारी प्रत्येक सहमति ग्राहक के प्रलेखन में पाई जा सकती है।

RPC तक पहुँचना

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

इंटरनेट पर पोर्ट को उजागर करने के दृष्टिकोण को सावधानी से अपनाएं क्योंकि यह इंटरनेट पर किसी को भी आपके नोड को नियंत्रित करने की अनुमति देगा। यदि आप अपने क्लाइंट का उपयोग वॉलेट के रूप में कर रहे हैं तो दुर्भावनापूर्ण कर्ता आपके सिस्टम को ठप्प करने या आपके धन को चुराने के लिए आपके नोड तक पहुंच सकते हैं।

इसका एक समाधान संभावित रूप से हानिकारक RPC विधियों को संशोधन योग्य होने से रोकना है। उदाहरण के लिए, गेथ के साथ, आप एक ध्वज के साथ परिवर्तनीय तरीकों की घोषणा कर सकते हैं: --http.api web3,eth,txpool।

RPC इंटरफ़ेस तक पहुंच को एज लेयर API या वेब सर्वर एप्लिकेशन के विकास के माध्यम से बढ़ाया जा सकता है, जैसे Nginx, और उन्हें आपके क्लाइंट के स्थानीय पते और पोर्ट से जोड़ा जा सकता है। एक मध्य परत का लाभ उठाने से डेवलपर्स को RPC इंटरफ़ेस के लिए सुरक्षित https कनेक्शन के लिए एक प्रमाणपत्र स्थापित करने की क्षमता भी मिल सकती है।

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

ऐसा करने के लिए, आपको अपनी खुद की ओनियन सर्विस (opens in a new tab) बनानी होगी। अपना खुद का होस्ट करने के लिए ओनियन सर्विस सेटअप पर प्रलेखन (opens in a new tab) देखें। आप इसे RPC पोर्ट के लिए प्रॉक्सी के साथ एक वेब सर्वर की ओर निर्देशित कर सकते हैं या सीधे RPC की ओर निर्देशित कर सकते हैं।

अंत में, और आंतरिक नेटवर्क तक पहुंच प्रदान करने के सबसे लोकप्रिय तरीकों में से एक VPN कनेक्शन के माध्यम से है। आपके उपयोग के मामले और आपके नोड तक पहुंच की आवश्यकता वाले यूज़र की मात्रा के आधार पर, एक सुरक्षित VPN कनेक्शन एक विकल्प हो सकता है। OpenVPN (opens in a new tab) एक पूर्ण-विशेषताओं वाला SSL VPN है जो उद्योग मानक SSL/TLS प्रोटोकॉल का उपयोग करके OSI परत 2 या 3 सुरक्षित नेटवर्क एक्सटेंशन को लागू करता है, प्रमाणपत्रों, स्मार्ट कार्डों, और/या उपयोगकर्ता नाम/पासवर्ड क्रेडेंशियल्स पर आधारित लचीले क्लाइंट प्रमाणीकरण विधियों का समर्थन करता है, और VPN वर्चुअल इंटरफ़ेस पर लागू फ़ायरवॉल नियमों का उपयोग करके उपयोगकर्ता या समूह-विशिष्ट पहुँच नियंत्रण नीतियों की अनुमति देता है।

नोड का संचालन

आपको नियमित रूप से अपने नोड की निगरानी करनी चाहिए यह सुनिश्चित करने के लिए कि यह ठीक से चल रहा है। आपको कभी-कभी रखरखाव करने की आवश्यकता हो सकती है।

एक नोड को ऑनलाइन रखना

आपके नोड को हर समय ऑनलाइन होने की आवश्यकता नहीं है, लेकिन आपको इसे नेटवर्क के साथ सिंक रखने के लिए जितना संभव हो उतना ऑनलाइन रखना चाहिए। आप इसे पुनः आरंभ करने के लिए बंद कर सकते हैं, लेकिन ध्यान रखें कि:

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

यह सहमति परत वैलिडेटर नोड्स पर लागू नहीं होता है। अपने नोड को ऑफ़लाइन करने से उस पर निर्भर सभी सेवाएं प्रभावित होंगी। यदि आप स्टेकिंग उद्देश्यों के लिए एक नोड चला रहे हैं तो आपको डाउनटाइम को यथासंभव कम करने का प्रयास करना चाहिए।

क्लाइंट सेवाएं बनाना

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

क्लाइंट अपडेट करना

आपको अपने क्लाइंट सॉफ़्टवेयर को नवीनतम सुरक्षा पैच, सुविधाओं और EIPs के साथ अद्यतित रखने की आवश्यकता है। विशेष रूप से हार्ड फोर्क से पहले, सुनिश्चित करें कि आप सही क्लाइंट संस्करण चला रहे हैं।

महत्वपूर्ण नेटवर्क अपडेट से पहले, EF अपने ब्लॉग (opens in a new tab) पर एक पोस्ट प्रकाशित करता है। आप इन घोषणाओं की सदस्यता ले सकते हैं (opens in a new tab) ताकि जब आपके नोड को अपडेट की आवश्यकता हो तो आपको अपने मेल पर एक सूचना मिल सके।

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

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

अतिरिक्त सेवाएं चलाना

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

नोड की निगरानी

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

अपनी निगरानी के हिस्से के रूप में, अपनी मशीन के प्रदर्शन पर नज़र रखना सुनिश्चित करें। आपके नोड के प्रारंभिक सिंक्रनाइज़ेशन के दौरान, क्लाइंट सॉफ़्टवेयर CPU और RAM पर बहुत भारी हो सकता है। ग्रफाना के अलावा, आप ऐसा करने के लिए अपने OS द्वारा प्रदान किए जाने वाले उपकरण जैसे htop या uptime का उपयोग कर सकते हैं।

आगे की रीडिंग

• एथेरियम स्टेकिंग गाइड (opens in a new tab) - सोमर एसाट, अक्सर अपडेट किया जाता है
• गाइड | मेननेट पर एथेरियम स्टेकिंग के लिए वैलिडेटर कैसे सेटअप करें (opens in a new tab) – कॉइनकैश्यू, अक्सर अपडेट किया जाता है
• टेस्टनेट पर वैलिडेटर चलाने पर ETHStaker गाइड (opens in a new tab) – ETHStaker, नियमित रूप से अपडेट किया जाता है
• एथेरियम नोड्स के लिए AWS ब्लॉकचेन नोड रनर ऐप का नमूना (opens in a new tab) - AWS, अक्सर अपडेट किया जाता है
• नोड ऑपरेटरों के लिए मर्ज अक्सर पूछे जाने वाले प्रश्न (opens in a new tab) - जुलाई 2022
• एथेरियम पूर्ण मान्य नोड होने के लिए हार्डवेयर आवश्यकताओं का विश्लेषण (opens in a new tab) – अल्बर्ट पलाऊ, 24 सितंबर 2018
• एथेरियम फुल नोड्स चलाना: मुश्किल से प्रेरित लोगों के लिए एक गाइड (opens in a new tab) – जस्टिन लेरॉक्स, 7 नवंबर 2019
• एथेरियम मेननेट पर एक हाइपरलेजर बेसु नोड चलाना: लाभ, आवश्यकताएँ, और सेटअप (opens in a new tab) – फेलिप फराग्गी, 7 मई 2020
• निगरानी स्टैक के साथ नेदरमाइंड एथेरियम क्लाइंट को डिप्लॉय करना (opens in a new tab) – Nethermind.eth, 8 जुलाई 2020

संबंधित विषय

• नोड्स और क्लाइंट्स
• ब्लॉक
• नेटवर्क