There seems to be a bug in a very specific case:

• If the credix depository has NO OVERFLOW
• Aka if the depository has too much deposit compared to its target
• then the precision loss maths fails to redirect the precision loss from the profits to the overflow
• This means that 1 native unit remains untransfered and it triggers the safety assertions

Notes:

• when credix is overweight (which is most of the time since its an illiquid protocol) then this problem does not exist.
• The rebalancing worked as of today (07/07/23) since credix was overweight today, so no emergency
• I added a test that reproduce this issue in the rust integration tests