blog 1AktualnościDevelopersEnterpriseBlockchain ExplainedWydarzenia i konferencjePrasaBiuletyny

Zapisz się do naszego newslettera.

Adres e-mail

Szanujemy twoją prywatność

HomeBlogBlockchain Poradnik

Moja podróż do zostania walidatorem w Ethereum 2.0

Jest to pierwszy z serii artykułów opisujących, w jaki sposób osoba posiadająca ~ 32 ETH i wiedzę techniczną może uczestniczyć w uruchomieniu łańcucha ostrzegawczego Ethereum autorstwa Coogana Brennana 25 listopada 2020 r. Opublikowane 25 listopada 2020 r.

przepływ walidatora teku

Zdjęcie: Zdjęcie powyżej, autorstwa Bena Edgingtona z Teku (który również pisze podstawowe Eth2.news biuletyn), opisuje kroki, które podejmiemy w następnych trzech postach na blogu. 

Uwaga: Chociaż upłynął termin włączenia walidatorów do wydarzenia Genesis dla łańcucha beacon, ludzie nadal mogą zdeponować 32 ETH w umowie depozytu, postępując zgodnie z poniższymi krokami. Według Alexa Tudorache’a z Eth2stats, po uruchomieniu łańcucha 1 grudnia, 12:00 UTC, 2020, osoby, które wpłacą od 24 listopada 12:00 UTC, 2020, do Genesis, zostaną ustawione w kolejce i będą postępować zgodnie z normalną procedurą aktywacji. 

  1. Wprowadzenie
  2. Zrzeczenie się
  3. Materiały i wymagania
  4. Zdobycie 32 ETH na MetaMask
  5. Przegląd Launchpad
  6. Generowanie kluczy
  7. Łączenie Ethereum 1.0 i 2.0 oraz blokowanie 32 ETH
  8. Wniosek

1. Wstęp

Jest to pierwszy z serii artykułów opisujących, w jaki sposób osoba posiadająca ~ 32 ETH i wiedzę techniczną może uczestniczyć w uruchomieniu łańcucha sygnałów nawigacyjnych Ethereum w fazie 0 projektu Ethereum 2.0. Zanim przejdziemy do pierwszego etapu wysyłania ETH do umowy depozytu i uzyskania naszych kluczy do walidatora, chciałbym omówić niektóre z motywacji stojących za Ethereum 2.0.

Ethereum wkrótce wyruszy w nową i ekscytującą podróż na niezbadane terytorium dla dowolnej sieci blockchain. Przejście od Proof of Work do Proof of Stake to najbardziej znacząca zmiana protokołu w krótkiej historii publicznych łańcuchów bloków. Najbliższym odpowiednikiem byłby Odseparowany świadek (lub SegWit) hard fork of Bitcoin – dostosowanie sposobu przetwarzania rozmiarów bloków w sieci Bitcoin. Ta zmiana, stosunkowo niewielka w porównaniu z Ethereum 2.0, spowodowała sporną, zaciekłą walkę i ostatecznie doprowadziła do fragmentacji społeczności Bitcoin.  

Wprowadzenie Ethereum 2.0 sprawia, że ​​SegWit wygląda jak zmiana opony. Istnieją dwa główne powody, dla których ta społeczność podjęłaby się tak znaczącej zmiany. Po pierwsze, społeczność Ethereum to społeczność programistów. Programiści nie uruchamiają produktu i nigdy go więcej nie dotykają. Nieustannie wdrażamy, obserwujemy, omawiamy i powtarzamy pomysły i prace, które produkujemy. Cyklowi temu towarzyszy wysoki poziom planowania, modelowania i koordynacji w wielu zespołach, które w innych sytuacjach mogą być uważane za konkurentów. Kiedy pojawiają się błędy, społeczność zbiera się, aby rozwiązać je w najlepszy możliwy sposób.

