Make the transaction-cache initialization faster

[lurais]

Rationale

At present, it takes about 35s to start the node, and it takes 25 to 30s to load the transaction cache in the node start period.
And the bloom filter is used as the transaction cache actually.
So it is expected to shorten the node start time by loading the bloom filter faster.

Why should this feature exist?
1.To make the node start faster.

Implementation

1.The node writes the bloom filter to the disk when the kill -15 signal is received.
2.Load the bloom filter into the ram if the bloom filter file is existed and can be opened normally,
or build the transaction cache from recent 65536 blocks like before.

Additional information

kill -15 is required

Related PRs

• feat(db/trans-cache): optimize for bloomFilter initialization #5394
• chore(gitignore):ignore the .cache folder generated by test #5448
• fix(db/trans-cache):avoid dumping a wrong cached data #5491
• fix(db/trans-cache): avoid recovering a wrong cached data #5505
• feat(db/trans-cache): verify cached files with crc32c #5523

[sunflower-sun]

Looking forward for its implementation.

[halibobo1205]

@lurais Sounds great. I am not sure if it's faster to start. but I guess maybe if you implement it.
Can you please open a PR with the above solution?

[lurais]

@lurais Sounds great. I am not sure if it's faster to start. but I guess maybe if you implement it. Can you please open a PR with the above solution?

@halibobo1205 yes, a pr about the solution will be proposed subsequently。

[Shuo613]

Hi

[lurais]

Hi

@Shuo613 Hello, do you have any questions ?

[lurais]

@lurais Sounds great. I am not sure if it's faster to start. but I guess maybe if you implement it. Can you please open a PR with the above solution?

@halibobo1205 yes, a pr about the solution will be proposed subsequently。

@halibobo1205 A draft of that is here : #5377

[Shuo613]

兄弟哪裡

[tomatoishealthy]

兄弟哪裡

English please dear, and also please do not post worthless content

[lvs007]

@halibobo1205 Can you take care of the development of this feature?
And give data on how much of an improvement the optimization will bring.

[halibobo1205]

@halibobo1205 Can you take care of the development of this feature? And give data on how much of an improvement the optimization will bring.

@lvs007 We're ready for review #5394 . Expected to take less than 1s

[lvs007]

If it goes from 20+ seconds down to about 1 second, that would be a big improvement; a very good improvement.