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

Will lighthouse return an empty list when fetching an expired blob? #5640

Open
zhiqiangxu opened this issue Apr 24, 2024 · 3 comments
Open
Labels
deneb HTTP-API spec_change A change related to the Eth2 spec

Comments

@zhiqiangxu
Copy link
Contributor

zhiqiangxu commented Apr 24, 2024

We're talking about how should op stack deal with expired blobs here. Currently op stack was expecting an error to be returned for expired blobs. Prysm will return empty list/status=200 for expired blobs. What about lighthouse?

I've read the code for beacon/blob_sidecars/{block_id}, it seems lighthouse will also return an empty list when fetching an expired blob.

Just wanna confirm with the official team:)

@michaelsproul
Copy link
Member

Yeah at the moment Lighthouse will also return an empty list.

I don't really like this behaviour though, because it combines the cases for (1) no blobs ever existed at this slot and (2) there were blobs at this slot but we've deleted them.

@michaelsproul michaelsproul added spec_change A change related to the Eth2 spec HTTP-API deneb labels Apr 24, 2024
@dapplion
Copy link
Collaborator

Worth it to raise the issue in the beacon APIs specs. There has been similar discussions for the case of missed slots. Would having different HTTP status code serve your use case?

@zhiqiangxu
Copy link
Contributor Author

I think so, here is how op stack is handling the response.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
deneb HTTP-API spec_change A change related to the Eth2 spec
Projects
None yet
Development

No branches or pull requests

3 participants