-
Notifications
You must be signed in to change notification settings - Fork 37.7k
[29.x] Backport #32521 #33013
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
[29.x] Backport #32521 #33013
Conversation
…standard. The Consensus Cleanup soft fork proposal includes a limit on the number of legacy signature operations potentially executed when validating a transaction. If this change is to be implemented here and activated by Bitcoin users in the future, we should prevent the ability for someone to broadcast a transaction through the p2p network that is not valid according to the new rules. This is because if it was possible it would be a trivial DoS to potentially unupgraded miners after the soft fork activates. We do not know for sure whether users will activate the Consensus Cleanup. However if they do such transactions must have been made non-standard long in advance, due to the time it takes for most nodes on the network to upgrade. In addition this limit may only be run into by pathological transactions which pad the Script with sigops but do not use actual signatures when spending, as otherwise they would run into the standard transaction size limit. Github-Pull: bitcoin#32521 Rebased-From: 5863315
Check bounds and different output types. Github-Pull: bitcoin#32521 Rebased-From: 3671479
It's useful to have an end-to-end test in addition to the unit test to sanity check the RPC error as well as making sure the transaction is otherwise fully standard. Github-Pull: bitcoin#32521 Rebased-From: 96da68a
The following sections might be updated with supplementary metadata relevant to reviewers and maintainers. Code Coverage & BenchmarksFor details see: https://corecheck.dev/bitcoin/bitcoin/pulls/33013. ReviewsSee the guideline for information on the review process.
If your review is incorrectly listed, please react with 👎 to this comment and the bot will ignore it on the next update. |
@darosior could you make the release notes updates as well please? Thanks For example
|
Sure, will do. |
Added a commit with the suggested release note. While i was there i also changed my nym for my name in the credits. |
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.
Can you squash the last two commits into |
716b436
to
f25dc84
Compare
Cherry-picked your commit |
the ci failure is unrelated. The fix was cd8089c, but that never made it into 29.x |
reACK f25dc84 |
Opened a separate backport PR for the flakiness fix: #33052 |
Should i rebase now that #33052 is merged? |
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.
ACK f25dc84
No you don't need to rebase
This backports PR #32521 to make the change available to miners who can't (or don't want to) upgrade past version 29.