Multicall doesn't return result with same type like BigNumber from "ether" when using singlecall !!! about ethereum-multicall HOT 5 OPEN

You can use BigNumber.From to parse it on the response in your code. right now in the lib it just returns the nine class version.. would be nicer if it parsed for you for sure on cases where _isBigNumber = true

Will look at doing that but for now parse it yourself once result comes back

from ethereum-multicall.

You can use BigNumber.From to parse it on the response in your code. right now in the lib it just returns the nine class version.. would be nicer if it parsed for you for sure on cases where _isBigNumber = true

Will look at doing that but for now parse it yourself once result comes back

Hi! As we have introduced an options parameter into the call method, we could add a new parameter to return bignumbers instead of strings?

from ethereum-multicall.

For sure great idea!! be my guest to do a PR @jsertx

from ethereum-multicall.

I have seen that the issue is on the Utils.deepClone when building returnObjectResult pushing to callsReturnContext array in the following lines:

We could release a new minor version: adding the extra options parameter returnBigNumber to parse it with false as default to not break current implementations.
And maybe, in a major version add that parsing option default to true, so removes friction for first time users.

from ethereum-multicall.

Nice find yeah that will nuke the big number class! And now it’s in the wild we can’t really break it! I would say yes do the returnBigNumber option and make it parse stuff back and then as you say we can bring in a breaking change on the major! We can guide the docs to this as well! PR welcome!

from ethereum-multicall.