Контролен списък на валидатор
Този контролен списък ще ви помогне да разберете ролята на валидатора и ще ви подготви за ролята.Посетете EthStaker в Discord или Reddit по всяко време при настройката за помощ от приятел!
Раздел 1 - Преди да започнете
Прегледайте този раздел, преди да решите да продължите с настройката на валидатор.Отказ от отговорност за препоръки
Хардуерните предложения са постоянно развиваща се цел. Настоящите минимални изисквания е вероятно да бъдат увеличени съгласно порядъка на величината след въвеждане на фрагментирането. Направете свое собствено проучване, преди да депозирате суми.Tвърд диск
- Трябва да изпълните клиент за изпълнение, както и вашия консенсусен клиент.
- След Сливането вече няма възможност да се възлагат отговорности за слой на изпълнение на доставчици трета страна (като Infura и Alchemy). Всички залагащи трябва да управляват както клиент за изпълнение, така и консенсусен клиент, за правилно удостоверяване на мрежата.
- Към май 2022 г. ще ви е необходим ~1TB само за веригата с данни за изпълнение на основната мрежа (увеличава се с >1GB/ден).
- Генезисът на Eтереум е на 30 юли 2015 г. С времето увеличава размера си, а въвеждането на фрагментирането също увеличава изискванията за съхранение, памет и скорост на предаване.
- Ще имате нужда от SSD хранилище, за да управлявате постоянно необходимите скорости на четене/писане.
- Уверете се, че имате достатъчно място на вашия диск, докато правите поддръжката на възела си.
CPU и RAM
- Проверете чрез документацията на клиента дали този хардуер, който ползвате, е достатъчен и поддържан.
- Използването на ресурсите може значително да варира между клиентите. Проучете различните клиенти, ако работите с ограничения на ресурсите.
Интернет
- В най-добрия случай, вашата интернет връзка трябва да бъде надеждна почти 24/7 без прекъсване.
- Уверете се, че скоростта на предаване не може да бъде намалена и не е ограничена, така че вашият възел да остане в синхрон и да бъде готов да валидира, когато се изисква.
- Също така ще ви е необходима и достатъчна скорост на предаване. Към май 2022 г. тя е ~1,2-1,3 GB за сваляне и ~0,9-1 GB на час за качване и е вероятно да се увеличи.
Бележки
- Избягвайте прекалено сложните настройки и бъдете наясно със замените. Излизането офлайн за кратки интервали от време ще доведе до малки санкции за деактивиране, но то ще бъдат компенсирани лесно, след като отново минете на линия за приблизително същия период от време. Сложните системи за резервно захранване могат да увеличат разходите за поддържаното от вас оборудване, а излишните резервни валидатори могат да доведат до налагане на по-голямо наказание, познато като слашинг. Повече за рисковете от санкциониране
- В най-лошия случай синхронизирането на вашия клиент за изпълнение може да отнеме няколко дни.
Раздел 2 - По време на настройкаИзползвайте това като указание по време на настройката на клиента, за да отбележите важните стъпки.
Първоначална настройка
- Започнете с настройка на избрания от вас хардуер и операционна система.
- За да увеличите максимално сигурността и ефективността на вашия възел, използвайте специален хардуер за управление на клиентите си. Това намалява риска от излагане на опасност и намалява до минимум надпреварата за изчисления в ресурсите, като удостоверява, че вашият възел се справя с натоварването на мрежата и с отговорностите на валидатора през цялото време.
Защита на възела
| Клиент за изпълнение | Порт по подразбиране |
|---|---|
| Besu | 30303 TCP/UDP |
| Nethermind | 30303 TCP/UDP |
| Geth | 30303 TCP/UDP |
| Erigon | 30303 TCP/UDP |
| Kонсенсусен клиент | Порт по подразбиране |
|---|---|
| Teku | 9000 TCP/UDP |
| Nimbus | 9000 TCP/UDP |
| Prysm | 13000 TCP, 12000 UDP |
| Lighthouse | 9000 TCP/UDP |
Синхронизиране на времето за конфигурация
За Ubuntu 20.04- Изпълнете следната команда:
timedatectl - Проверете дали NTP Service е active.
- Проверете дали всички Local time, Time zone, и Universal time са верни.
- Ако NTP Service не е active, стартирайте:
sudo timedatectl set-ntp on - Ако виждате съобщение за грешка Failed to set ntp: NTP not supported, може да се наложи да инсталирате пакета chrony или ntp.
- Бележка: по подразбиране виртуалните машини може да деактивират NTP, така че може да се наложи да намерите решение за вашата среда.
- Бележка: Времето според RTC (часовникът в реално време) може да бъде нагласено съгласно вашата часова зона вместо UTC, особено във виртуалната машина, чийто часовник е конфигуриран в Windows.
Практика в тестовата мрежа
Горещо ви препоръчваме да изпълните тези стъпки в настоящата тестова мрежа, преди да отидете в основната мрежа. GoerliКонфигурирайте вашия клиент за изпълнение
Преглед на ролите и отговорностите на валидатора
BesuHyperledger Besu е клиент на Eтереум с отворен код, разработен в съответствие с лиценза Apache 2.0 и написан на Java.
Конфигуриране на Besu
NethermindNethermind е стабилен клиент, изграден върху ядрото .NET, проектиран за производителност, гъвкавост и възможност за персонализиране.
Конфигуриране на Nethermind
GethGeth е една от първоначалните три реализации на протокола на Eтереум, написани в Go.
Конфигуриране на Geth
ErigonErigon е клиент за изпълнение на границата на ефикасността, написан на Go.
Конфигуриране на ErigonНе забравяйте
Всички залагащи трябва да управляват клиент за изпълнение заедно със своя консенсусен клиент.Препоръчано
Discord: Besu | Nethermind | Geth | ErigonКонфигурирайте вашия консенсусен клиент
TekuPegaSys Teku е консенсусен клиент на Eтереум, базиран на Java, изграден да задоволи институционалните нужди и изискванията за сигурност.
Конфигурирайте Teku
NimbusNimbus е изследователски проект и изпълнение на консенсусен клиент за Eтереум, разработено да функционира добре на внедрени системи и лични мобилни устройства.
Конфигурирайте Nimbus
PrysmPrysm е изпълнение на консенсусния клиент на Go в протокола на Eтереум с фокус върху предназначението, сигурността и надеждността.
Конфигурирайте Prysm
LighthouseLighthouse е изпълнение на консенсусен клиент, написано в Rust, със силен фокус върху скоростта и сигурността.
Конфигурирайте LighthouseВнимание!
Голям риск представлява работата с вашия валидатор на няколко места. Това ще доведе до санкциониране и изхвърляне от мрежата. Повече за рисковете от санкциониранеПрепоръчано
Discord: Teku | Nimbus | Prysm | LighthouseJWT удостоверяване
Комуникацията между слоя на изпълнение и консенсусния слой се случва с помощта на Систем API. Това е набор от методи JSON RPC, които могат да бъдат използвани за комуникация между двата клиентски слоя.Тази комуникация е защитена с помощта на JWT секрет, който представлява таен ключ, който се споделя само между двата клиента за удостоверяване един на друг. Споделеният JWT секрет трябва да бъде предоставен на всеки от клиентите (и на клиента за изпълнение, и на консенсусния клиент), за да им позволи да комуникират правилно помежду си.Документи за консенсус JWT: Lighthouse | Nimbus | Prysm | TekuJWT документи за изпълнение: Besu | Erigon | Geth | NethermindЗадаване на адрес за теглене
Залагащите трябва да зададат адрес за теглене, за да отключат изплащанията на награди от консенсусния слой. Задава се при генериране на вашите валидаторски ключове.Ако не предоставите адрес за теглене преди депозиране, ще трябва да извършите допълнителна стъпка, за да актуализирате вашите ключове и да разрешите тегленията. Междувременно, средствата ще бъдат заключени.
Задаване на получател на таксата
Залагащите трябва да предоставят адрес на получател на таксата на своя консенсусен клиент, за да получат награди от такса за трансакция. Това е стандартен адрес на Eтереум, с който сте свикнали.Ако не предоставите адрес на клиента си, няма да получавате такси за трансакциите, когато вашият валидатор предлага блокове.
Сигнален възел (BN) на консенсусен слой
Необходимо
- Верифицирайте със следната команда, за да проверите дали връща правилно клиентската версия:
curl -H "Content-Type: application/json" -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}' http://<YourServerLocation>:8545
- Уверете се, че вашият възел има повече от 20 колеги.
Валидаторски клиент (VC) на консенсусен слой
Необходимо
Раздел 3 - След депозиранетоПазете средствата си като използвате софтуер за мониторинг и се научете как да се справяте с различни сценарии от реалния свят.
Тези стъпки не са задължителни, но са препоръчителни с цел оптимизиране на вашия възел.
Мониторинг
Монитори Prometheus и Grafana
Клиентите поддържат Prometheus и Grafana, за да можете да визуализирате важните показатели за вашия валидатор.Документи за мониторинг: Lighthouse | Nimbus | Prysm | TekuСимулации на тестова мрежа
Докато все още извършвате валидации в тестовата мрежа, извършете следните симулации, за да научите повече за своя възел и да се подготвите по-добре за основната мрежа:Разширена архитектура на система
- За да избегнете излагането на своята идентичност като валидатор в мрежата може да ползвате надежден VPN с цел намаляне на риска от разкриване на своя IP адрес.
- Освен това, може да настроите вашия Валидаторски Клиент (VC) и Сигнален възел (BN) на различни машини и IP адреси, така че даже вашият сигнален възел да е уязвим, то хранилището ви за ключове да се съхранява на различна машина.