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

Revisit #3893 (avoid packing attestations from other forks) #4014

Closed
zah opened this issue Aug 22, 2022 · 2 comments · Fixed by #4273
Closed

Revisit #3893 (avoid packing attestations from other forks) #4014

zah opened this issue Aug 22, 2022 · 2 comments · Fixed by #4273
Assignees
Milestone

Comments

@zah
Copy link
Contributor

zah commented Aug 22, 2022

Since the linked PR was reverted due to increased CPU usage, we need to investigate alternative solutions for the problem being solved.

@zah zah added this to the v22.9.0 milestone Aug 22, 2022
@arnetheduck
Copy link
Member

To avoid the signature check, what instead should be done is to ensure that the attestations being added to the block share dependent root (and thus shuffling) with the block itself: this is done by ensuring that the block and attestation target shares a common ancestor at the attestation ((attestation.data.target.epoch - 1).start_slot - 1) slot - the logic is the same as for the shuffling cache and REST API dependent root lookup for attestation duties - care must be taken because attestation.target.epoch spans 2 epochs for valid attestations.

@arnetheduck
Copy link
Member

arnetheduck commented Aug 23, 2022

@etan-status etan-status self-assigned this Oct 27, 2022
@etan-status etan-status linked a pull request Oct 31, 2022 that will close this issue
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 a pull request may close this issue.

3 participants