Drugim powodem, dla którego podejmujemy to nowe przedsięwzięcie, jest to uważamy, że publiczne łańcuchy bloków są dalekie od pełnego potencjału. Dowód pracy był niesprawdzoną hipotezą, gdy Bitcoin wystartował w 2009 roku. Zdecydowana większość ludzi nie wierzyła, że ​​można rozwiązać problem podwójnych wydatków inaczej niż przy pomocy zaufanych pośredników. Bitcoin i inne sieci Proof of Work udowodniły, że możemy wdrożyć system pieniężny jako protokół peer-to-peer (wysyłam ci pieniądze) bez strony trzeciej.

Udowodnienie tego to dopiero początek. Ethereum zostało nazwane Bitcoin 2.0 przez społeczność, gdy był po raz pierwszy opracowywany: rozpoznał wady systemu operacyjnego Bitcoin i uruchomił, aby rozszerzyć możliwości protokołów peer-to-peer. Ethereum 1.0 będzie nadal robić wielkie postępy przez lata, budując obok niego 2.0, ale jak powiedział Vitalik Buterin w niedawnym AMA Reddit:

„Jeśli jesteś dzisiaj w Ethereum, powinieneś tu być nie dlatego, że uważasz, że obecne zasady (ekonomiczne lub techniczne) zasługują na ochronę i stabilizację za wszelką cenę, ale dlatego, że wierzysz w to, dokąd zmierza ekosystem. […] Uczestnictwo w Ethereum jest nieuchronnie po części przewidywaniem, że mapa drogowa jest dobra i że po zakończeniu tego procesu aktualizacji faktycznie dotrzemy do miejsca, w którym sieć jest wydajna i stabilna, potężna i może być podstawą znaczących części gospodarki światowej ”


Proof of Stake na tym etapie Ethereum 2.0 to w rzeczywistości zakład na zdolność deweloperów i społeczności Ethereum, którzy już tyle zbudowali, do dostarczenia jeszcze więcej dla większego świata. Powinieneś spodziewać się zablokowania wszelkich środków, które wpłaciłeś w niniejszej Umowie Depozytu przynajmniej dwa lata, najprawdopodobniej dłużej. Nie lekceważ ryzyka i inwestuj tylko tyle, ile możesz stracić. Jednak przyczyniając się do tego pierwszego kroku, bierzesz udział w potencjalnie historycznym momencie, aby wypchnąć publiczne łańcuchy bloków do następnego etapu rozwoju..

Zacznijmy.

2. Zastrzeżenie

To jest post, który piszę jako pracownik ConsenSys i ktoś, kto planuje faktycznie postawić na łańcuch beacon. Pierwsze stwierdzenie oznacza, że ​​priorytetowo traktuję produkty ConsenSys (produkty ConsenSys są zazwyczaj najlepsze w swojej klasie dla Ethereum, mam również dostęp do zespołów inżynierów, które mogą pomóc mi odpowiedzieć na pytania i rozwiązać problemy). To drugie stwierdzenie oznacza, że ​​optymalizuję koszty i łatwość użycia: nie mam tysięcy ETH, aby przynieść znaczne korzyści, więc idę na skróty. Nie chcę też utrzymywać serwera w moim mieszkaniu ze względów finansowych i logistycznych, więc używam Amazon Web Services (AWS) do hostowania węzła walidatora. Jest to usługa, którą znam jako programista i jest wirtualna, więc mam do niej dostęp z dowolnego miejsca w celu konserwacji. (Początkowo rozważałem użycie mojego Raspberry Pi z 8 GB pamięci RAM, ale nie chciałem martwić się o połączenie internetowe, sprawianie, że zasilanie witryny jest nadal włączone, przegrzewa się i przyspiesza, lub jeśli mój pies kopie mojego laptopa, gdy mnie nie ma , To jest opcja i Ethereum na ARM to grupa dostarczająca materiały do ​​obstawiania Ethereum 2.0 na Raspberry Pi) 

