-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
chore: v0.45.0 Release Notes #10760
chore: v0.45.0 Release Notes #10760
Conversation
The 3 pending pieces are all backportable. I prefer to merge and release ASAP, and figure out those pieces later. Thoughts @robert-zaremba ? |
As this issue may also affect e.g. CosmWasm: #10769 FYI @ethanfrey |
I was ready to release this today. If we include #10770, then it'll need another round of QA. At regen we'll be off from this Friday, which means 0.45 will be out in Jan. Happy to delay limited 0.45 if that's okay with everyone. |
I see no tests in #10770 and hard to see the implications. Currently (without the patch), if I make a contract that, says, does an infinite loop and pay 100 million gas, while the block limit is 50 million, this will:
This panic will abort all state writes in this transaction, and it will end up as an error over the abci interface (probably internal / code id = 1). That is fine. Also, if you had 3 more transactions in the block after this one, what happens? They all should abort before running (as 0 gas left). Personally, I am happy to have the 0.45 out this week unless the bug fix is truly critical. The whole block gas thing is a bit confusing to me in general (that we allow way too many tx in the block, then error when running them) |
The trouble is that only the latter part happens, i.e. the state changes from that tx are persisted, but an error is returned (and no events are emitted). See #10769 (comment) |
Thanks for the link. I understand it. That is very undesirable behaviour. Not sure if it is exploitable, but it is quite an annoying bug and I wouldn't expect this to happen. |
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.
pre-approving
Co-authored-by: Robert Zaremba <[email protected]>
Co-authored-by: Robert Zaremba <[email protected]>
Co-authored-by: Robert Zaremba <[email protected]>
* chore: v0.45.0 Release Notes * Update * Update RELEASE_NOTES.md Co-authored-by: Robert Zaremba <[email protected]> * Update RELEASE_NOTES.md Co-authored-by: Robert Zaremba <[email protected]> * Update RELEASE_NOTES.md Co-authored-by: Robert Zaremba <[email protected]> * address review Co-authored-by: Robert Zaremba <[email protected]>
* chore: v0.45.0 Release Notes * Update * Update RELEASE_NOTES.md Co-authored-by: Robert Zaremba <[email protected]> * Update RELEASE_NOTES.md Co-authored-by: Robert Zaremba <[email protected]> * Update RELEASE_NOTES.md Co-authored-by: Robert Zaremba <[email protected]> * address review Co-authored-by: Robert Zaremba <[email protected]>
Description
Closes: #10656
Pending on:
Author Checklist
All items are required. Please add a note to the item if the item is not applicable and
please add links to any relevant follow up issues.
I have...
!
to the type prefix if API or client breaking changeCHANGELOG.md
Reviewers Checklist
All items are required. Please add a note if the item is not applicable and please add
your handle next to the items reviewed if you only reviewed selected items.
I have...
!
in the type prefix if API or client breaking change