Nimbus
Select a configuration for Nimbus. Running a standalone validator configuration is recommended for best modularity and redundancy.
Create a service user for the validator service, as this improves security, then create data directories.
The following command will import your validator keys.
Enter your keystore password to import accounts.
WARNING: Do not import your validator keys into multiple validator clients and run them at the same time, or you might get slashed. If moving validators to a new setup or different validator client, ensure deletion of the previous validator keys before continuing.
Now you can verify the accounts were imported successfully by doing a directory listing.
You should see a folder named for each of your validator's pubkey.
Create a systemd unit file to define your validator.service
configuration.
Paste the following configuration into the file.
Replace
<0x_CHANGE_THIS_TO_MY_ETH_FEE_RECIPIENT_ADDRESS>
with your own Ethereum address that you control. Tips are sent to this address and are immediately spendable.If you wish to customize a short message that is included when you produce a block, add your message to the
--graffiti
. Maximum length is 16 characters.
To exit and save, press Ctrl
+ X
, then Y
, then Enter
.
Setup ownership permissions, including hardening the access to this directory.
Run the following to enable auto-start at boot time.
Finally, start your validator client and check it's status.
Check your logs to confirm that the validator clients are up and functioning.
For example when using 2 validators, logs will show the following:
Press Ctrl
+ C
to exit the logs.
Example of Synced Nimbus Validator Client Logs
Once the validator is active and proceeded through the validator activation queue, attestation messages will appear indicating successful attestations.
Notice the key words "
Attestation sent
".