33c942ff03
## Issue Addressed #4386 ## Proposed Changes The original proposal described in the issue adds a new endpoint to support updating validator graffiti, but I realized we already have an endpoint that we use for updating various validator fields in memory and in the validator definitions file, so I think that would be the best place to add this to. ### API endpoint `PATCH lighthouse/validators/{validator_pubkey}` This endpoint updates the graffiti in both the [ validator definition file](https://lighthouse-book.sigmaprime.io/graffiti.html#2-setting-the-graffiti-in-the-validator_definitionsyml) and the in memory `InitializedValidators`. In the next block proposal, the new graffiti will be used. Note that the [`--graffiti-file`](https://lighthouse-book.sigmaprime.io/graffiti.html#1-using-the---graffiti-file-flag-on-the-validator-client) flag has a priority over the validator definitions file, so if the caller attempts to update the graffiti while the `--graffiti-file` flag is present, the endpoint will return an error (Bad request 400). ## Tasks - [x] Add graffiti update support to `PATCH lighthouse/validators/{validator_pubkey}` - [x] Return error if user tries to update graffiti while the `--graffiti-flag` is set - [x] Update Lighthouse book |
||
---|---|---|
.. | ||
duties_service | ||
http_api | ||
http_metrics | ||
signing_method | ||
attestation_service.rs | ||
beacon_node_fallback.rs | ||
block_service.rs | ||
check_synced.rs | ||
cli.rs | ||
config.rs | ||
doppelganger_service.rs | ||
duties_service.rs | ||
graffiti_file.rs | ||
initialized_validators.rs | ||
key_cache.rs | ||
latency.rs | ||
lib.rs | ||
notifier.rs | ||
preparation_service.rs | ||
signing_method.rs | ||
sync_committee_service.rs | ||
validator_store.rs |