Validator identities endpoint. #452
Conversation
In support of ethereum#449.
|
This looks good. Will cross-post and seek more opinions. |
| pubkey: | ||
| $ref: './primitive.yaml#/Pubkey' | ||
| description: "Public key of validator." | ||
| activation_epoch: |
There was a problem hiding this comment.
Why add the activation_epoch? It's a curious in-between of no epoch and all epochs in the validator record
There was a problem hiding this comment.
It's in case validator index reuse comes in, it will allow us to use (index,public key, activation epoch) as a unique identifier for a validator across all time regardless of reuse.
|
I support this. Our validator client currently needs to grab the full validator to get the index |
Curious, do you track the validator status on the VC side? This has a lot of benefits, e.g. not querying duties for exited validators, not registering to builder etc. but it would still require to query the full validator object if we don't include all information in this API to recalculate the status, or include the status itself here, preferably in a format that can be ssz-serialized. |
No, we don't. I agree it would allow for certain optimizations, but I am not sure if it's worth the extra complexity. |
|
I think i prefer the idea that this is a simple index lookup that would allow us to continue to use it in a post index being unique world, and for the rest of the data you have the indices you could look up further info... |
|
we can definitely add this to changes table though... |
In support of #449.