Kontrolní seznam validátora

Tento kontrolní seznam vám pomůže pochopit roli validátora a připravit se na ni.Při nastavování můžete kdykoli navštívit EthStaker ve službách Discord nebo Reddit, kde najdete užitečnou nápovědu.

Oddíl 1 – Než začnete

Než budete pokračovat v nastavování validátoru, přečtěte si tuto část.

Vyloučení odpovědnosti za doporučení

Doporučený hardware se neustále mění. Aktuální minimální nároky se po zavedení tříštění nejspíš výrazně zvýší. Před vkladem příspěvků se raději informujte o tom, co můžete očekávat.

Pevný disk

  • Musíte provozovat exekuční klient a také klient konsenzu.
  • Od Sloučení už externí poskytovatelé (jako jsou Infura a Alchemy) nejsou použitelní k outsourcování povinností souvisejících s exekuční vrstvou. Všichni podílníci musí provozovat dvojici exekučního klienta a konsenzus klienta, aby mohli řádně atestovat síť.
  • K květen 2022 budete potřebovat přibližně 1 TB jen pro data exekučních řetězců hlavní sítě (objem dat roste asi o 1 GB denně).
  • Ethereum vzniklo 30. července 2015. Postupně nabírá na velikosti a zavedením tříštění se také zvýší jeho požadavky na úložiště, paměť a rychlost připojení.
  • Budete potřebovat SSD disk, protože nabízí konstantní rychlost čtení a zápisu.
  • Dokud nespustíte údržbu uzlu, musíte mít na disku dostatek místa.

Procesor a RAM

  • V dokumentaci ke klientovi zkontrolujte, zda je hardware, který chcete použít, dostatečný a podporovaný.
  • Míra využívání hardwarových prostředků se u jednotlivých klientů může výrazně lišit. Pokud máte omezené hardwarové prostředky, vyzkoušejte různé hardwarové prostředky.

Internet

  • Vaše připojení by mělo být ideálně nepřetržitě funkční a spolehlivě stabilní.
  • Postarejte se o to, aby rychlost vašeho připojení nebylo možné jakkoli omezovat. Je to nutné k tomu, aby byl váš uzel neustále synchronizovaný a připravený k validaci na vyžádání.
  • Také potřebujete mít dostatečnou rychlost odesílání dat. K květen 2022 potřebujete stahovat asi 1,2–1,3 GB za hodinu a odesílat asi 0,9–1 GB za hodinu. Tento objem může vzrůst.

Poznámky

  • Vyhněte se zbytečně komplikovaným nastavením a mějte na paměti kompromisy. Když budete krátkodobě offline, dostanete malé sankce za nečinnost. Ty si ale můžete snadno vykompenzovat tím, že budete po stejnou dobu online. Komplikovaná záložní napájení vám mohou zvýšit provozní náklady a za nadbytečné záložní validátory vám může hrozit závažnější postih. Víc o rizicích postihu
  • Synchronizace vašeho exekučního klienta může v nejhorším případě trvat několik dní.

Oddíl 2 – Během nastavováníŘiďte se jím při nastavování klienta, abyste nevynechali důležité kroky.

Počáteční nastavení

  • Začněte nastavením zvoleného hardwaru a operačního systému.
  • Kvůli maximálnímu zabezpečení a efektivitě uzlu provozujte klienty na vyhrazeném hardwaru. Tím omezíte riziko jeho vystavení malwaru a vyhradíte mu výpočetní prostředky, které potřebuje k neustálému plnění svých povinností a zpracovávání dat ze sítě.

Zabezpečení uzlu

Exekuční klientVýchozí port
Besu30303 TCP/UDP
Nethermind30303 TCP/UDP
Geth30303 TCP/UDP
Erigon30303 TCP/UDP
Konsenzus klientVýchozí port
Prysm13000 TCP, 12000 UDP
Nimbus9000 TCP/UDP
Lighthouse9000 TCP/UDP
Teku9000 TCP/UDP
Informace o portech v síti

Nakonfigurovat synchronizaci času

Pro Ubuntu 20.04
  • Spusťte následující příkaz:
    timedatectl
  • Zkontrolujte, jestli NTP Service je active.
  • Zkontrolujte, zda jsou Local time, Time zone a Universal time v pořádku.
  • Pokud NTP Service není active, spusťte:
    sudo timedatectl set-ntp on
  • Pokud vidíte chybovou zprávu Failed to set ntp: NTP not supported, možná musíte nainstalovat balíček chrony nebo ntp.
  • Poznámka: Virtuální počítače ve výchozím nastavení mohou mít vypnutý protokol NTP, takže možná pro své prostředí musíte najít alternativní řešení.
  • Pozor: Reálný čas (RTC) může být nastavený na místní časové pásmo namísto UTC, a to zejména ve virtuálních počítačích, jejichž čas je konfigurován systémem Windows.

