You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We made good progress in this PR to improve the amount history charts.
But to do even better we need to change the format and use deltas instead of actual amount for a given timestamp.
It will implies some changes on the FE side.
Instead of having a fix amount per timestamp, we will work with deltas.
If a user request from January 7 to January 9, we will show and compute ONLY:
Jan 7: +4 ALPH
Jan 8: -6 ALPH
Jan 9: +1 ALPH
If the user want to have it's full history balance, as the FE team will do for wallets, they will need first to fetch and cache the deltas from the beginning, then we re-opening the wallet, only the missing data will be fethched.
In the example above we see that if we do the math it's : -1 ALPH, but because we could have Jan 1: +100 ALPH.
We made good progress in this PR to improve the amount history charts.
But to do even better we need to change the format and use deltas instead of actual amount for a given timestamp.
It will implies some changes on the FE side.
Instead of having a fix amount per timestamp, we will work with deltas.
If a user request from January 7 to January 9, we will show and compute ONLY:
Jan 7: +4 ALPH
Jan 8: -6 ALPH
Jan 9: +1 ALPH
If the user want to have it's full history balance, as the FE team will do for wallets, they will need first to fetch and cache the deltas from the beginning, then we re-opening the wallet, only the missing data will be fethched.
In the example above we see that if we do the math it's : -1 ALPH, but because we could have Jan 1: +100 ALPH.
I made a POC here The perfromance are much better
The text was updated successfully, but these errors were encountered: