-
Notifications
You must be signed in to change notification settings - Fork 176
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
Wallet subsystem transaction generator updates #400
Conversation
…mpute mass (currently set to 100 on tn10 and tn11)
… potential overflows (re github feedback)
… is None (re GitHub feedback)
* replace NetworkType with NetworkId in the tx generator and related APIs * fix url path rendering in format_url * Improve mass related errors * refactor fee handling * renaming fee variants * mass combination strategy * wip - storage mass * additional unit tests and limit checks * Introduce per-network configurable additional compound transaction compute mass (currently set to 100 on tn10 and tn11) * expand sanity checks to handle 0 value outputs * documentation updates * code formatting * Set new input sequence to 0 * change aggregate input value check to use saturating_sub() to prevent potential overflows (re github feedback) * change storage mass fee calc to return u64::MAX if the resulting mass is None (re GitHub feedback)
* replace NetworkType with NetworkId in the tx generator and related APIs * fix url path rendering in format_url * Improve mass related errors * refactor fee handling * renaming fee variants * mass combination strategy * wip - storage mass * additional unit tests and limit checks * Introduce per-network configurable additional compound transaction compute mass (currently set to 100 on tn10 and tn11) * expand sanity checks to handle 0 value outputs * documentation updates * code formatting * Set new input sequence to 0 * change aggregate input value check to use saturating_sub() to prevent potential overflows (re github feedback) * change storage mass fee calc to return u64::MAX if the resulting mass is None (re GitHub feedback)
The overall goal appears to be enhancing the transaction generator logic to better handle storage mass, improving the efficiency of execution pathways, and preparing for future changes in mass handling. The inclusion of unit tests and error handling improvements suggests a focus on code reliability and robustness. It's good practice to ensure that code changes are thoroughly tested and errors are handled appropriately. |
* replace NetworkType with NetworkId in the tx generator and related APIs * fix url path rendering in format_url * Improve mass related errors * refactor fee handling * renaming fee variants * mass combination strategy * wip - storage mass * additional unit tests and limit checks * Introduce per-network configurable additional compound transaction compute mass (currently set to 100 on tn10 and tn11) * expand sanity checks to handle 0 value outputs * documentation updates * code formatting * Set new input sequence to 0 * change aggregate input value check to use saturating_sub() to prevent potential overflows (re github feedback) * change storage mass fee calc to return u64::MAX if the resulting mass is None (re GitHub feedback)
* replace NetworkType with NetworkId in the tx generator and related APIs * fix url path rendering in format_url * Improve mass related errors * refactor fee handling * renaming fee variants * mass combination strategy * wip - storage mass * additional unit tests and limit checks * Introduce per-network configurable additional compound transaction compute mass (currently set to 100 on tn10 and tn11) * expand sanity checks to handle 0 value outputs * documentation updates * code formatting * Set new input sequence to 0 * change aggregate input value check to use saturating_sub() to prevent potential overflows (re github feedback) * change storage mass fee calc to return u64::MAX if the resulting mass is None (re GitHub feedback)
* replace NetworkType with NetworkId in the tx generator and related APIs * fix url path rendering in format_url * Improve mass related errors * refactor fee handling * renaming fee variants * mass combination strategy * wip - storage mass * additional unit tests and limit checks * Introduce per-network configurable additional compound transaction compute mass (currently set to 100 on tn10 and tn11) * expand sanity checks to handle 0 value outputs * documentation updates * code formatting * Set new input sequence to 0 * change aggregate input value check to use saturating_sub() to prevent potential overflows (re github feedback) * change storage mass fee calc to return u64::MAX if the resulting mass is None (re GitHub feedback)
This PR updates the transaction generator logic to account for storage mass.
The following changes have been made:
Max
will require updates to unit tests)