The withdrawal should not be mined if:
* It requests more DASH than the credit pool contains
* It requests more than 1000 DASH
* The credit pool contains more than 1000 DASH, and the withdrawal would result in more than a 10% reduction in the credit pool over the 576-block window
* The credit pool contains less than 1000 DASH, and the withdrawal would result in more than 100 DASH being removed from the pool over the 576-block window
Though, current functional test for asset locks improperly test this case, because threshold for big withdrawal happens by 10%, not 1000 dash.
What was done?
Improvements for functional asset lock test to actually test a limit 1000 dash, not just 10%
How Has This Been Tested?
See changes
Breaking Changes
N/A, changes only for tests
Checklist:
[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas
[ ] I have added or updated relevant unit/integration/functional/e2e tests
[ ] I have made corresponding changes to the documentation
[x] I have assigned this pull request to a milestone
Issue being fixed or feature implemented
DIP for Credit Pool says:
Though, current functional test for asset locks improperly test this case, because threshold for big withdrawal happens by 10%, not 1000 dash.
What was done?
Improvements for functional asset lock test to actually test a limit 1000 dash, not just 10%
How Has This Been Tested?
See changes
Breaking Changes
N/A, changes only for tests
Checklist: