-
Notifications
You must be signed in to change notification settings - Fork 250
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
Improvements to the strategy implemented by {fixed,standard,zip317}::SingleOutputChangeStrategy
#1430
Conversation
71e9df8
to
977e6c8
Compare
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #1430 +/- ##
==========================================
+ Coverage 63.08% 63.16% +0.08%
==========================================
Files 127 127
Lines 14821 14868 +47
==========================================
+ Hits 9350 9392 +42
- Misses 5471 5476 +5 ☔ View full report in Codecov by Sentry. |
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.
utACK 977e6c8 modulo questions about tests. Any that are not addressed here, should have issues opened.
977e6c8
to
06bf360
Compare
06bf360
to
7710919
Compare
…ategy` now implement a different strategy for choosing whether there will be any change, and its value. The aims are: * Ensure that it is possible to create fully transparent transactions with no change (this will be needed for ZIP 320). The `InsufficientFunds` error in this case should have a `required` field that reflects the additional amount needed, according to the fee calculated without an extra change output. * Avoid leaking information about note amounts in some cases: an adversary that knew the number of external recipients and the sum of their outputs was able to learn the sum of the inputs if no change output was present. * Defend against losing money by using `DustAction::AddDustToFee` with a too-high dust threshold. * Ensure that if a "change memo" is requested, there will always be a shielded change output in which to put it. Previously, this would not be the case when using `DustAction::AddDustToFee`. Co-authored-by: Jack Grigg <jack@electriccoin.co> Co-authored-by: Kris Nuttycombe <kris@nutty.land> Signed-off-by: Daira-Emma Hopwood <daira@jacaranda.org>
7710919
to
21d5731
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.
utACK 21d5731
zcash_client_backend::{fixed,standard,zip317}::SingleOutputChangeStrategy
now implement a different strategy for choosing whether there will be any change, and its value. The aims are:ChangeError::InsufficientFunds
error in this case should have arequired
field that reflects the additional amount needed, according to the fee calculated without an extra change output.DustAction::AddDustToFee
with a too-high dust threshold.DustAction::AddDustToFee
.