इथेरियम 2.0, भाग 2 पर एक वैध बनने की मेरी यात्रा

ब्लॉग 1NewsDevelopersEnterpriseBlockchain समझाया और सम्मेलनसमाचार

Contents

हमारे न्यूज़लेटर की सदस्यता लें.

ईमेल पता

हम आपकी निजता का सम्मान करते हैं

HomeBlogDevelopers

इथेरियम 2.0, भाग 2 पर एक वैध बनने की मेरी यात्रा

कोपेरन ब्रेननडायड 5, 2020 द्वारा 5 दिसंबर, 2020 को संचालित किए गए एथेरियम 2.0 सत्यापनकर्ता क्लाइंट को चलाने के लिए हार्डवेयर और सॉफ्टवेयर को चुनते समय आपको किन बातों पर ध्यान देना चाहिए।

इथेरियम 2 0 भाग 2 पर एक वैध बनने की मेरी यात्रा

नोट: आप अभी भी Ethereum 2.0 नेटवर्क पर एक सत्यापनकर्ता बन सकते हैं! सत्यापनकर्ता के रूप में सक्रिय होने के लिए प्रतीक्षा-समय होगा – 4 दिसंबर, 2020 तक, प्रतीक्षा-समय लगभग है 9.9 दिन. इस श्रृंखला के भाग 1 में कदम रखने के चरण देखें.

  1. अस्वीकरण
  2. परिचय
  3. मान्य कॉन्फ़िगरेशन कॉन्फ़िगरेशन
  1. भविष्य के सबूत हार्डवेयर
  2. चलाने के लिए या नहीं चलाने के लिए एक Eth1 क्लाइंट?
  3. वर्चुअल बनाम स्थानीय होस्टिंग
  4. Eth2 क्लाइंट की पसंद और जुर्माना से बचना
  • AWS उदाहरण सेट करना
    1. ऑपरेटिंग सिस्टम
    2. मूल्य निर्धारण
    3. भंडारण
    4. बंदरगाहों
    5. SSH कुंजी और इंस्टेंस लॉन्च
    6. टीकू को स्थापित करना
      1. आवश्यकताओं को
      2. बाइनरी स्थापित करें
      3. गैर-रूट उपयोगकर्ता बनाएँ
      4. Systemd सेवा बनाएँ
      5. प्रक्षेपण
      6. अस्वीकरण

        यह एक पोस्ट है जिसे मैं कॉनसेन के कर्मचारी के रूप में लिख रहा हूं और कोई बीकन श्रृंखला पर दांव लगाने की योजना बना रहा है। पूर्व कथन का अर्थ है कि मैं कंसेंसेस उत्पादों को प्राथमिकता देता हूं (कंसेंसेस उत्पाद आमतौर पर एथेरियम के लिए कक्षा में सर्वश्रेष्ठ हैं, और मेरे पास इंजीनियरिंग टीमों तक भी पहुंच है जो मुझे सवालों के जवाब देने और समस्या निवारण में मदद कर सकते हैं)। बाद के बयान का मतलब है कि मैं लागत और उपयोग में आसानी के लिए अनुकूलन कर रहा हूं: मेरे पास पर्याप्त पुरस्कार प्राप्त करने के लिए हजारों ईटीएच नहीं हैं, इसलिए मैं कुछ शॉर्टकट ले रहा हूं। ये ऐसे फ़ैसले हैं जिन्हें मैंने Ethereum 2.0 पर स्टेकिंग के रूप में संभव बनाने के लिए सरल और सुलभ व्यक्तियों के लिए किया है, लेकिन व्यापार-विकेंद्रीकरण और गोपनीयता के साथ आते हैं। हालांकि, आप नीचे दिए गए ट्यूटोरियल के व्यापक स्ट्रोक का अनुसरण कर सकते हैं और विभिन्न विकल्प बना सकते हैं। वास्तव में, यदि आप ऐसा कर सकते हैं, तो मैं आपको प्रोत्साहित करूंगा! 

        अंतिम, एथेरियम 2.0 में स्टैकिंग अत्यधिक प्रयोगात्मक है और इसमें दीर्घकालिक प्रतिबद्धता शामिल है (मुझे तीन साल आवंटित हैं)। यदि आप अभी भी विकास में किसी चीज के साथ उच्च स्तर के जोखिम परिचर के साथ सहज नहीं हैं तो कृपया भाग न लें। यदि आप इस बारे में अनिश्चित हैं कि क्या आपको हिस्सेदारी चाहिए, तो कृपया इसमें शामिल हों कंसेंसेस की कलह और # teku- पब्लिक चैनल में पूछें. 

        परिचय

        पिछली पोस्ट में, हमने Ethereum 2.0 की तैनाती के कारणों पर चर्चा की और Ethereum 1.0 मेननेट डिपॉजिट कॉन्ट्रैक्ट में 32 ETH के माध्यम से चला गया। हमने प्रमुख पीढ़ी और कैसे प्रक्रिया पर स्पर्श किया लांच पैड लिंक Ethereum 1.0 से 2.0.

        23 नवंबर को, एथेरम 2.0 को लॉन्च करने के लिए ईटीएच की न्यूनतम राशि- 524,288 के बारे में मुलाकात की गई थी। लोग अनुबंध में हिस्सेदारी जारी रख सकते हैं और सत्यापनकर्ताओं की संख्या 4 वें दिसंबर तक 33,000 से अधिक हो गई है.

        मेटामास्क के आरोन डेविस ने अपने विचार आंतरिक कंसेनस स्लैक स्टैकिंग चैनल में साझा किए 

        हालांकि यह एक मान्यकर्ता के रूप में उत्पत्ति खंड में बनाने के लिए बेहद रोमांचक था, सेकंड बाद में मुझे मेरे सहयोगी आरोन डेविस को हमारे आंतरिक कॉन्सेंसेक स्टेकिंग चैनल में एक समान अनुभव था: किस पागल कार्य के लिए मैंने साइन अप किया था? सौभाग्य से, मेरे पास अविश्वसनीय रूप से प्रतिभाशाली और तकनीकी लोगों के लिए धर्मार्थ है जो इस घन को कुछ सुझाव, संकेत और बुनियादी ढांचे को चलाने के बारे में जानकारी देते हैं। मुझे उम्मीद है कि उस मूल्यवान सलाह के एक अंश पर किसी अन्य इच्छुक पार्टियों के यहाँ से गुजरना होगा.


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

        अंतिम, इससे पहले कि हम इसमें कूदते हैं, मैं चाहता हूं कि ये पोस्ट लगभग मेरे अनुभव 32 ईटीएच (व्यापक तकनीकी asides के साथ जर्नल प्रविष्टियों) के लिए जर्नल प्रविष्टियों की तरह हैं। जैसे, मैं बीकन श्रृंखला की प्रगति के रूप में अपने दृष्टिकोण को थोड़ा बदल सकता हूं। उदाहरण के लिए, मैं सोच रहा था कि मैं निश्चित रूप से AWS का उपयोग करूंगा। जैसा कि आप नीचे पढ़ेंगे, मैं अब उस पर पुनर्विचार कर रहा हूँ। मैं स्टेकिंग के वित्तीय तत्व के बारे में बहुत स्पष्ट होने जा रहा हूं। स्टेकिंग एथेरियम इकोसिस्टम का समर्थन करने का एक तरीका है, लेकिन स्थायी सार्वजनिक उपयोग के लिए, यह उन लोगों के लिए भी संभव और सुलभ होना चाहिए जिनके पास ETH है।. 

        भविष्य के सबूत हार्डवेयर

        आज सत्यापनकर्ता को चलाने के लिए बुनियादी आवश्यकताएं अपेक्षाकृत आसान हैं। मारा श्मिट और कॉलिन मेयर्स ‘ मान्य गाइड बैंकलेस में न्यूनतम आवश्यकताओं का एक अच्छा समूह है। Ethereum 2.0 सत्यापनकर्ता उपकरण निर्धारित करने का सबसे चुनौतीपूर्ण पहलू विकास के जारी रहने के साथ ही किसी भी वर्तमान में अज्ञात मांगों के साथ बीकन चेन चरण 0 की वर्तमान जरूरतों को संतुलित कर रहा है। (यह एक चिंता का विषय नहीं है यदि आप अपने सत्यापनकर्ता की नज़दीकी निगरानी बनाए रखने में सहज हैं और परिवर्तनों को जल्दी और आसानी से सक्षम कर सकते हैं) 

        बेन एडिंगटन, टेकू प्रोजेक्ट मैनेजर और प्रकाशक Eth2.news, मुझे कुछ किनारे मामलों के साथ प्रदान किया गया जहां नेटवर्क सत्यापनकर्ता ग्राहक की अधिक मांग कर सकता है। अल्पकालिक, सबसे बड़ी चिंता कुछ इस तरह होगी मेडला समय सर्वर घटना, जिसमें प्रिज़्म क्लाइंट में एक बग और बाद में फिक्स टेस्टनेट पर अंतिम रूप से रोक दिया गया (मोटे तौर पर, नेटवर्क “ब्लॉक का उत्पादन नहीं” कर सकता है)। चूंकि नेटवर्क पर कोई अंतिमता नहीं थी (कोई “पुष्टि किए गए ब्लॉक”) नहीं थे, इसलिए सत्यापनकर्ताओं को अपनी रैम में सामान्य से अधिक लेनदेन करना पड़ा. 

        8 जीबी रैम वाली मशीनें – जो सामान्य परिस्थितियों में पर्याप्त से अधिक होती हैं – से “मेमोरी से बाहर” मुद्दों का सामना करना शुरू हो जाता है जिसके कारण स्लैशिंग हो सकती है। इस तरह एक कील, हालांकि असामान्य, चरण 0 मेननेट के लिए सवाल से बाहर नहीं है.

        नेटवर्क के लिए भविष्य की कॉन्फ़िगरेशन अस्पष्टताएं Ethereum 1.0 और 2.0 का विलय और शार्किंग की शुरूआत हैं। हमें अभी भी नहीं पता है कि वे विलय कब होंगे या वास्तव में उनकी क्या आवश्यकता होगी। मैं चरण 0 (4 वर्चुअल कोर, 100 जीबी एसएसडी के साथ 4 जीबी रैम) में एक मजबूत सीपीयू बैकबोन रखना चाहता हूं और फिर स्टोरेज स्पेस के आसपास भविष्य के समायोजन के लिए मेरा ध्यान केंद्रित करता हूं (यहां विग्ल रूम छोड़कर)। कृपया ध्यान दें कि यह ओवरकिल हो सकता है और स्टेकिंग पुरस्कार खा सकता है.

        वे भविष्य के “ज्ञात अज्ञात” हैं, आइए आज सत्यापनकर्ताओं के लिए मुख्य कॉन्फ़िगरेशन निर्णय बिंदुओं पर चर्चा करें.

        चलाने के लिए या नहीं चलाने के लिए एक Eth1 ग्राहक?

        यह पास का एक संस्कार है जो मैं अपने बूटकैम्प छात्रों को जितनी बार संभव हो, करने की कोशिश करता हूं: एक Ethereum 1.0 क्लाइंट को सिंक करना। यह एक खुला रहस्य है जो वास्तव में एक “पूर्ण” एथेरियम 1.0 नोड की मेजबानी करता है, एक कठोर, कैदी की दुविधा समाधान के बजाय प्यार का एक कार्य है। “पूर्ण” को कोट्स में रखा जाना चाहिए क्योंकि यहां तक ​​कि Ethereum कोर डेवलपर्स के पास एक कठिन समय है जो “पूर्ण नोड” की परिभाषा पर सहमत होने का वास्तव में मतलब है.

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

        भले ही यह महत्वपूर्ण भंडारण और तार्किक चिंता को बचाता है, लेकिन यह एक साथ Eth1 और Eth2 नेटवर्क के लिए विकेंद्रीकरण की एक निश्चित राशि का त्याग करता है। अगर इंफ्रा को नीचे जाना था, जो अत्यधिक दुर्लभ है, लेकिन होता है, यह Ethereum 2.0 सत्यापनकर्ताओं के लिए उनके Ethereum 1.0 समापन बिंदु के लिए इसका उपयोग करते हुए एक लहर प्रभाव पैदा करेगा। कुछ विचार करने के लिए!

        (बस स्पष्ट होने के लिए: एक Ethereum पूर्ण नोड को सिंक्रनाइज़ करने की कठिनाई को Ethereum विश्व राज्य की प्रकृति के साथ करना है, न कि Ethereum 1.0 कोर डेवलपर्स के साथ जिन्होंने इस बेहद चुनौतीपूर्ण समस्या से निपटने के लिए एक अद्भुत काम किया है।)

        वर्चुअल बनाम स्थानीय होस्टिंग

        मेरे लिए अगला विचार स्थानीय रूप से (मेरे घर में) या वस्तुतः (वर्चुअल सर्विस प्रोवाइडर जैसे अमेज़न वेब सर्विसेज (एडब्ल्यूएस), डिजिटल ओशन, इत्यादि पर) एक वैध नोड की मेजबानी कर रहा था। जैसा कि मैंने पिछले टुकड़े में उल्लेख किया है, मैं घर से एक सुसंगत सत्यापनकर्ता नोड चलाने के लिए खुद पर भरोसा नहीं करता, यहां तक ​​कि कहीं दूर संग्रहीत एक पुराने लैपटॉप पर भी। अनाड़ी और नासमझ, मैं या तो इसे खत्म कर दूंगा या इसके बारे में भूल जाऊंगा.

        मैं AWS पर अपना नोड चलाने का विकल्प चुन रहा हूं क्योंकि मैं इससे सबसे अधिक परिचित हूं (इस पूरी प्रक्रिया से गुजरने के बाद भी, मैं इस निर्णय का दूसरा अनुमान लगा रहा हूं। मैं इस बारे में बाद में चर्चा करूंगा) यहाँ व्यापार बंद फिर से विकेंद्रीकरण है: यदि एडब्ल्यूएस नीचे जाता है या कोई समस्या है (जैसे हाल ही में किया), मैं उनकी दया पर हूँ। यदि पर्याप्त लोग AWS पर नोड चला रहे हैं, तो यह बड़े Ethereum नेटवर्क को प्रभावित कर सकता है.

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

        यदि आप स्थानीय रूप से एक सत्यापनकर्ता नोड चलाना चाहते हैं, तब भी आप इस ट्यूटोरियल की सामान्य दिशा का अनुसरण कर सकते हैं, विभिन्न ग्राहकों के साथ समर एसेट की ट्यूटोरियल की उत्कृष्ट श्रृंखला या यहां तक ​​कि एआरएम पर एथेरियम के साथ 8 जीबी रैम के साथ एक रास्पबेरी पाई मॉडल 4 बी सिंक करें. (रास्पबेरी पाई पर सिंक्रनाइज़ेशन अभी भी बहुत प्रयोगात्मक है और लोगों को इंतजार करना चाहिए जब तक कि एआरएम टीम पर इथेरेम अपनी स्थिरता की पुष्टि नहीं करता है)

        Eth2 क्लाइंट की पसंद और जुर्माना से बचना

        एक और प्रमुख विकल्प मौजूदा ग्राहकों में Ethereum 2.0 ग्राहक है: प्रकाशस्तंभ, ध्रुवतारा, चमक, प्रियम तथा टेकु. मैं टेकु के प्रति बहुत अधिक पक्षपाती हूं और ग्राहकों की बारीकियों पर बहस करने के लिए पर्याप्त नहीं हूं. यह लेख Medalla पर ग्राहक के प्रदर्शन का एक अच्छा अवलोकन है। (ध्यान रखें कि मेन्टल विल की तुलना में प्रोसेसर से ज्यादा की मांग की है।)

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

        सबसे सामान्य मुद्दा यह सुनिश्चित करना होगा कि आपका सत्यापनकर्ता नेटवर्क के लिए उपलब्ध है। इसका अर्थ है कि आपका सत्यापनकर्ता ऑनलाइन है। इस मुद्दे पर देवओप्स-दृष्टिकोण – निगरानी और सतर्कता प्रणाली बनाने के लिए आपको सचेत करने के लिए कि यदि आपका सत्यापनकर्ता ऑफ़लाइन हो जाता है – तो मैं यहां कवर नहीं करूंगा.

        लेकिन नेटवर्क के लिए अनुपलब्ध होने का एक और तरीका है, और वह यह है कि यदि आपका ग्राहक एक कारण या किसी अन्य के लिए दुर्व्यवहार करना शुरू कर देता है। उपरांत समय सर्वर बग मेडला पर एक नेटवर्क मंदी के कारण, एथ 2 कोर डेवलपर्स विकसित होने के लिए एक साथ आए “ए] कुंजी के हस्ताक्षरित इतिहास को हस्तांतरित करने के लिए मानक प्रारूप सत्यापनकर्ताओं को आसानी से ग्राहकों के बीच परस्पर विरोधी संदेशों पर हस्ताक्षर करने के जोखिम के बिना स्विच करने की अनुमति देता है।” सभी ग्राहकों को यह सुरक्षा नहीं है, लेकिन टेकु करता है। यहाँ पर आप Teku के स्लैश प्रोटेक्शन (डिफ़ॉल्ट रूप से रन) का उपयोग करके पढ़ सकते हैं जिसमें Teku नोड्स के बीच माइग्रेट करना या Teku नोड के लिए एक गैर-Teku के बीच माइग्रेट करना शामिल है.

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

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

        मुख्य टेकअवे कई क्लाइंट पर एक सत्यापनकर्ता कुंजी नहीं चलाता है। जाहिरा तौर पर यह वही है जो पहले स्लैशिंग इवेंट का कारण बना, जो 2 दिसंबर को हुई. के बाद से कई स्लेश हुए हैं! यदि आप एक उदाहरण से दूसरे में माइग्रेट कर रहे हैं, तो चौगुनी जाँच करें कि आपके पास एक ही मशीन से काम करने वाली दो मशीनें नहीं हैं:

        पापा बेन इसे कहते हैं जैसे यह है. स्रोत

        AWS + Infura + Teku Validator कॉन्फ़िगरेशन चश्मा

        मेरा उत्पत्ति ब्लॉक सेटअप:

        ऑपरेटिंग सिस्टम: Ubuntu सर्वर 20.04 LTS (HVM) (अमेज़न वेब सेवा)

        प्रोसेसर: इंटेल ज़ेओन प्लेटिनम 8000 श्रृंखला प्रोसेसर, 3.1 गीगाहर्ट्ज़। (अमेज़न वेब सेवा)

        याद: 4 आभासी कोर, 16 जीबी रैम (अमेज़न वेब सेवा)

        भंडारण: 100GB SSD, 300/3000 IOPS (अमेज़न वेब सेवा)

        Ethereum 1.0 ग्राहक: इंफ्रा एंडपॉइंट (फ्री टियर)

        Ethereum 2.0 क्लाइंट: टेकु

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

        प्रारंभ में, मुझे विश्वास था कि एडब्ल्यूएस सबसे अच्छा आभासी मंच था और यह इस पद और अगले के लिए मेरे द्वारा उपयोग की जाने वाली सेवा है। हालाँकि, पूरी प्रक्रिया से गुजरने के बाद, मैंने महसूस किया कि एडब्ल्यूएस व्यक्तिगत डेवलपर के लिए ओवरकिल हो सकता है। प्रीमियम लागत पर आने वाली मांग को पूरा करने के लिए AWS की वास्तविक ताकत गतिशील रूप से बड़े पैमाने पर होने की क्षमता है। यह एक बड़े पैमाने पर, उद्यम स्तर की परियोजना के लिए आर्थिक समझ में आता है, लेकिन व्यक्तिगत Ethereum 2.0 वर्तमान ग्राहक आवश्यकताओं को इस तरह की कठोरता की आवश्यकता नहीं है.

        I बाद की तारीख में उस पर और अधिक.

        Infura खाता सेटअप करें

        मैं अपने Ethereum 1.0 समापन बिंदु के रूप में Infura का उपयोग करना चुन रहा हूं। अभी के लिए, बीकन श्रृंखला नए स्टीकर्स को सक्रिय करने के लिए Ethereum 1.0 पर जमा अनुबंध देख रही है जब उन्होंने 32 ETH को ठीक से जमा किया है और उपयुक्त BLS हस्ताक्षर जमा किए हैं.

        भविष्य में, बीकन श्रृंखला बीमर चेन पर समानांतर चौकियों बनाने के लिए एथेरियम 1.0 से राज्य सूचना का उपयोग शुरू करके आगे की प्रक्रिया का परीक्षण शुरू कर देगी।.

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

        यहां एक खाते के लिए साइन इन करें. एक बार जब आपका खाता हो, तो बाईं ओर स्थित Ethereum लोगो पर क्लिक करें.

        ऊपरी दाएं कोने में “नया प्रोजेक्ट बनाएं” पर क्लिक करें

        अपनी परियोजना का नाम (मेरा “एथ 2 वैलिडेटर” है), और “सेटिंग” पर जाएं, सुनिश्चित करें कि आपका नेटवर्क समापन बिंदु “मेननेट” है और HTTPS समापन बिंदु की प्रतिलिपि बनाएँ:

        हम बाद में अपने Teku क्लाइंट स्टार्ट-अप कमांड के लिए इसका उपयोग करेंगे!

        AWS उदाहरण सेट करना

        अमेज़ॅन पर EC2 उदाहरण सेट करना सीधे आगे है। हमारे यहाँ कुछ ट्वीक हैं और हमारे आभासी उदाहरण को Teku के साथ अच्छा खेलने में मदद करने के लिए हैं.

        AWS खाता बनाएँ (Amazon.com खाते से अलग) और AWS कंसोल में प्रवेश करें। EC2 पेज पर जाएं, जो कुछ इस तरह दिखाई देगा:

        “लॉन्च इंस्टेंस” बटन पर क्लिक करें। फिर आप निम्न स्क्रीन देखेंगे:

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

        यह वह जगह है जहां हम चुनते हैं कि किस मशीन की छवि (जिसे मैं एक ऑपरेटिंग सिस्टम के रूप में समझता हूं) हम अपने आभासी उदाहरण पर उपयोग करना चाहते हैं। मैं उबंटू सर्वर 20.04 का चयन कर रहा हूं, जो लिनक्स आधारित सर्वर वातावरण है। उबंटू सर्वर वातावरण में उबंटू डेस्कटॉप वातावरण से कुछ प्रमुख अनुकूलन अंतर हैं। हमारे उद्देश्यों के लिए मुख्य अंतर उबंटू सर्वर में ग्राफिकल यूजर इंटरफेस (जीयूआई) का अभाव है। जहाँ हम जा रहे हैं, वहाँ केवल एक कमांड लाइन है! मुझे मेरे Apple II दिनों में वापस लाता है.

        हमारे ऑपरेटिंग सिस्टम का चयन करने के बाद, हम फिर अपना उदाहरण प्रकार चुनते हैं:

        मुझे यह मेनू काफी अटपटा लग रहा है, इसलिए मैं आपके लिए इसे थोड़ा तोड़ने जा रहा हूं। यहां हम अपनी मशीन के लिए कंप्यूटिंग कोर / रैम पावर / सीपीयू का चयन कर रहे हैं। यह मशीन का “कच्चा” या “सक्रिय मेमोरी” है और एक डिवाइस के स्टोरेज (हार्ड ड्राइव) से अलग है। इसे हमारे आभासी उदाहरण के इंजन के रूप में सोचें, जिस पर हम अपना उबंटू सर्वर ऑपरेटिंग सिस्टम चलाएंगे। AWS इन्हें अलग-अलग उदाहरणों में अलग करता है जो सुदूर बाएं स्तंभ पर अक्षर / संख्या संयोजन द्वारा निरूपित किए जाते हैं.

        उदाहरण के परिवारों में अलग-अलग हार्डवेयर व्यवस्था होती है जैसे अलग-अलग कार इंजन में अलग-अलग मांगों को पूरा करने के लिए पिस्टन, प्लग और ईंधन के अलग-अलग विन्यास होते हैं। हम उनके दो “सामान्य अभिकलन” उदाहरण परिवारों, m5 और t3 पर ध्यान केंद्रित करेंगे.

        मैं m5.xlarge उदाहरण का चयन कर रहा हूं, जो 4 वर्चुअल कंप्यूटिंग कोर (vCPUs) और 16GB RAM प्रदान करता है। एक दिन के लिए Ethereum 2.0 मेननेट चलाने के बाद, मेरी मशीन ने उपलब्ध vCPU के 4% से अधिक का उपयोग नहीं किया है। जैसा कि ऊपर “फ्यूचर प्रूफ़िंग” खंड में बताया गया है, एथेरियम 2.0 नेटवर्क की मांग केवल बढ़ेगी। लेकिन अगले कुछ महीनों के लिए, किसी भी लंबे समय तक प्रमुख नेटवर्क स्पाइक्स के अनुपस्थित रहने की संभावना है, मैं एक m5.large उदाहरण (2 वर्चुअल कोर / वीसीपीयू, 8 जीबी रैम) के साथ ठीक हो जाऊंगा

        खुद से ज्यादा समझदार लोगों ने भी Ethereum 2.0 के लिए एक उचित विकल्प के रूप में t3.large उदाहरण की सिफारिश की है। t3.large में m5.large के समान 2 vCPUs और 8GB मेमोरी है, लेकिन t3 परिवार को लगातार CPU लोड करने के लिए बनाए गए m5 परिवार के बजाय अधिक “फटने योग्य” नेटवर्क गतिविधि (CPU में स्पाइक्स) के लिए बनाया गया है.

        मूल्य निर्धारण

        भंडारण पर जाने से पहले अंतिम बात का उल्लेख करना मूल्य है। AWS अन्य विकल्पों जैसे Digital Ocean की तुलना में महंगा है। आप सीपीयू (आपके उदाहरण परिवार) और भंडारण (आपकी हार्ड-ड्राइव) के लिए अलग से भुगतान करते हैं जो आप उपयोग करते हैं। सीपीयू को घंटे के हिसाब से भुगतान किया जाता है। चूंकि सत्यापनकर्ताओं को ऑनलाइन 24 घंटे होने हैं, इसलिए आप कुछ मोटा गणना करने के लिए नीचे मूल्य तालिका (दिसंबर 2020 से) का उपयोग कर सकते हैं: 

        ये ऑन-डिमांड कीमतें हैं। AWS कुछ कहते हैं प्रदान करता है आरक्षित मूल्य निर्धारण, यदि आप एक वर्ष से तीन वर्ष तक एक आभासी उदाहरण देने का वादा करते हैं, तो आप उपरोक्त मूल्य तालिका पर लागत में ५०-६०% तक की कटौती कर सकते हैं। (इस टिप के लिए जेसन क्रोमन को धन्यवाद!)

        EC2 मुखपृष्ठ से, नीचे दिखाए गए बाएं मेनू पर “आरक्षित उदाहरण” पर क्लिक करें:

        “खरीद आरक्षित उदाहरण” पर क्लिक करें:

        पॉपअप करने वाले मेनू में, उदाहरण के प्रकार के विवरण और मूल्य निर्धारण के लिए समय की मात्रा (मैं m5.xlarge और 36-महीने का कार्यकाल चुन रहा हूँ) में डाल सकता हूँ:

        “खोज” पर क्लिक करें और मूल्य विकल्प देखें:

        50% से अधिक मेरा मानना ​​है कि महत्वपूर्ण मूल्य छूट है, लेकिन मैं तीन साल से बंद हूं। एक बार जब आप आरक्षित इंस्टेंस खरीद लेते हैं, तब एडब्ल्यूएस इसे एक मौजूदा वर्चुअल बॉक्स पर लागू करता है या लॉन्च होने के बाद इसे लागू करेगा। याद रखें कि इसमें संग्रहण स्थान (हार्ड-ड्राइव) शामिल नहीं है. 

        ध्यान दें: मैं अभी तक ऐसा नहीं कर रहा हूं, क्योंकि मुझे अभी तक आश्वस्त नहीं है कि एडब्ल्यूएस एक व्यक्ति के लिए एक सबसे अच्छा विकल्प है, जो एक से तीन एथेरियम 2.0 सत्यापनकर्ता नोड्स है।. मैं ऑन-डिमांड मूल्य निर्धारण के साथ एक उदाहरण चला रहा हूं कि यह देखने से पहले कि यह कैसे होता है. 

        भंडारण

        अपनी आवृत्ति लॉन्च प्रक्रिया पर वापस जाते हुए, हम “संग्रहण जोड़ें” टैब पर जा रहे हैं

        जिन शानदार तकनीकी लोगों से मैंने सलाह ली, उन्होंने 100GB जनरल पर्पस SSD की स्टोरेज राशि की सिफारिश की। स्टोरेज आमतौर पर Eth2 क्लाइंट के साथ एक अड़चन नहीं है. हालाँकि, यह है के बग़ैर एक पूर्ण Eth1 क्लाइंट चला रहा है. Eth1 भंडारण के लिए, एक रूढ़िवादी guesstimate लगभग 1TB होगा। यदि आप Infura का उपयोग नहीं कर रहे हैं, तो इस बात का ध्यान रखें.

        मैं ऊपर की छवि में IOPS कॉलम पर इकाई को नहीं जानता, लेकिन यह CPU के साथ संचार करने वाले हार्ड-ड्राइव के लिए इनपुट-आउटपुट है। यह पूर्ण Eth1 नोड सिंकिंग के लिए एक क्लासिक अड़चन है। यदि आप इस मशीन पर एक पूर्ण Eth1 क्लाइंट को सिंक करना चाहते हैं और आपके पास समस्याएँ हैं, तो यह देखने का स्थान हो सकता है.

        बंदरगाहों

        “टैग जोड़ें” पर लंघन, “सुरक्षा समूह कॉन्फ़िगर करें” पर जाएं। ये उदाहरण के साथ आने वाले और बाहर जाने वाले संचार के विभिन्न प्रकारों के लिए बनाए गए विभिन्न उद्घाटन हैं.

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

        हमें Teku क्लाइंट को समायोजित करने के लिए दो सुरक्षा नियमों को जोड़ना होगा और इसका सहकर्मी से सहकर्मी के साथ संचार करना होगा। ब्लॉकचेन नेटवर्क इस अर्थ में विकेंद्रीकृत हैं कि नोड एक दूसरे से सीधे बात करते हैं। केंद्रीय नोड से परामर्श करने के बजाय, एक व्यक्तिगत नोड कई नोड्स के साथ “गपशप” करके नेटवर्क स्थिति की समझ विकसित करेगा और बनाए रखेगा। इसका मतलब है कि जब एक ग्राहक दूसरे के साथ हाथ मिलाता है, तो वे नेटवर्क के बारे में जानकारी स्वैप करते हैं। अलग-अलग नोड्स के साथ पर्याप्त समय हो गया, सूचना पूरे नेटवर्क में फैलती है। वर्तमान में, मेरे Eth2 Validator नोड में 74 चपरासी हैं जिनके साथ यह चैटिंग है.

        टेकु 9000 पोर्ट पर अन्य नोड्स के साथ संचार करता है, इसलिए हम यूडीपी और टीसीपी के लिए इसे खोलते हैं, दो अलग-अलग प्रकार के संचार प्रोटोकॉल. 

        बाद में, यह कुछ इस तरह दिखना चाहिए:

        SSH कुंजी और इंस्टेंस लॉन्च

        अंतिम, “समीक्षा और लॉन्च करें” पर जाएं, किए गए विकल्पों का अवलोकन करें। स्वीकृति मिलते ही SSH कुंजियों के बारे में एक पॉप-अप मेनू होगा। मैं अपना नहीं दिखा रहा हूं क्योंकि इसमें संवेदनशील जानकारी है। अर्थात्, कीपर SSH (स्थानीय कमांड लाइन) के माध्यम से वर्चुअल इंस्टेंस को प्रमाणित और लॉगिन करने के लिए उपयोग किया जाता है। यदि आपके पास पहले से कोई जोड़ी नहीं है, तो AWS आपके लिए एक उत्पन्न करेगा. आपको इसे डाउनलोड करना होगा और इसे Ethereum निजी कुंजी की तरह मानना ​​होगा! यह आपके इंस्टेंस से जुड़ने का एकमात्र तरीका है और AWS आपके लिए इसे नहीं बचाएगा.

        एक बार जब सब कुछ हंकी-डोरी होगा, तो यह विंडो दिखाई देगी:

        ठीक है! हमारे उदाहरण तक पहुँचने और सुरक्षित करने के बाद, Teku को स्थापित करने और चलाने के साथ चलो, यह किया गया है!

        एक्सेसिंग इंस्टेंस

        AWS उदाहरण का उपयोग करने का मुख्य तरीका SSH के माध्यम से है, “असुरक्षित नेटवर्क पर सुरक्षित रूप से ऑपरेटिंग नेटवर्क सेवाओं के लिए एक क्रिप्टोग्राफ़िक प्रोटोकॉल।” जैसा कि पहले उल्लेख किया गया है, उदाहरण के लिए AWS डिफ़ॉल्ट रूप से पासवर्ड प्रमाणीकरण अक्षम करता है। आप केवल लॉन्च लॉन्च से पहले उत्पन्न कीपर का उपयोग कर सकते हैं। कीपेयर के पास एक। Pem फ़ाइल समाप्त होनी चाहिए. 

        AWS आपके SSH कमांड को प्राप्त करने का एक स्वच्छ तरीका प्रदान करता है। आपके मुख्य EC2 पृष्ठ से चल रहे इंस्टेंस पर क्लिक करते हुए, ऊपरी दाहिने हाथ में एक बटन है जो “कनेक्ट” कहता है:

        अगले पेज में आपके उदाहरण के लिए एक SSH कमांड विशिष्ट होगा। इसे इस तरह संरचित किया जाएगा:

        ssh -i "PATH_TO_AWS_KEYPAIR.pem" [ईमेल संरक्षित]_IDENTIFIER.compute-ZONE.amazonaws.com

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

        वर्तमान SSH सत्र से अलग टर्मिनल में, Teku को चलाने के लिए आवश्यक सत्यापनकर्ता महत्वपूर्ण फ़ाइलों को स्थानांतरित करें। पिछले ब्लॉग पोस्ट में, हम 32 ईटीएच को रोककर और इथेरेम 2.0 के लिए सत्यापनकर्ता कुंजी प्राप्त कर रहे थे। अंत में, हमें इस फ़ाइल संरचना के साथ छोड़ दिया गया:

        eth2deposit-cli / d validator_key_info / ORE KEYSTORE-M_123456_789_ABCD.json ├── KEYSTORE-M_123456_789_ABCD.txt xt DEPOSIT_DATA_YOUR_TIMESTAMP_HERE.json

        हमें validator_key_info फ़ाइल को अपने आभासी उदाहरण में स्थानांतरित करना होगा। सिक्योर कॉपी प्रोटोकॉल (scp) हमें सुरक्षित रूप से ऐसा करने की अनुमति देता है। ऊपर दिए गए निर्देशिका और पिछले SSH कमांड के पथ का उपयोग करते हुए नीचे जेनेरिक scp कमांड को एडॉप्ट करें:

        scp -r -i "PATH_TO_AWS_KEYPAIR.pem" / PATH_TO_KEYS / eth2deposit-cli / validator_key_info / [ईमेल संरक्षित]_IDENTIFIER.compute-ZONE.amazonaws.com:~

        (पूरे कमांड के अंत में “: ~” नोट करें।)

        आपको एक फ़ाइल स्थानांतरण दिखाई देना चाहिए। यदि आप अपने SSH सत्र में वापस नेविगेट करते हैं और ls टाइप करते हैं, तो आपको हस्तांतरित निर्देशिका को देखना चाहिए.

        टीकू को स्थापित करना

        अब जब हमारे पास सत्यापनकर्ता फ़ाइलें हैं जिनकी हमें आवश्यकता है, हम Teku स्थापित करने जा रहे हैं। सबसे पहले, हमें मौजूदा कार्यक्रमों को अपडेट करना होगा और आवश्यक जावा सिस्टम स्थापित करना होगा:

        जावा स्थापित करें

        sudo उपयुक्त अद्यतन && sudo apt install default-jre && sudo apt install default-jdk

        डबल चेक जावा स्थापित के साथ सफल रहा:

        जव-विसर्जन

        बाइनरी स्थापित करें

        यहां नवीनतम स्थिर टीकू रिलीज खोजें. लिंक पते को tar.gz फ़ाइल में कॉपी करें, फिर अपने SSH सत्र से, इसे डाउनलोड करें। यहाँ मेरा क्या दिखता है, आपके संस्करण की संभावना सबसे अलग होगी:

        कर्ल -JLO https://bintray.com/consensys/pegasys-repo/download_file?file_path=teku-20.11.1.tar.gz

        निम्न कमांड के साथ डाउनलोड की गई फ़ाइल को डिकम्प्रेस करें। यदि आपके पास एक भिन्न संस्करण है, तो उस फ़ाइल का नाम उप में रखें जैसा कि teku-20.11.1.tar.gz के विपरीत है:

        tar -zxvf teku-20.11.1.tar.gz

        स्वच्छता के लिए, tar.gz फ़ाइल को हटा दें.

        इन सभी चरणों के बाद, यहां आपकी होम निर्देशिका क्या दिखती है (Teku संस्करण संख्या और सामग्री भिन्न हो सकती है:

        ubuntu / ub teku-20.11.1 / SE LICENSE -M_123456_789_ABCD.json ├── KEYSTORE-M_123456_789_ABCD.txt xt DEPOSIT_DATA_YOUR_TIMESTAMP_HERE.json

        एक गैर-रूट उपयोगकर्ता बनाएँ

        इस चरण को समर एसेट्स से कॉपी किया गया है उत्कृष्ट Ubuntu / Teku ट्यूटोरियल

        हम एक गैर-रूट उपयोक्ता बनाने जा रहे हैं जिसे टेकु कहा जाता है जो टेकु को संचालित कर सकता है। निम्न टाइप करें:

        sudo useradd –no-create-home –shell / bin / false teku 

        हम Teku के लिए एक कस्टम डेटा निर्देशिका भी बनाने जा रहे हैं, फिर टेक उपयोगकर्ता को इस तक पहुंच प्रदान करें:

        सुडो मकिदिर / वर / लिब / तेकु && sudo chown -R teku: teku / var / lib / teku

        Systemd सेवा बनाएँ

        यह चरण सोमरस एसेट से अनुकूलित है उत्कृष्ट Ubuntu / Teku ट्यूटोरियल

        यह कदम एक ऐसी सेवा करेगा जो पृष्ठभूमि में टेकू को चलाएगा। यह मशीन को स्वचालित रूप से सेवा को पुनरारंभ करने की अनुमति देगा यदि यह किसी कारण से बंद हो जाता है। यह सुनिश्चित करने के लिए एक आवश्यक कदम है कि हमारा सत्यापनकर्ता 24-7 चलाता है.

        नैनो टेक्स्ट एडिटर का उपयोग करके सेवा फ़ाइल बनाएँ:

        सुडो नैनो /etc/systemd/system/teku.service

        इस फ़ाइल में (जिसे खाली होना चाहिए), हम सिस्टम के लिए कमांड की एक श्रृंखला में डालेंगे, जब हम सेवा शुरू करेंगे। इस कोड को नीचे दिया गया है, आपको इस यात्रा के दौरान हमारे द्वारा एकत्र की जाने वाली वस्तुओं में शामिल करना होगा:

        • Infura Eth1 HTTP समापन बिंदु
        • दो मान्य कुंजी-संबंधित फ़ाइलों के साथ validator_key_info निर्देशिका पथ
        • कस्टम डेटा पथ (lib / var / teku)

        उन मानों को नीचे दिए गए बोल्ड कोड में डालें, फिर सभी को नैनो टेक्स्ट एडिटर में कॉपी करें:

        ] .1 / बिन / टेकु – नेटवर्क = मेननेट –eth1-endpoint = INFURA_ETH1_HTTP_ENDPOINT_GOES_HERE –validator-keys = / home / ubuntu / validator_key_info / KEYSTORE-M_123V6_789_ABCD.json: /home/ubuntu/validator_key_info/fo/fo/############। –बाकी-एपी-सक्षम = सच्चा –data-base-path = / var / lib / teku [इंस्टॉल करें] WantedBy = multi-user.target

        कमांड-एक्स टाइप करें, फिर अपने परिवर्तनों को सहेजने के लिए “Y” टाइप करें

        हमें इसे अपडेट करने के लिए “systemctl” को पुनरारंभ करना होगा:

        सुडो सिस्टेक्टल डेमॉन-रीलोड

        सेवा शुरू करें:

        सुडो सिस्टेक्टल स्टार्ट टेकू

        यह सुनिश्चित करने के लिए जांचें कि यह ठीक है:

        सुदो सुव्यवस्थित स्थिति त्वकु

        यदि आप कोई त्रुटि देखते हैं, तो चलाकर अधिक जानकारी प्राप्त करें:

        sudo journalctl -f -u teku.service

        आप चलकर Teku सेवा को रोक सकते हैं:

        सुडो सिस्टेक्टल स्टॉप तेकु

        सामान्य त्रुटियों या के लिए Teku समस्या निवारण पृष्ठ की जाँच करें टीकू कलह की जाँच करें, जिसकी निगरानी टीम द्वारा की जाती है.

        एक बार जब आपको लगता है कि आपके पास चीजों को इस्त्री कर दिया गया है, तो सेवा को फिर से चालू करने के लिए सक्षम करें यदि यह चल कर बंद हो जाता है:

        sudo systemctl enable teku

        ये लो! चीजों को अभी साथ पकाना चाहिए। जब Teku सेवा का निरीक्षण कर रहे हैं, तो आपको लॉग्स की एक श्रृंखला दिखाई देगी जिसमें एक सिंक ईवेंट दिखाई देगा, यह आपका सत्यापनकर्ता बीमर चेन को सिंक कर रहा है। एक बार जब यह सिर तक पहुंच जाता है, तो वे लॉग स्लोट ईवेंट को पढ़ने के लिए बदल जाएंगे, और आप अपने सत्यापन प्रदर्शन और ब्लॉक प्रस्तावों को भी देखेंगे.

        प्रक्षेपण

        स्रोत: Beaconcha.in

        1 दिसंबर को दोपहर 12 बजे यूटीसी, बीकन चेन के पहले ब्लॉक को मान्य किया गया। पहले ब्लॉक से आया था मान्यवर 19026, रहस्यपूर्ण भित्तिचित्रों के साथ, “श्री एफ यहाँ था।” बारह सेकंड बाद में अगला ब्लॉक आया, सत्यापनकर्ता को संकेत देते हुए भित्तिचित्र में स्थित हो सकता है जुग, स्विट्जरलैंड. Eth2 बीकन चेन तेजी से बढ़ी, हर 12 सेकंड में ब्लॉक द्वारा ब्लॉक। फिर अगली बाधा आ गई: क्या पहला मान्यताओं को अंतिम रूप देने के लिए पर्याप्त सत्यापनकर्ता ऑनलाइन होंगे? हाँ! 82.27% सत्यापनकर्ताओं ने बीकॉन चेन के लौकिक ग्राउंड फ्लोर, एपोच 0 की वैधता से संबंधित है। आप बीकन चेन लॉन्च, और आगे क्या है, के बारे में अधिक पढ़ सकते हैं. 

        स्रोत: Beaconcha.in

        हम अब एपिक 760 पर हैं, जिसका मतलब है कि बीकन चेन लगभग एक सप्ताह से सुचारू रूप से चल रही है. 

        इस पोस्ट में वर्णित सेटअप का उपयोग करते हुए, उत्पत्ति के क्षण के मेरे दृष्टिकोण से एक शॉट है:

        अगली किस्त में, हम एक पुनरावृत्ति करेंगे कि चीजें कैसे चल रही हैं। मैं टेकु से मेट्रिक्स का उपयोग करने जा रहा हूं, एडब्ल्यूएस चलाने की लागत पर चर्चा करता हूं, और नेटवर्क की स्थिति पर संक्षेप में चर्चा करता हूं.

        बने रहें!

        संसाधन और लिंक

        समर्थन और तकनीकी सहायता के लिए जेम्स बेक, मेरेडिथ बैक्सटर, जेसन क्रोमैन, आरोन डेविस, चमिंडा डिविटोटेवाला, बेन एजिंगटन, द डार्क जेस्टर, सोमर एसेट, जोसेफ ल्यूबिन, कोलिन मेयर्स, निक न्यूटन, मारा शमिड्ट, एड्रियन सटन, और एलेक्स ट्यूडरचे का धन्यवाद।.

        Ethereum 2.0Newsletter हमारे न्यूज़लेटर के लिए नवीनतम Ethereum समाचार, उद्यम समाधान, डेवलपर संसाधन, और अधिक जानकारी प्राप्त करें।

        Mike Owergreen Administrator
        Sorry! The Author has not filled his profile.
        follow me
        Like this post? Please share to your friends:
        Adblock
        detector
        map