Updated Timestamps for Transactions [BananoLooker]

[dev-ptera]

Is your feature request related to a problem? Please describe.
Is it possible to retrieve more accurate timestamps for dates before May 11th?

All transactions from this account have happened before May 11th, but the dates tracked are capped by the time of the node's initial sync time.
https://bananolooker.com/account/ban_1ef36w8z4po37z6z5a7dzu5c639ynz1aewchsqk9iduoxqk7d9pqc7atu3wz

Describe the solution you'd like
I'm not sure what's a possible fix for this; I'm facing the same problem with my node & explorer.
Is it possible to import an older synced banano db? Do you know of any potential fix?

Describe alternatives you've considered
I'm unsure.

Additional context

[dev-ptera]

I reached out to meltingice and he provided an updated csv of timestamps from his node. Not all the data is 100% accurate because of period downtime, but it's alot better than I had before.

I don't believe these timestamps can be updated in the node database directly, a second-layer solution will be needed; meltingice uses redis for his explorer.

http://creeper.banano.cc/static/timestamps.tar.gz

[tombertrand]

Indeed that would be the sync date, I'm asking around if I can update the ledger from an older node. Seems important for an explorer to have more historical dates 👍 I'd be tempted to swap the ledger instead of searching for dates on every block request to simplify the process, since the BananoLooker node is not voting, there is 0 risk

[dev-ptera]

If you find a way to import an external ledger please let me know! I'd prefer that solution if possible; I'm running a voting node so I can't afford a large amount of downtime.

In the meantime, I'm going to pursue the second layer solution & probably just throw all the hashes before my sync date (~march 2021) into a map and just eat the memory costs.