Closed infsaulo closed 2 weeks ago
@infsaulo Thanks for the report :bow: We'll get this fixed asap :pray:
@m-Peter should should we expect to get the expected/fixed responses once the PR and this issue got closed? Just asking because I just replicated the curl cmd above but still seeing same response.
Hey @infsaulo, running:
curl -s https://mainnet.evm.nodes.onflow.org -X POST -H "Content-Type: application/json" -d '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":1}' | jq
Returns:
{
"jsonrpc": "2.0",
"id": 1,
"result": "flow-evm-gateway@v0.35.0-storage-dissable"
}
And I see that the latest deployed tag (https://github.com/onflow/flow-evm-gateway/releases/tag/v0.35.0-storage-dissable), does not include that fix for eth_getBlockReceipts
endpoint. I believe there was no deployment to either mainnet
/ testnet
.
Problem
There is some inconsistency on the representation of integers/decimals from returned json's of flow gateway(mainnet).
Particularly, the returned responses for
eth_getBlockReceipts
contains inconsistency on the representation of integers/decimal fields.Some of those fields are represented as hex string while other ones are represented as raw integer/decimal.
Steps to Reproduce
First example for
gasUsed
returned:Second example it shows the difference from the representation of same data -
blockNumber
field: while the one underlogs
is returned as"0x31a"
, the outermost one is returned as 794Requesting
Returns
Acceptance Criteria
Same datatype shouldn't have multiple representations. Other EVM's, for example, represent any integers/decimals as hex string.