-
Notifications
You must be signed in to change notification settings - Fork 221
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
Kernel signature does not commit to all kernel fields #4365
Comments
aviator-app bot
pushed a commit
that referenced
this issue
Aug 2, 2022
Description --- This Pr adds in the ability to create burned outputs. There will be a follow-up PR addressing the kernel mutability as currently the fields are mutable and need to be signed to block mutability, see: #4365. For added reasoning why this is needed see RFC: tari-project/rfcs#10 Full testing of this is also blocked by: #4360 How Has This Been Tested? --- Unit and integration tests.
PR: #4377 |
stringhandler
pushed a commit
that referenced
this issue
Aug 4, 2022
Description --- Currently, the kernel has a mutability issue where the public excess, features, and new optional burn commitment is not committed to in the challenge. See issue: #4365 This is a breaking change as it changes every single kernel signature. This changes the challenge for the kernel to include those fields. Because the kernel fields need to be signed by all parties, these needs fields must be decided at the start of the transaction. This required changes to the tx protocol as well. How Has This Been Tested? --- Running all current unit tests and all critical cucumber tests.
Fixed in #4377 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Currently, the kernel does not commit to all kernel fields.
We don't commit to the:
We also need to commit to the new burning features: #4364
The text was updated successfully, but these errors were encountered: