-
Notifications
You must be signed in to change notification settings - Fork 135
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
Always store and update kernel excess #231
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.
Maybe we should also store the excess when receiving funds, in selection::build_recipient_output
Good call, updated and top comment updated. Also had to update serializers, and recalculate the excess when confirming coinbase outputs, if you could just double check logic for that then I think we're good to go here. |
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.
Tested by sending some funds on floonet. Both the sender and receiver store the correct excess. From my side its ok to merge as soon as the azure checks pass.
* always store and update kernel excess * fix to parent key id on update as caught by testing * save kernel excess for transaction recipients and coinbase outputs * rustfmt * logic cleanup, cargo.lock * update to use node beta.3 release * fix to doctests * check result of calc offset before using * rustfmt
* always store and update kernel excess * fix to parent key id on update as caught by testing * save kernel excess for transaction recipients and coinbase outputs * rustfmt * logic cleanup, cargo.lock * update to use node beta.3 release * fix to doctests * check result of calc offset before using * rustfmt
Addresses #229
amount_credited
oramount_debited
is zerogrin-wallet txs
callRelies on mimblewimble/grin#3074