Wiele osób w społeczności kryptograficznej nie zgodziłoby się z używaniem punktu końcowego Infura zamiast lokalnego klienta Ethereum 1.0 i hostingu na AWS (część Amazon goliath). Są to decyzje, które podjąłem, aby stawianie na Ethereum 2.0 było tak proste i dostępne dla osób fizycznych, jak to tylko możliwe, ale z kompromisem w zakresie decentralizacji i prywatności. Możesz jednak postępować zgodnie z poniższym samouczkiem dotyczącym ogólnego kierunku i wybrać uruchomienie własnego klienta Ethereum 1.0 i hostowanie lokalnie. W rzeczywistości, jeśli możesz to zrobić, zachęcam cię do tego! 

3. Materiały i wymagania

Oto materiały, których będziemy potrzebować, i ogólne kroki, które podejmiemy w trakcie trzech postów:

Materiały

  • Trzyletnie zobowiązanie do obstawienia 32 ETH i utrzymania węzła walidatora
  • 32 ETH (plus <1 ETH na koszty gazu)
  • 717,12 USD (trzyletnia cena wystąpienia zarezerwowanego dla instancji m5.xlarge) + 120 (roczny koszt 100 GB pamięci, zakładając ostrożnie prawie pełną pojemność) = 837,12 USD zapłacone w ciągu roku firmie AWS
  • Rozszerzenie MetaMask (Darmowa instalacja
  • Konto Infura (poziom darmowy)

Kroki

  1. Zdobądź 32 ETH na MetaMask, Walkthrough Launchpad
  2. Skonfiguruj wystąpienie AWS (zobowiązanie na trzy lata, może być mniejsze, ale oszczędzasz pieniądze, mając więcej czasu i jesteś zamknięty), wzmocnij funkcje zabezpieczeń
  3. Importuj klucze weryfikacyjne, uruchom Teku, monitorowanie konfiguracji 

Istnieje kilka świetnych, bardziej ogólnych samouczków omawiających ten proces, mianowicie solucja Mara Schmiedt i Collina Myersa w biuletynie Bankless. Ten samouczek będzie inny, ponieważ będę przechodzić przez własny, indywidualny proces obstawiania i dodawać kroki specyficzne dla mojej ogólnej konfiguracji.

4. Zdobycie 32 ETH na MetaMask

Najłatwiejszy i najtrudniejszy krok tego samouczka. Kiedy to piszę, Ethereum przechodzi przez okres cenowy, który dramatycznie zwiększa koszt obstawiania (Evan Van Ness ma wspaniały post który śledzi koszt walidacji wstecz przez wiele miesięcy, począwszy od marca 2019 r., kiedy to kosztowało 3100 USD za zakup 32 ETH do października 2020 r., kiedy to kosztuje 12000 USD). Jest kilka osób, które kupiły i, hm, HODLed Ethereum od dłuższego czasu. Jeśli nie wysadziłeś swojego krypto na pizzę w 2010 roku, uważaj się za szczęśliwego – erm – inwestora strategicznego.

Dlaczego potrzebujemy portfela opartego na przeglądarce, takiego jak MetaMask? Przepływ zamykania ETH w umowie depozytowej w sieci Ethereum 1.0 Mainnet i podłączania go do łańcucha Ethereum 2.0 Beacon wymaga pewnego rodzaju delikatnego tańca. Te dwa łańcuchy używają różnych klas kryptografii, więc musimy wygenerować zupełnie nowe typy kluczy kryptograficznych. Te klucze muszą być jednak podłączone do naszych adresów Ethereum 1.0 z 32 ETH. Byłoby to bardzo trudne we własnym zakresie, więc Fundacja Ethereum i ConsenSys utworzyły witrynę internetową, która obsługuje proces zwany Wyrzutnia. Aby jednak wchodzić w interakcję z tą witryną, potrzebujemy portfela opartego na przeglądarce z kluczami Ethereum 1.0 powiązanymi z naszym saldem 32 ETH. Zajmiemy się tym później, ale chciałem dać ludziom znać, dlaczego to robimy.

Jeśli nie masz eteru (waluty bazowej dla sieci Ethereum): Możesz kupić bezpośrednio na MetaMask. Możesz również kupić ETH na certyfikowanych giełdach, takich jak Bliźnięta, ale ostrzegamy, że istnieje obszerny proces KYC, a firma Gemini będzie przechowywać i przesyłać dane do lokalnych, stanowych i krajowych agencji stanowych. Jeśli posiadasz tokeny ERC-20, ale nie masz eteru: Polecam korzystanie z nowej funkcji swapów MetaMask bezpośrednio w portfelu MetaMask, która łączy zdecentralizowane agregatory wymiany, takie jak Uniswap i AirSwap, aby uzyskać najlepsze ceny i najniższe opłaty sieciowe. Jeśli Twój ETH znajduje się w portfelu sprzętowym Trezor lub Ledger, Zalecam wykonanie tych kroków, aby połączyć ten portfel z MetaMask. Używam MetaMask, ale Fundacja Ethereum poleca również portfele oparte na przeglądarce, takie jak Portis lub Fortmatic

Dla mnie było to trochę denerwujące, widząc znaczną ilość pieniędzy do mojej dyspozycji z prostym podpisem kryptograficznym. Prawdopodobnie dobry czas na podziwianie niesamowitej mocy kryptowalut, aby móc obdarzyć ją jednostkami, jednocześnie przypominając ludziom, aby upewnili się, że wykonałeś kopię zapasową kluczy prywatnych lub fraz odzyskiwania.

5. Omówienie Launchpad

Obraz: Launchpad.ethereum.org

Teraz, gdy mamy opiekę nad 32 ETH do obstawiania, możemy udać się do Launchpad.ethereum.org, wspomniana wcześniej witryna Launchpad. Mara i Collin’s Bankless przewodnik przechodzi przez stronę początkową (pokazaną poniżej) bardzo dobrze i wiele z niej nie wymaga wyjaśnień, ale chciałem podać własną interpretację kilku rzeczy:

Pierwsze cztery kroki (Przegląd, Zapisz się, Obowiązki, i Cięcie) to podstawowe streszczenie Ethereum 2.0, obstawiania i twoich obowiązków jako walidatora. Zasadniczo mechanizm konsensusu „Proof of Stake” polega na tym, że „górnicy” (w żargonie „Proof of Work”) wkładają swoje pieniądze tam, gdzie są ich usta, zamiast wydawać olbrzymie ilości procesora na rozwiązywanie zagadek „Proof of Work”. To 32 ETH, stawki stołowe za udział w konsensusie Proof of Stake. 

A ponieważ sieć jest wciąż w fazie rozwoju, nie ma jeszcze wyjścia dla walidatorów (co jeśli znajdziesz hackowanie DAO w nowej sieci? Nie możemy pozwolić ci odejść…). Więc wszyscy czekają na dłuższą metę. (to obejmuje Opóźnienie transferu i Zaangażowanie)

Wreszcie, jeśli „źle się zachowujesz” jako walidator w sieci (ze złości, ignorancji lub przypadku), zostaniesz ukarany. W Ethereum 2.0 to się nazywa cięcie. Z drugiej strony, jeśli zachowujesz się poprawnie jako walidator, otrzymasz „nagrody za wydobycie” związane z siecią (omówimy to później). Krótko mówiąc, równowaga zniechęcająca / motywująca różni się od dowodu pracy, w przypadku którego istnieją tylko zachęty aby górnicy nie sabotowali sieci i zachowywali się poprawnie. 

Dalej jest kluczowy system, o którym wspomniałem wcześniej. System podpisu klucza, którego będzie używał Ethereum 2.0, to BLS. Nie jestem ekspertem w dziedzinie kryptografii, ale na wyciągnięcie ręki z BLS jest to, że pozwala na złożenie wielu podpisów cyfrowych w jeden weryfikowalny. Jest to pomocne przy zbieraniu atestów latarni („Głosy dotyczące ważności bloku fragmentu lub latarni nawigacyjnej”). Najbardziej odpowiedni dla nas schemat BLS różni się od schematu używanego w Ethereum 1.0.

Aby uzyskać więcej informacji na temat BLS, zobacz ten wątek od Jeffa Colemana lub ten post na Reddicie o historii rozwoju BLS dla Ethereum 2.0

Zazwyczaj zmiana schematu klucza prywatnego dla dużej sieci publicznej byłaby prawie niemożliwa. Ponieważ jednak Ethereum 2.0 będzie działać równolegle z Ethereum 1.0, główni programiści wymyślili sprytne rozwiązanie, którym jest klasyczny uścisk dłoni:

Wyrzutnia

Na powyższym diagramie niebieski klucz i pola reprezentują Ethereum 1.0 i jego schemat kryptograficzny, a czerwony klucz i pola reprezentują Ethereum 2.0 i jego schemat kryptograficzny. Umowa depozytowa, która istnieje w sieci Ethereum 1.0 Mainnet, pozwala użytkownikowi udowodnić, że ma klucze prywatne do Ethereum 1.0 i Ethereum 2.0. Oto jak to działa:

Transakcja przesłana do umowy depozytu na Ethereum 1.0 musi być podpisana kluczem prywatnym Ethereum 1.0 (jak każda transakcja przesłana w Mainnet). Jednak ta transakcja jest owinięta wokół innego podpisu klucza prywatnego, klucza prywatnego Ethereum 2.0. Łańcuch beacon obserwuje umowę depozytu w Ethereum 1.0, jeśli do kontraktu zostanie przesłana ważna transakcja z odpowiednim saldem, łańcuch beacon rozpina pierwszą warstwę szyfrowania i uzyskuje dostęp do drugiej warstwy, podpisu cyfrowego Ethereum 2.0. Służy do potwierdzenia adresu walidatora Ethereum 2.0 i połączenia go z adresem Ethereum 1.0.

Dla osób zaznajomionych z Solidity, oto transakcja, która wchodzi w skład kontraktu Ethereum 1.0, z zakreślonym parametrem podpisu BLS:

Jest tu jeszcze jeden parametr (dane uwierzytelniające wypłaty), o którym nie rozmawialiśmy, który jest zasadniczo jednorazowym kluczem do wycofania 32 ETH, gdy tylko będziemy mogli to zrobić. Wygenerujemy to również za pomocą Launchpada.

Jak widać, jest to skomplikowany proces, który dla pojedynczego użytkownika byłby trudny do wykonania w pojedynkę. Launchpad zapewnia nam proces z przewodnikiem, który pomaga i zmniejsza złożoność.

Następne trzy sekcje (Zaangażowanie, Ryzyko wczesnej adaptacji i Potwierdzenie) to ostatnie przypomnienie o ryzykownym i długoterminowym zaangażowaniu w uczestnictwo w Ethereum 2.0 

Więcej informacji na temat terminologii Ethereum 2.0 i zrozumienia roli walidatora można znaleźć w dwóch znakomitych artykułach Alexa Tudorache’a Warunki Ethereum 2.0 Demystified i Podróż walidatora przez łańcuch ostrzegawczy.

6. Generowanie kluczy

Teraz, gdy mamy ogólny przegląd naszej roli w Ethereum 2.0 jako walidatora, przejdziemy do sedna tego procesu: generowanie kluczy walidatora i łączenie ich z Ethereum 1.0 z przeniesieniem 32 ETH do umowy depozytowej Ethereum 1.0 Mainnet..

Po potwierdzeniu przeczytania ujawnionych informacji Launchpad przejrzy dostępne opcje wyboru klienta Ethereum 1.0 i 2.0. Przejdziemy do nich w innym poście i nie jest to wymagane, aby przejść dalej. 

Następnie przejdziesz do sekcji „Generuj klucze”, pokazanej poniżej:

Wybrałem 1 Validator i pokazuje mi mój koszt. Następnie prosi mój obecny system operacyjny o pomoc w pobraniu niewielkiego oprogramowania w celu wygenerowania par kluczy walidatora. Jest to trudne, ponieważ chociaż mój klient walidatora będzie działał w systemie Linux, na co dzień używam komputera Mac. Dlatego wybieram komputer Mac i przechodzimy do następnego kroku z pytaniem, jak chcielibyśmy skonfigurować oprogramowanie:

Decyduję się pobrać aplikację CLI i przenosi mnie do strony pobierania na stronie Github Ethereum Foundation (Wydana wersja może wyglądać inaczej dla Ciebie, po prostu upewnij się, że jest to najnowsza wersja):

Przewiń w dół, aby zobaczyć sekcję pobierania:

Pobierz plik `tar.gz` dla odpowiedniego systemu operacyjnego i rozpakuj go.

Musimy teraz otworzyć nasz terminal wiersza poleceń i przejść do katalogu naszego rozpakowanego pliku o nazwie eth2deposit-cli. Skrótem dla niektórych maszyn jest wpisanie cd, a następnie przeciągnięcie i upuszczenie katalogu do terminala, co da ci ścieżkę do katalogu. Wciśnij Enter iw katalogu eth2deposit-cli uruchom następującą komendę dostarczoną przez Launchpad:

./ deposit new-mnemonic -chain mainnet

Istnieje ciągłe przypomnienie o dołączeniu –chain mainnet, ponieważ poprzednie samouczki miały różne łańcuchy dla różnych sieci testowych. Więc pamiętaj, aby dodać mainnet, w przeciwnym razie informacje o transakcji nie będą ważne!

Wpisz liczbę walidatorów, które chcesz uruchomić, i postępuj zgodnie z instrukcjami.

Nie zamierzam udostępniać zrzutów ekranu w następnych kilku krokach, ponieważ wiąże się to z wygenerowaniem wrażliwych kluczy i haseł. Dwie główne rzeczy: 1) Utwórz kopię zapasową mnemonicznego wyrażenia, które otrzymujesz, ponieważ jest to jedyny sposób na wycofanie ETH, które postawiłeś, gdy jest to dozwolone 2) Ten krok jest przeznaczony tylko dla użytkowników Teku: Utwórz plik tekstowy zawierający hasło wprowadzone dla kluczy weryfikatora. Zapisz go pod tą samą nazwą co plik keystore.json, ale z sufiksem a.txt w tym samym katalogu z kluczami i informacjami o wpłacie. Na przykład, jeśli plik magazynu kluczy to KEYSTORE-M_123456_789_ABCD.json, plik zwykłego tekstu z hasłem powinien mieć nazwę KEYSTORE-M_123456_789_ABCD.tekst. Będzie to używane później podczas uruchamiania Teku.

