Lista kontrolna walidatora

Dysk twardy

• Musisz uruchomić klient wykonania oraz klient konsensusu.
• Od czasu połączenia dostawcy zewnętrzni (tacy jak Infura i Alchemy) przestali być realnymi opcjami outsourcingu odpowiedzialności za warstwę wykonania. Wszyscy stakerzy muszą uruchomić zarówno klienta wykonania, jak i konsensu w celu prawidłowego poświadczenia w sieci.
• Od maj 2022 będziesz potrzebować około 1 TB miejsca na same dane łańcucha wykonania sieci głównej (ze wzrostem o około 1 GB/dzień).
• Sieć Ethereum powstała 30 czerwca 2015 roku. Z biegiem czasu jej rozmiar rośnie, a wprowadzenie shardingu zwiększy również wymagania dotyczące wielkości pamięci masowej, pamięci operacyjnej i przepustowości.
• Będziesz potrzebował pamięci SSD, aby konsekwentnie obsługiwać niezbędne prędkości odczytu/zapisu.
• Pamiętaj, aby uwzględnić wystarczającą ilość miejsca na dysku, dopóki nie uruchomisz konserwacji w węźle.

Procesory CPU i RAM

• Sprawdź w dokumentacji klienta, czy sprzęt, którego chcesz użyć, jest wystarczający i obsługiwany.
• Wykorzystanie zasobów może się znacznie różnić między klientami. Zbadaj różnych klientów, jeśli pracujesz z ograniczeniami zasobów.

Internet

• Idealnie byłoby, gdyby Twoje połączenie internetowe było niezawodne i działało możliwie bez przerwy 24/7.
• Upewnij się, że Twoja przepustowość nie może być dławiona i nie jest ograniczona, aby Twój węzeł pozostawał zsynchronizowany i był gotowy do weryfikacji po wywołaniu.
• Potrzebujesz również wystarczającej przepustowości przesyłania. Od maj 2022 jest to około 1,2–1,3 GB w przypadku pobierania i około 0,9–1 GB w przypadku przesyłania, i prawdopodobnie się zwiększy.

Uwagi

• Unikaj zbyt skomplikowanych ustawień i miej świadomość kompromisów. Bycie offline przez krótki czas spowoduje niewielkie kary za brak aktywności, ale zostaną one łatwo odzyskane po ponownym przejściu w tryb online na mniej więcej taki sam okres. Skomplikowane kopie zapasowe mogą zwiększyć koszty konfiguracji, a nadmiarowi zapasowi walidatorzy mogą prowadzić do poważniejszej kary, znanej jako odcinanie. Więcej na temat ograniczenia ryzyka
• Synchronizacja klienta wykonania może potrwać w najgorszym przypadku kilka dni.

Wstępna konfiguracja

• Zacznij od skonfigurowania wybranego sprzętu i systemu operacyjnego.
• Aby zmaksymalizować bezpieczeństwo i wydajność swojego węzła, użyj dedykowanego sprzętu do obsługi klientów. Zmniejsza to ryzyko narażenia na złośliwe oprogramowanie i minimalizuje konkurencję o zasoby obliczeniowe, zapewniając, że Twój węzeł przez cały czas radzi sobie z obciążeniem sieci i obowiązkami sprawdzania poprawności.

Zabezpieczenie węzła

Konfiguruj synchronizację czasu

• Uruchom następujące polecenie:
  timedatectl
• Sprawdź, czy NTP Service to active.
• Sprawdź, czy Local time, Time zone i Universal time są poprawne.
• Jeśli NTP Service nie jest active, uruchom
  sudo timedatectl set-ntp on
• Jeśli zobaczysz komunikat o błędzie Failed to set ntp: NTP not supported, może być konieczne zainstalowanie pakietu chrony lub ntp.
• Uwaga: domyślnie maszyny wirtualne mogą wyłączyć NTP, więc może być konieczne znalezienie obejścia dla swojego środowiska.

• Uwaga: czas RTC (zegar czasu rzeczywistego) może być ustawiony na lokalną strefę czasową zamiast UTC, szczególnie w maszynie wirtualnej, która ma skonfigurowany zegar w systemie Windows.

Skonfiguruj swojego klienta wykonania

NethermindNethermind to solidny klient zbudowany na rdzeniu środowiska .NET, zaprojektowany do zapewniania wydajności, wszechstronności i możliwości dostosowania.

Skonfiguruj Nethermind

GethGeth to jedna z trzech oryginalnych implementacji protokołu Ethereum, napisana w języku Go.

Skonfiguruj Geth

ErigonErigon to klient wykonania na granicy wydajności, napisany w języku Go.

Konfiguruj Erigon

BesuHyperledger Besu to klient Ethereum o otwartym kodzie źródłowym, opracowany na licencji Apache 2.0 i napisany w języku Java.

Skonfiguruj Besu

Rekomendowane

Skonfiguruj klienta konsensusu

NimbusNimbus to projekt badawczy i implementacja klienta konsensusu dla sieci Ethereum, zaprojektowane tak, aby działały dobrze na systemach wbudowanych i osobistych urządzeniach mobilnych.

Konfiguruj Nimbus

TekuPegaSys Teku to oparty na Javie klient konsensusu Ethereum, stworzony z myślą o potrzebach instytucjonalnych i wymaganiach bezpieczeństwa.

Skonfiguruj Teku

LighthouseLighthouse to implementacja klienta konsensusu napisana w języku Rust z dużym naciskiem na szybkość i bezpieczeństwo.

Konfiguruj Lighthouse

PrysmPrysm to implementacja klienta konsensusu Go protokołu Ethereum z naciskiem na użyteczność, bezpieczeństwo i niezawodność.

Skonfiguruj Prysm

Rekomendowane

Uwierzytelnianie JWT

Ustaw adres do wycofywania środków

Ustaw odbiorcę opłaty

Węzeł latarni (BN) warstwy konsensusu

Wymagany

• Przeprowadź weryfikację za pomocą następującego polecenia, aby sprawdzić, czy jest zwracana poprawna wersja klienta:
  curl -H "Content-Type: application/json" -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}' http://<YourServerLocation>:8545

• Upewnij się, że Twój węzeł ma więcej niż 20 użytkowników.

Klient walidatora warstwy konsensusu (VC)

Wymagany

Monitorowanie

Monitor Prometheus i Grafana

Symulacje sieci testowej

Zaawansowana architektura systemu

• Aby uniknąć ujawnienia swojej tożsamości walidatora w sieci, możesz użyć godnej zaufania sieci VPN, aby zmniejszyć ryzyko ujawnienia swojego adresu IP.
• Co więcej, możesz ustawić klienta walidatora (VC) i węzeł śledzący (BN) na oddzielnych komputerach i adresach IP, dzięki czemu nawet jeśli Twój węzeł śledzący jest zagrożony, Twój magazyn kluczy jest przechowywany na innym komputerze.

Graffiti