Fix and optimize eth_estimateGas API

[trinhdn2]

Prerequisite:

• Enhance return type for Execution #366

This PR add a rpc.BlockNumber input parameters for eth_estimateGas API because most 3rd-party tools (such as MetaMask, Remix IDE, etc.) require the same parameters for this API.

EstimateGas repeatedly executes a transaction, performing a binary search with multiple gas prices to determine proper pricing. Each call retrieves a new copy of the state https://github.com/BuildOnViction/tomochain/blob/76420ee3ba79120351018b86c1a84c4001ad9064/internal/ethapi/api.go#L1136
Because the pending/latest state can be changed during the execution of EstimateGas, this can potentially cause strange behaviors. EstimateGas currently conducts a binary search to determine a suitable gas limit for a tx, and continues searching with a higher gas limit whenever the transaction's execution results in revert. While this makes sense if the reason for revert is out of gas, increasing the gas limit is highly unlikely to allow a non-OOG reverting transaction to succeed (unless it is making unusual use of the GAS opcode).

This PR modifies EstimateGas to retrieve the state once and use a copy of it for every call invocation it does. This has two benefits:

• Saves compute overhead.
• Eliminates a race condition where a reverting transaction causes the gas limit lowerbound to increase repeatedly during gas estimation, only for a state change to allow the transaction to later succeed later in the loop, resulting in an unreasonably high estimate being returned. (We believe this is happening in practice in one of our applications)

Resolve issue:

• EstimateGas API sometimes returns wrong results, and propose some possible optimizations #390

Supersede:

• Optimize EstimateGas API #391

Reference:

• internal/ethapi: optimize & clean up EstimateGas ethereum/go-ethereum#27710