Po pomyślnym uruchomieniu eth2deposit-cli z terminala i dodaniu pliku z hasłami, twój katalog powinien wyglądać następująco:

eth2deposit-cli /

└── validator_key_info /

   ├── KEYSTORE-M_123456_789_ABCD.json

   ├── KEYSTORE-M_123456_789_ABCD.tekst

   └── DEPOSIT_DATA_YOUR_TIMESTAMP_HERE.json

└── MNEMONIC_BACKUP.txt

7. Łączenie Ethereum 1.0 i 2.0 oraz blokowanie 32 ETH

Ostatnim krokiem tego samouczka będzie wysłanie informacji z naszego walidatora do umowy depozytu w sieci głównej Ethereum 1.0 z poprawnymi informacjami, które łańcuch beacon również będzie w stanie rozpoznać (uścisk dłoni, o którym wspominaliśmy wcześniej).

Zakładka „Upload Validator” ma miejsce do przeciągania i upuszczania innego pliku utworzonego przez eth2deposit-cli: Twój plik danych depozytu (DEPOSIT_DATA_YOUR_TIMESTAMP_HERE.json w przykładowym katalogu powyżej). Przeciągnij i upuść ten plik z komputera na miejsce na stronie Launchpad:

Jeśli dane wpłaty są poprawnie sformatowane, zobaczysz ten komunikat:

