Closed ngmachado closed 2 years ago
related to: speed-up bootstrapping #88
imo this has become a non-issue after solving https://github.com/superfluid-finance/superfluid-sentinel/issues/88
Lets reopen if that turns out to be wrong / changes in the future.
As of now, when booting the sentinel we are trying to clean the database from zombie rows (senders without active flows).
This process is starting to take large amount of time delaying the sync of sentinel. We can postpone this job to the liquidation logic that check if can perform the liquidation.
At this phase we can live with a less optimal storage size (database) in opposition of delaying the boot.
One solution is to create a background job that is responsible to maintain the database size in check.