Lista de verificare pentru validatori
Această listă de verificare vă va ajuta să înțelegeți rolul unui validator și să vă pregătiți pentru acesta.Vizitează EthStaker pe Discord sau Reddit în orice moment în timpul configurării pentru a primi ajutor!
Secțiunea 1 - Înainte de a începe
Examinați această secțiune înainte de a decide să continuați configurarea validatorului.Neasumarea răspunderii pentru recomandări
Sugestiile hardware reprezintă un obiectiv în continuă evoluție. Cerințele minime actuale vor crește, probabil, cu un ordin de mărime după introducerea fragmentării. Vă recomandăm să vă documentați temeinic înainte de a depune fonduri.Hard disk
- Trebuie să rulați un clientul cu nivel de execuție, precum și clientul cu nivel de consens.
- De la Fuziune, furnizorii terți (cum ar fi Infura și Alchemy) nu mai sunt opțiuni viabile de externalizare a responsabilităților pentru stratul de execuție. Toți participanții trebuie să ruleze un client cu nivel de execuție, cât și un client cu nivel de consens pentru a certifica rețeaua în mod corespunzător.
- Din data de mai 2022 veți avea nevoie de ~400 GB numai pentru datele din lanțul de execuție de pe mainnet (în creștere cu ~1 GB/zi).
- Ethereum a apărut pe data de 30 iulie 2015. Dimensiunea fenomenului crește în timp, iar introducerea fragmentării va spori și cerințele de stocare, memorie și lățime de bandă.
- Veți avea nevoie de o unitate de stocare SSD ca să beneficiați sistematic de vitezele de citire/scriere necesare.
- Asigurați-vă că aveți destul spațiu pe disc până când rulați mentenanța pe nod.
CPU și RAM
- Consultați documentația clientului pentru a vă asigura că hardware-ul dorit este suficient și acceptat.
- Consumul de resurse poate varia semnificativ de la un client la altul. Dacă aveți restricții la resurse, verificați mai mulți clienți.
Internet
- Ideal, conexiunea la internet trebuie să fie fiabilă și cât mai aproape de 24/7, fără întreruperi.
- Asigură-te că lățimea de bandă nu poate fi restricționată și nu este plafonată, astfel încât nodul să rămână sincronizat și va fi gata de validare la apel.
- Aveți nevoie și de suficientă lățime de bandă. Din mai 2022 aceasta este de ~1,2-1,3 GB descărcare și ~0,9-1 GB încărcare pe oră, și este posibil să crească.
Note
- Evitați configurațiile prea complicate și cântăriți cu atenție compromisurile. Ieșirile offline scurte vor duce la penalități mici pentru inactivitate, care se recuperează cu ușurință după revenirea online pentru aproximativ același interval de timp. Configurațiile de rezervă complicate pot face dotarea mai scumpă, iar validatorii de rezervă redundanți pot duce la penalizări mai mari, cunoscute drept penalitate. Mai multe despre riscurile de penalizare
- Sincronizarea cu clientul dvs. cu nivel de execuție poate dura în cel mai rău caz câteva zile.
Secțiunea 2 – În timpul configurăriiEste o referință utilă în timpul configurării clientului, pentru a nu omite pașii importanți.
Configurare inițială
- Începeți prin a configura hardware-ul și sistemul de operare pe care l-ați ales.
- Pentru a maximiza securitatea și eficiența nodului, rulează clienții pe hardware dedicat. Acest lucru reduce riscul expunerii la malware și minimizează concurența pentru resursele de calcul. Astfel poți fi sigur că nodul face față solicitărilor din rețea și se achită permanent de responsabilitățile de validator.
Securitatea nodului
| Client cu nivel de execuție | Port implicit |
|---|---|
| Geth | 30303 TCP/UDP |
| Nethermind | 30303 TCP/UDP |
| Erigon | 30303 TCP/UDP |
| Besu | 30303 TCP/UDP |
| Client cu nivel de consens | Port implicit |
|---|---|
| Prysm | 13000 TCP, 12000 UDP |
| Nimbus | 9000 TCP/UDP |
| Lighthouse | 9000 TCP/UDP |
| Teku | 9000 TCP/UDP |
Configurează sincronizarea orei
Pentru Ubuntu 20.04- Rulează următoarea comandă:
timedatectl - Verificați dacă NTP Service este active.
- Verifică dacă Local time, Time zone și Universal time sunt corecte.
- Dacă NTP Service nu este active, execută:
sudo timedatectl set-ntp on - Dacă vedeți mesajul de eroare Failed to set ntp: NTP not supported, poate fi necesar să instalați pachetul chrony sau ntp.
- Notă: mașinile virtuale pot dezactiva implicit NTP, deci poți avea nevoie de o soluție adaptată mediului folosit.
- Notă: ora RTC (ora reală) poate fi setată la fusul orar local în loc de UTC, mai ales într-mașină virtuală cu ceasul configurat pe Windows.
Exerciții rețea de testare
Recomandăm insistent să efectuați acești pași în rețeaua de test actuală înaintea de rețeaua principală. GoerliConfigurați-vă clientul cu nivel de execuție
Examinați rolurile și responsabilitățile validatorului
GethGeth este una dintre cele trei implementări originale ale protocolului Ethereum, scris în Go.
Configurare Geth
NethermindNethermind este un client robust construit pe cadrul .NET pentru performanță, versatilitate și customizabilitate.
Configurați Nethermind
ErigonErigon este un client cu nivel de execuție la frontiera de eficiență, scrisă în Go.
Configurați Erigon
BesuHyperledger Besu este un client open-source Ethereum dezvoltat sub licența Apache 2.0 și scris în Java.
Configurare BesuRețineți
Toți participanții trebuie să administreze un client cu nivel de execuție cu clientul cu nivel de consens.Tutorial de configurare nod
Consultați acest document pentru a afla cum să rulați un nod pe GoerliRecomandat
Discord: Geth | Nethermind | Erigon | BesuConfigurați-vă clientul cu nivel de consens
PrysmPrysm este o implementare a protocolului Ethereum prin clienți cu nivel de consens în Go, axată pe facilitatea utilizării, securitate și fiabilitate.
Configurare Prysm
NimbusNimbus este un proiect de cercetare și o implementare pentru clienții de consens pe Ethereum destinat să funcționeze bine pe sistemele integrate și pe dispozitivele mobile personale.
Configurați Nimbus
LighthouseLighthouse este o implementare a clientului cu nivel de consens scrisă în Rust, ce se axează mult pe viteză și securitate.
Configurați Lighthouse
TekuPegaSys Teku este un client cu nivel de consens Ethereum bazat pe Java al cărui scop este de a satisface necesitățile instituționale și cerințele privind securitatea.
Configurare TekuTutorial de configurare nod
Consultați acest document pentru a afla cum să rulați un nod pe GoerliAvertizare!
Este foarte riscant să vă rulați validatorul în mai multe locuri. Se va produce un eveniment penalizabil și veți fi eliminat din rețea. Mai multe despre riscurile de penalizareRecomandat
Discord: Prysm | Nimbus | Lighthouse | TekuAutentificare JWT
Comunicarea dintre stratul de execuție și cel de consens va avea loc folosind API motor. Acesta este un set de metode RPC JSON care pot fi folosite pentru a comunica între cele două niveluri ale clientului.Această comunicare este securizată folosind un secret JWT, care este o cheie secretă partajată doar între cei doi clienți pentru autentificare reciprocă. Acest secret JWT partajat trebuie pus la dispoziția fiecărui client (atât pentru clienți cu nivel de execuție, cât și pentru clienți cu nivel de consens) pentru a putea comunica adecvat.Documente JWT de consens: Lighthouse | Nimbus | Prysm | TekuDocumente JWT execuție: Besu | Erigon | Geth | NethermindSetați adresa de retragere
Participanții trebuie să seteze o adresă de retragere pentru a debloca plățile pentru recompensele din stratul de consens. Aceasta este setată când se generează cheile validatorului.Dacă nu furnizați o adresă de retragere înainte de a efectua depuneri, va trebui să efectuați un pas suplimentar pentru actualizarea cheilor și pentru a permite retrageri. Fondurile vor fi blocate în acest timp.
Setare destinatar comision
Pentru a primi recompense pentru comisionul de tranzacție, participanții trebuie să furnizeze o adresă pentru destinatarul taxei pentru clientul cu nivel de consens. Aceasta este o adresă Ethereum normală cu care sunteți obișnuiți.Dacă nu furnizați o adresă clientului dvs., nu veți primi taxe de tranzacție atunci când validatorul propune blocuri.
Nodul Beacon al nivelului de consens (BN)
Obligatoriu
- Verificați-l cu următoarea comandă pentru a vedea dacă returnează corect versiunea clientului:
curl -H "Content-Type: application/json" -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}' http://<YourServerLocation>:8545
- Asigură-te că nodul tău are peste 20 de parteneri egali.
Clientul validator pe nivelul de consens (VC)
Obligatoriu
Secțiunea 3 – După depunereProtejează-ți fondurile folosind programul de monitorizare și învață să gestionezi diferite situații reale.
Acești pași sunt opționali, dar sunt recomandați pentru optimizarea nodului.
Monitorizare
Monitorizare Prometheus și Grafana
Clienții acceptă Prometheus și Grafana pentru a vă ajuta să vizualizați în timp real măsurători importante despre validatorul dumneavoastră.Documente de monitorizare: Lighthouse | Nimbus | Prysm | TekuSimulări testnet
La validarea pe rețeaua de testare, efectuați aceste simulări pentru a afla mai multe despre nodul dvs. și pentru a vă pregăti mai bine pentru rețeaua principală:Arhitectură de sistem avansată
- Pentru a nu divulga identitatea validatorului în rețea, puteți folosi un VPN de încredere, care să reducă riscul dezvăluirii adresei dvs. IP.
- Mai mult, puteți seta clientul de validator (VC) și nodul Beacon (BN) pe computere separate, cu adrese IP diferite, astfel încât chiar dacă nodul Beacon devine vulnerabil, depozitul de chei este stocat pe o altă mașină.