Adjust pending nonce update operation

[WeiLoy]

1. In the truncatePending function, the nonce value of the account will be updated immediately when the overflow transaction is deleted, so it is only necessary to update the nonce of all accounts after performing reset to avoid affecting the efficiency of inserting transactions
2. Update all nonces in pending at one time to avoid frequent lock and unlock when there are too many accounts in pending
3. Advance the order of updating all nonce actions before truncatePending and truncateQueue so that setIfLower can be effective when updating an account

[rjl493456442]

I don't think it's correct. truncatePending will drop the overflowed transactions from the pending list. In the original code, the pending nonces will be set back.

[WeiLoy]

1. But in truncatePending, the nonce of the account will be updated through pool.pendingNonces.setIfLower while deleting the overflowed transaction. The account that needs to be updated nonce has been updated in this function, so There is no need to reset the account again outside the function.
2. In the original code, if you are performing the reset action, first execute truncatePending. Since the value of pool.pendingNonces has been cleared in the reset function, the subsequent steps are executed. When truncatePending deletes the overflow transaction, pool.pendingNonces.setIfLower actually reads the nonce in StateDB to judge, the condition is not established and will not be updated to the highest nonce, and finally by direct update All accounts are realized
3. So only need to update all nonce to pool.pendingNonces at the time of reset, and after the update is completed, then execute truncatePending, this time if the function deletes the overflow transaction, pool .pendingNonces.setIfLower is able to update the nonce of the corresponding account

[adamschmideg]

Can you write some benchmarks to show this change is worth the risk?

[WeiLoy]

This is before optimization：

This is after optimization：

[holiman]

Closing in favour of #22231 (same as this PR but rebased on master) + some minor fixes