Mag-set up at i-configure ang validator client (Teku)
Last updated
Last updated
Sundan ang mga hakbang sa naunang seksyon upang i-download ang Teku kung hindi mo pa ito nagawa.
Lumikha ng 3 bagong mga folder upang mag-imbak ng data ng validator client, validator keystore, at ang password ng validator keystore
Kopyahin ang mga validator keystores at ang password file nito sa kanilang mga nauukol na mga folder
Baguhin ang may-ari ng folder na ito sa teku user
I-restrict ang mga pahintulot sa bagong folder na ito na tanging ang may-ari lamang ang makakabasa, makakasulat, at makakapagpatupad ng mga file sa folder na ito
Lumikha ng isang systemd configuration file para sa Teku Validator Client service upang tumakbo sa background.
I-paste ang mga parameter ng konfigurasyon sa ibaba sa file:
Kapag tapos ka na, i-save ito gamit ang Ctrl+O
at Enter
, pagkatapos ay mag-exit gamit ang Ctrl+X
. Unawain at suriin ang iyong configuration summary sa ibaba, at baguhin kung kinakailangan.
--network
: I-takbo ang validator client service sa ETH Holesky testnet
--data-path
: Itakda ang directory para sa Teku upang mag-imbak ng impormasyon ng validator
--validator-keys
: Landas ng file patungo sa directory kung saan naka-imbak ang iyong validator signing keystore at ang karampatang plain text password file. Maliban sa extension ng file (hal. .json vs .txt), ang password file ay dapat magkaroon ng parehong pangalan tulad ng validator signing keystore file. Halimbawa:
--beacon-node-api-endpoint
: Mga URL upang kumonekta sa pangunahing at backup consensus clients kung mayroon. Ito ay dapat ang parehong IP address na itinakda sa iyong consensus client. Tumukoy dito kung hindi mo na ito naaalala.
--validators-proposer-default-fee-recipient
: ETH wallet address upang tanggapin ang mga rewards mula sa mga block proposals at MEV bribes
--validators-proposer-blinded-blocks-enabled
: Kinakailangan kapag gumagamit ng mga external builders upang bumuo ng mga blocks (hal. MEV relays)
--validators-graffiti
: Opsyonal na text na ipapakita sa-chain kapag ang iyong validator ay nagpopropose ng isang block
--metrics-enabled
: Pinapagana ang metrics para sa monitoring
--metrics-port
: Port upang kuhanin ang mga metrics para sa monitoring
--doppelganger-detection-enabled
: Tumutulong upang maiwasan ang slashing dahil sa double signing sa pamamagitan ng pagsusuri kung ang iyong validator keys ay aktibo na sa network. Hindi ito isang fool-proof solution.
I-reload ang systemd daemon upang ma-register ang mga binago, simulan ang Teku Validator Client, at suriin ang status nito upang tiyakin na ito ay tumatakbo.
Ang output ay dapat magsabi na ang Teku Validator Client ay "active (running)". Pindutin ang CTRL-C upang lumabas at magpapatuloy ang Teku Validator Client sa pagtakbo.
Gamitin ang sumusunod na command upang suriin ang mga logs para sa anumang mga babala o mga error:
Inaasahang output:
Pindutin ang CTRL-C
upang lumabas.
Kung ang serbisyo ng Teku Validator Client ay umaandar nang maayos, maaari na nating paganahin ito upang umandar nang awtomatiko kapag nire-reboot ang sistema.
Inaasahang output:
Upang maiwasan ang mga pagkakamali sa konfigurasyon na nagdudulot sa double signing sa hinaharap, tanggalin ang mga duplicate na kopya ng validator signing keystores kapag ang lahat ay umaandar na nang maayos.
Mga Release: https://github.com/Consensys/teku/releases
Dokumentasyon: https://docs.teku.consensys.io/introduction
Discord: https://discord.gg/consensys (Pumili ng Teku channel)