-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Optimize SubmitAggregateSelectionProof
VC action
#13711
Conversation
ba6ac41
to
eef89b3
Compare
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.
The changes themselves look good to me. You seem to be having an issue with MockValidatorClient
# Conflicts: # validator/client/beacon-api/beacon_api_validator_client.go # validator/client/grpc-api/grpc_validator_client.go
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
) | ||
|
||
func (c *beaconApiValidatorClient) submitAggregateSelectionProof(ctx context.Context, in *ethpb.AggregateSelectionRequest) (*ethpb.AggregateSelectionResponse, error) { | ||
func (c *beaconApiValidatorClient) submitAggregateSelectionProof( |
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.
Just had a look at deep source, seems there is somewhere where these are both pointer and recover, might be worth another look
What type of PR is this?
Other
What does this PR do? Why is it needed?
There is no need to make some requests to the beacon node inside
SubmitAggregateSelectionProof
when we already have the data available in the duty. We just need to pass this extra data to the function.This reduces the whole action from a few hundred ms to a few ms.