-
Notifications
You must be signed in to change notification settings - Fork 174
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add custody_group_count
to metadata in node/identity
response
#489
base: master
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I guess we did the same for syncnets
in #150 to add it as an optional field.
The problem with this approach is that it makes returning a ssz response more complicated, although as per spec this api only supports json.
I would be in favor of bumping the api version if we add new properties to data
object but this seems reasonable as well since we used the same approach before.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
For SSZ you could set both values to zero if pre-v3 |
That works if all clients do this but without version bump of the api you don't really know what to expect and might get different result based on client version. My comment was more general that we shouldn't add optional fields, |
Add
custody_group_count
to metadata.This field is part of
MetaDataV3
used by PeerDAS and will be available from the Fulu fork.https://github.com/ethereum/consensus-specs/blob/e79ef816aef05e34eff0b53311cf50c13fb67fc9/specs/fulu/p2p-interface.md?plain=1#L159