proposal: tracing certain slow tx execution

[popcnt1]

Proposal Details

mainnet: 198 & 984 take 10-30min to finish execution

hang nothing has been done, no disk io, but high secp overhead

approach:

1. add cmd rooch db get-changeset-by-order
2. re-execute DA chunks and checkout a branch which will save changeset when rooch da exec
3. searchi changeset by 1

#3031

[popcnt1]

may caused by bad logic of rooch da exec, because we have to wait long time to load segments from disk, pack into chunk(need verify signature in this process), that's why we see so many secp releated functions.

I've update codes about it, using binary search to find good begin chunk, saving lots of time to reduce the init process.

But I remember tx_order 198 stall is in the middle of the whole execution process, may caused by too big chunk verification signature? and 198 is in this middle of first chunk, there is no reason wait for verification of signature.

Anyway, wait to reproduce it by re-execute from tx_order 1 and save changeset.

[popcnt1]

not in hurry, move it TBD (no more stall transcation found)

[popcnt1]

after updates da exec logic, no slow tx execution found. To be more precise, the two cases here, 198 and 984, both executed in milliseconds.