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

Use lazy BLS signatures more often and don't always verify self-recovered sigs #2860

Merged
merged 5 commits into from
Apr 11, 2019

Conversation

codablock
Copy link

@codablock codablock commented Apr 11, 2019

This avoid expensive BLS signature deserialization in the message handler thread. The expensive part is implicitly moved into the worker threads now.

This PR also changes how often we verify self-recovered signatures to only 1 out of 100 recoveries. There is actually no need to verify these at all, but sporadically doing so ensures that we catch unexpected bugs.

@codablock codablock changed the title Usa lazy BLS ignatures Usa lazy BLS signatures in CInstantSendLock and don't always verify self-recovered sigs Apr 11, 2019
@codablock codablock changed the title Usa lazy BLS signatures in CInstantSendLock and don't always verify self-recovered sigs Usa lazy BLS signatures more often and don't always verify self-recovered sigs Apr 11, 2019
@UdjinM6 UdjinM6 added this to the 14.0 milestone Apr 11, 2019
@codablock codablock changed the title Usa lazy BLS signatures more often and don't always verify self-recovered sigs Use lazy BLS signatures more often and don't always verify self-recovered sigs Apr 11, 2019
Copy link

@UdjinM6 UdjinM6 left a comment

Choose a reason for hiding this comment

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

Looks good now IMO

utACK

@UdjinM6 UdjinM6 merged commit f32f952 into dashpay:develop Apr 11, 2019
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.

None yet

2 participants