-
Notifications
You must be signed in to change notification settings - Fork 785
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
Investigate UnknownTargetRoot
slasher errors
#5006
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!
@Mergifyio queue |
🛑 The pull request has been removed from the queue
|
@mergify requeue |
✅ This pull request will be re-embarked automaticallyThe followup |
🛑 The pull request has been removed from the queue
|
Squashed commit of the following: commit 7adfecc Author: armaganyildirak <[email protected]> Date: Wed Dec 13 15:22:02 2023 -0500 Fix the UnknownTargetRoot
@mergify requeue |
✅ This pull request will be re-embarked automaticallyThe followup |
✅ The pull request has been merged automaticallyThe pull request has been merged automatically at 8a247eb |
Issue Addressed
#4972
Proposed Changes
This PR addresses the issue where attestations failing with
UnknownHeadBlock
are incorrectly processed through the slasher, leading to subsequent failures in signature verification (SignatureNotChecked
) The subsequent failure occurs when attempting to load the state for the target block. This is expected when the target is identical to the head, leading to an unknown state. The proposed solution involves requeuing attestations without involving the slasher when encounteringUnknownHeadBlock
.Some
UnknownTargetRoot
errors could still occur particularly during startup. It happens when thebeacon_block_root
slot is later thantarget_root
slot. However they are harmless because the requeueing will usually take care of processing them later.Additional Info