Teraz Launchpad poprosi nas o połączenie portfela programowego z kontem, na które wysłaliśmy wcześniej nasze 32 ETH:

Gdy już to zrobisz, zobaczysz:

Nowe funkcje bezpieczeństwa z MetaMask wymagają, aby strona internetowa zażądała połączenia z każdym kontem w szczególności – jeśli konto z 32 ETH nie jest wybrane podczas łączenia, po prostu otwórz MetaMask, kliknij konto, które ma 32 ETH i połącz je z Launchpadem.

Po kliknięciu Kontynuuj zobaczysz podsumowanie informacji wraz z dalszym naciskiem na ryzyko i długoterminowe zaangażowanie w to, co zamierzasz zrobić:

Kiedy dokładnie przejdziesz przez te ujawnienia i ostrzeżenia, nadejdzie chwila prawdy:

Po kliknięciu „Zainicjuj transakcję” zobaczysz jedno z najbardziej ekscytujących okien potwierdzenia w TWOIM (krypto) ŻYCIU! Weź głęboki oddech i upewnij się, że jesteś gotowy, ponieważ po potwierdzeniu nie ma odwrotu! (Cóż, MetaMask ma wrażliwą czasowo funkcję „Anuluj transakcję”, ponieważ to świetny portfel, ale udawaj, że go nie masz!)

