Wallet db to use sqlite (instead of litedbv4)

[dangershony]

The main db tests are now passing.
I still need to run all the solution tests and then also compare to other wallets on current networks

[sondreb]

How is persistence done? Appears to store a lot of IO to disk, perhaps there is an interval settings key that can be set a bit higher? Maybe increase it during IBD?

[dangershony]

It will push on every trx that we find for the wallet, I don't think sqlite has a cache mechanism I didn't check.

[sondreb]

Have verified the performance, works very well. Have not done properly code review yet, will do later if not merged yet, but approval so far.

[MithrilMan]

Any reason why not implementing this like other "persistence-aware" components and be able to switch db implementation at will?

[dangershony]

Any reason why not implementing this like other "persistence-aware" components and be able to switch db implementation at will?

Well perhaps it can be done but I want to first get something working.
(perhaps we can keep the litedbv5 impl in a none used persistence feature so if in the future it becomes stable we can easy swap)

[MudDev]

I did a review and this is brilliant. I don't think we had index's before with LiteDB, now we do with SQLite, great work @dangershony

Can't wait to give this a try!

[dangershony]

All tests now passed locally and I see mac tests passed too.
So I think this is ready for serious review

[MithrilMan]

ok, commented a bit :)