Postup testnetu

Důrazně doporučujeme, abyste tento postup uskutečnili na aktuální testovací síti a teprvé poté na hlavní síti. Goerli

Nakonfigurujte svého exekučního klienta

Informace o rolích a povinnostech validátora

Pamatujte si

Všichni podílníci musí společně s konsenzus klientem provozovat i exekučního klienta.

Doporučeno

Discord: Besu | Nethermind | Geth | Erigon

Nakonfigurujte svého klienta konsenzu

Pozor!

Provozování validátoru z více míst je velmi rizikové. Můžete za to dostat postih a být vykopnuti ze sítě. Víc o rizicích postihu

Doporučeno

Discord: Prysm | Nimbus | Lighthouse | Teku

Ověřování JWT

Komunikace mezi exekuční vrstvou a vrstvou konsenzu proběhne pomocí Rozhraní API pro engine. Jedná se o novou sadu metod JSON RPC, které lze používat ke komunikaci mezi těmito dvěma vrstvami klientů.Tato komunikace je zabezpečena tajným kódem JWT, který je sdílen pouze mezi dvěma klienty pro účely vzájemného ověření. Sdílený tajný kód JWT musí být k dispozici v každém klientu (exekuční klient i konsenzus klient), aby klienty mohly řádně vzájemně komunikovat.Dokumenty konsenzu JWT: Lighthouse | Nimbus | Prysm | TekuExekuční dokumenty JWT: Besu | Erigon | Geth | Nethermind

Nastavit adresu pro výběr

Pokud chce podílník odemknut výplatby odměn z konsenzuální vrstvy, musí nastavit adresu pro výběr. Ta se nastaví při generování klíčů validátora.
Pokud před samotným vkladem nezadáte adresu pro výběr, bude nutné podstoupit další krok, který vám umožní aktualizovat klíče a povolit výběry. Finanční prostředky budou mezitím blokovány.
Více o výběru při uzamčení

Nastavit příjemce poplatku

Podílníci musí do svého konsenzus klienta zadat adresu příjemce poplatků, aby mohli tyto odměny dostávat. Jedná se o normální ethereovou adresu, na kterou jste zvyklí.
Pokud do klienta nezadáte adresu, nebudete dostávat transakční poplatky, když validátor navrhne bloky.
Pokyny k tomu, jak to nastavit na vašem klientu, najdete v dokumentaci konsenzus klienta.Dokumenty příjemce poplatku: Lighthouse | Nimbus | Prysm | Teku

Beacon uzel (BN) vrstvy konsenzu

Povinné

  • Následujícím příkazem zkontrolujte, zda vrátí správnou verzi klienta:
    curl -H "Content-Type: application/json" -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}' http://<YourServerLocation>:8545
  • Ujistěte se, že má uzel více než 20 klientů.

Klient validátora (VC) vrstvy konsenzu

Povinné

Oddíl 3 – Po vkladuChraňte své finanční prostředky pomocí monitorovacího softwaru a naučte se reagovat při různých reálných situacích.

Tyto kroky jsou volitelné, ale doporučujeme je k optimalizaci uzlu.

Monitorování

Prometheus a monitorovací systém Grafana

Klienti podporují Prometheus a Grafanu, abyste mohli v reálném čase vizualizovat důležité metriky vašeho validátoru.Monitorovací dokumenty: Lighthouse | Nimbus | Prysm | Teku

Simulace testnetu

Při validaci na testovací síti proveďte tyto simulace, abyste se dozvěděli více o svém uzlu a abyste se mohli lépe připravit na hlavní síť:

Pokročilá systémová architektura

  • Vyhněte se odhalení identity validátoru na síti. Riziko odhalení IP adresy můžete omezit pomocí důvěryhodné VPN.
  • Klienta Validator Client (VC) a uzel Beacon Node (BN) můžete také nastavit na samostatných počítačích a IP adresách, takže když bude váš Beacon uzel napaden, úložišti klíčů se nic nestane, protože bude uložené jinde.

Graffiti

Navrhované bloky si můžete přizpůsobit graffiti příznakem klienta validátora (textem, který si sami zvolíte). Tento příznak budete moci vidět v prohlížečích blockchainu Beaconcha.in nebo BeaconScan.
Máte-li otázky, komunita EthStaker je vhodným místem k získání pomoci. Podporu můžete najít ve službách Discord a Reddit.