Gdy wszystko zostanie potwierdzone i wydobyte, zobaczysz następujący ekran:

8. Wniosek

Gratulacje! Brałeś udział w jednym z najbardziej ekscytujących wydarzeń w historii koordynacji publicznej!!

Ale praca właśnie się rozpoczęła. Nasze następne dwa posty będą dotyczyły konfiguracji serwera AWS Ubuntu 20.04 Server dla naszego węzła walidatora Teku przy użyciu Infury jako punktu końcowego Ethereum 1.0. Następnie będziemy pracować nad wzmocnieniem zabezpieczeń i monitorowaniem węzłów za pomocą narzędzia takiego jak Grafana. 

W następnej części wszystko, czego będziemy potrzebować z tego posta, to zawartość katalogu eth2deposit-cli / validator_key_info, przykłady podane poniżej:

eth2deposit-cli /

└── validator_key_info /

   ├── KEYSTORE-M_123456_789_ABCD.json

   ├── KEYSTORE-M_123456_789_ABCD.tekst

   └── DEPOSIT_DATA_YOUR_TIMESTAMP_HERE.json

Bądźcie czujni!

Podziękowania dla Jamesa Becka, Meredith Baxter, Chaminda Divitotawela, Ben Edgington, The Dark Jester, Somer Esat, Joseph Lubin, Collin Meyers, Nick Nelson, Mara Schmiedt, Adrian Sutton i Alex Tudorache za wsparcie i pomoc techniczną.

BlockchainCryptoEthereumEthereum 2.0NewsletterZapisz się do naszego newslettera, aby otrzymywać najnowsze wiadomości o Ethereum, rozwiązania dla przedsiębiorstw, zasoby dla programistów i nie tylko.Ethereum Raport DeFi za III kwartał 2020 rRaport

Ethereum Raport DeFi za III kwartał 2020 r

Ethereum Raport DeFi za II kwartał 2020 rRaport

Ethereum Raport DeFi za II kwartał 2020 r

Kompletny przewodnik po sieciach biznesowych BlockchainPrzewodnik

Kompletny przewodnik po sieciach biznesowych Blockchain

Jak zbudować udany produkt BlockchainWebinar

Jak zbudować udany produkt Blockchain

Wprowadzenie do tokenizacjiWebinar

Wprowadzenie do tokenizacji

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me