-
Notifications
You must be signed in to change notification settings - Fork 16
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
Handle decryption of ACS results failing #36
Conversation
If the transaction bundle produced by an ACS instance results in a failure to decrypt, return the empty list as the result of that ACS and continue to checking if enough ACSes have completed and we can return a list of transactions to the user.
I'm going to add a unit test for this, don't merge yet. |
Pull Request Test Coverage Report for Build 353
💛 - Coveralls |
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.
looks good. is the meat of the change that we now count them as failed instead of continuing to anticipate that they might show up somehow?
Yes, essentially. I think, however, we should wait for 2f+1 shares before we declare it unsalvageable (because we might have gotten 1 invalid share but f invalid shares). I'm pushing a change to address this. |
* Require 2f+1 decryption shares before declaring failure * Filter invalid shares before trying to combine them
If the transaction bundle produced by an ACS instance results in a
failure to decrypt, return the empty list as the result of that ACS and
continue to checking if enough ACSes have completed and we can return a
list of transactions to the user.