Feature: estimate gas for consecutive transactions

[ilanolkies]

Hi team, I had a gas estimation problem that I wonder if it was solved by Ethereum, I suggest experimenting with a change in rskj.

The case: As dapp developers we want to send 3 transactions at the same time, and estimate the gas limit of the 3rd one that dependes on state changes made by the 1st and the 2nd ones. We don’t want to wait for the first TXs to be mined to be able to estimate the gas limit of the 3rd, to imporve UX. This is not possible now.

Generalization: Given N txs, I want not to wait for one or many of the ks in 1<=k<N transactions to estimate the gas of l in k<l<=N transaction

Proposal: estimate gas rpc method should be able to receive an array of transactions and return the gas limit of each executing all of them in order

Nice to have: same for call rpc, returning an array of call results

[pmprete]

Realted to rnsdomains/rns-js#112

[fedejinich]

To me, this seems a great and necessary idea, but I'm a bit concerned about breaking the eth-JSON-RPC standard. Which are the alternatives on the ethereum side for this problem?

[ilanolkies]

What about this one openethereum/parity-ethereum#6281

[ilanolkies]

Another requestor for this: ethereum/go-ethereum#17961