feat: sender and receiver protocols use bytes (not hex string) in wallet database #5950
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
Changed the sender and receiver protocol in the wallet database to use bytes instead of a hex string, as the underlying data type is encrypted bytes. This issue was highlighted due to the to_hex function in tari_utilities not being able to convert large transactions into hex strings (returned String to large) for saving in the wallet database.
Motivation and Context
See above.
How Has This Been Tested?
Existing unit tests and cucumber tests passed
Added a new integration-level unit test
async fn large_interactive_transaction()
to test the conversion from pending outgoing and incoming transactions to and from the database.What process can a PR reviewer use to test or verify this change?
Code walk-through
Run the new unit test
Breaking Changes