-
Notifications
You must be signed in to change notification settings - Fork 169
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
Move state endpoint to beacon
namespace
#353
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.
LGTM, add this to the change list so we don't forget :)
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
Uh, this was merged a bit quickly without time for feedback, but the condition we've discussed in the past for having the state endpoint in the official part of the api was to limit it to SSZ only - I think that change should be made, ie it's not feasible to create an expectation that client open up providing JSON for the state, which soon will reach GB sizes. |
There was also discussion of fixing the flags encoding for json which is irregular with respect to its underlying intent. |
This reverts commit 4cc8484.
sorry @rkapka can you re-open a pull request for this to allow discussion to happen? I've reverted it from master after out of band discussions. |
The /eth/v2/debug/beacon/states/{state_id} endpoint is widely used by regular users and as such should probably not be present in the
debug
namespace. I think the original reason for putting it there was the large size of the response, but currently requesting all validators from/eth/v1/beacon/states/head/validators
results in an even larger response.This PR:
/eth/v1/beacon/states/{state_id}
endpoint (the debug version isv2
, but since we are moving it to a new namespace, in my opinion versioning should start anew)