Skip to content
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 resourceunavailable error code with more guidance #2430

Merged
merged 2 commits into from
May 21, 2021
Merged

Conversation

djrtwo
Copy link
Contributor

@djrtwo djrtwo commented May 21, 2021

Add ResourceUnavailable back in with explicit guidance that it is currently only a valid response for BlocksByRange and also that such unsynced nodes SHOULD respond using it.

Conversations on #2414 debate if/how this should be inserted. The crux is that some teams think the extra information will be valuable whereas others think it is only cumbersome without reducing complexity. I think the restricted use in this PR is a reasonable compromise.

Additionally for any client that finds the introduction of this error case as cumbersome/complex, I suggest that the receiving of this error code just gets put into the already existing if bad_block_range_response() control flow. If the information is indeed not valuable, it can easily just be lumped into the existing "bad response" code.

specs/phase0/p2p-interface.md Show resolved Hide resolved
specs/phase0/p2p-interface.md Outdated Show resolved Hide resolved
Copy link
Collaborator

@protolambda protolambda left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@djrtwo djrtwo merged commit b59a9a9 into dev May 21, 2021
@djrtwo djrtwo deleted the resource-unavailable branch May 21, 2021 20:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants