-
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
Completed too large transaction not being rejected but re-tried all the time #6108
Comments
hansieodendaal
changed the title
Wallets can negotiate large transaction but rejected by comms
Completed large transaction rejected by comms without feedback to the wallet
Jan 30, 2024
hansieodendaal
changed the title
Completed large transaction rejected by comms without feedback to the wallet
Completed too large transaction not being rejected but re-tried all the time
Jan 30, 2024
See #6154 |
SWvheerden
pushed a commit
that referenced
this issue
Mar 1, 2024
Description --- Added checks to ensure that transactions negotiated between parties, transactions to self and imported transactions do not exceed the RPC frame size limit when the transaction is broadcast to the base node. This can easily happen when lots of dust inputs are collected to be spent. If a too-large transaction is detected in any of the transaction service protocols it will be cancelled so that the user can try to create a new transaction with different parameters, for example, to reduce the recipient amount. **Edit:** - Added a wallet sqlite memory type connection to speed up tests with large amounts of db activity - Used fake outputs without valid bulletproof range proofs in the `spend_dust` tests to speed it up even more as suggested by @SWvheerden Motivation and Context --- See #6108 How Has This Been Tested? --- Added unit tests: - `test_spend_dust_to_self_in_oversized_transaction` - `test_spend_dust_to_other_in_oversized_transaction` - `test_spend_dust_happy_path` What process can a PR reviewer use to test or verify this change? --- Code walk-through Review unit tests <!-- Checklist --> <!-- 1. Is the title of your PR in the form that would make nice release notes? The title, excluding the conventional commit tag, will be included exactly as is in the CHANGELOG, so please think about it carefully. --> Breaking Changes --- - [x] None - [ ] Requires data directory on base node to be deleted - [ ] Requires hard fork - [ ] Other - Please specify <!-- Does this include a breaking change? If so, include this line as a footer --> <!-- BREAKING CHANGE: Description what the user should do, e.g. delete a database, resync the chain -->
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Broadcast protocol - submit
Broadcast protocol - request failed
Comms
The text was updated successfully, but these errors were encountered: