πͺ Verifying Fee Recipient for CSM Validators
You can also verify that your Fee Recipient address has been set and registered correctly on the block builder network using the external guide below.
Verifying fee recipient registration on MEV relays
What to do if Fee Recipient is wrong?β
Itβs important to verify your fee recipient configuration before your validator proposes a block, as incorrect settings may result in protocol penalties.
Check your local configurationβ
Make sure the fee recipient address is set to:
0x388C818CA8B9251b393131C08a736A67ccB19297
Check this in your setup as follows:
- Dappnode: open the
Staking Brain
and review theFee Recipient
field for each validator. - Stereum: open the UI and check the fee recipient field in the validator client settings.
- Eth-Docker / Sedge: inspect your
.env
file and confirm theFEE_RECIPIENT
variable is set correctly. - SSV: log in to app.ssv.network, click on Fee Address, and verify the address.
- Obol: check your cluster definition file or Launchpad configuration before deploying.
- systemd (separate VC): inspect your validator service file (
/etc/systemd/system/<validator-client>.service
) and confirm the correct--fee-recipient
or equivalent flag is set.
Note for systemd users, make sure you do not set the Fee Recipient for your Solo Staking validator keys to the Lido Execution Layer Rewards Vault.
Check client logsβ
Most validator clients log the configured fee recipient address during startup.
Check your startup logs and confirm that the fee recipient is set to the Lido Execution Layer Rewards Vault.
Seek Lido's helpβ
If you're running a validator client or using a custom setup not covered in this guide, and need help setting the correct fee recipient address, the Lido Community Validator Specialists (Chimera) are here to help.
Join the Lido Discord and tag:
@community-validator-support
Weβll assist you in configuring your setup correctly to avoid penalties.