You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Default parameters for GRPC mean that standard REST API calls fail.
Description
Attempting to obtain the /validators endpoint from a prysm beacon node with minimal configuration returns:
{"message":"grpc: received message larger than max (70716973 vs. 4194304)","code":429}
It would be great if the max message size was set to something reasonable such that validators (and, ideally, state) could be retrieved from the node without requiring the more obscure parameters such as grpc-max-msg-size
The text was updated successfully, but these errors were encountered:
I am considering using max int64 (no limit) and logging an ominous warning when the operator has their gRPC host set to anything other than localhost. The point of this guard is to prevent someone from sending an impossibly large message that would overwhelm the server and/or client, but that shouldn't be a factor for individuals running with a local validator or advanced professionals with other safeguards in place.
If you're happy with the suggestion above, we can add this in quickly ahead of Capella.
💎 Issue
Background
Default parameters for GRPC mean that standard REST API calls fail.
Description
Attempting to obtain the
/validators
endpoint from a prysm beacon node with minimal configuration returns:It would be great if the max message size was set to something reasonable such that validators (and, ideally, state) could be retrieved from the node without requiring the more obscure parameters such as
grpc-max-msg-size
The text was updated successfully, but these errors were encountered: