refactor: instant-finality feature via special RPC url

[RetricSu]

RPC method updated in this PR:

• eth_getTransactionReceipt
• RPC which support block parameter, except for
  • eth_getBlockByNumber
  • eth_getBlockTransactionCountByNumber
  • eth_getTransactionByBlockNumberAndIndex
    which does not support pending in our code since a long time ago, we might need to check those 3 RPC methods later

In this pr, we use different RPC URLs to tell if the instant-finality-hack mode is enabled so that we can provide the feature for user while keeping other users who care more about compatibility than such feature happy as well.

Notice how the integration tests last longer in non-instant-finality mode, this can be reduced after we finished the following todos:

TODO before PR merge:

• update godwoken-tests to use localhost:8024/instant-finality-hack mode
  • chore: update url path to enable instant-finality hack mode godwoken-tests#201

One test case is also altered to allow CI to pass under non-instant-finality mode.

• fix: make gamblingBlocks longer to adapt for non-instant-finality mode godwoken-tests#200

[classicalliu]

Should update other RPCs too ?
For example, eth_getBalance(address, "latest")
With instant finality, it should include pending states, but without instant finality, it should not.

[RetricSu]

Should update other RPCs too ? For example, eth_getBalance(address, "latest") With instant finality, it should include pending states, but without instant finality, it should not.

oh right, we treat lastest as pending in instant-finality hack. will update later

[RetricSu]

Should update other RPCs too ? For example, eth_getBalance(address, "latest") With instant finality, it should include pending states, but without instant finality, it should not.

updated