useDApp | Framework for rapid Dapp development | Cryptocurrency library

For anyone super confused on this, which I'm sure will be common in the future with EVM smart contract developers, the hardhat default network testing vs testing against a mainnet fork will return different number types from the contract.

For example, using regular .js test files with the default network, returning a uint256[] from the contract will be regular integer looking numbers.

But for the mainnet fork, returning a uint256[] will return a BigNumber array, which javascript has trouble breaking down. You will need a BigNumber package to work with it. It seems the mainnet fork .js interactions require getting the first element of the array Array[0], and inside of that element will be each BigNumber object, which further needs decoded with something like BigNumber.from(yourNumber).toNumber().

Note: as for sending numbers in to the contract, you need to make sure you pay attention to the decimals of a token when dealing with any token values. For example, if a token has 6 decimal places programmed in the contract, and you want to send a value into the contract representing 600 coins, you need to send either 600000000 (600 with 6 0's added) or BigNumber.from(600000000). I am not sure if converting it to a BigNumber type before sending it into the contract saves gas or something, because the conversion is off chain, but it seems you can send either number in to the contract. You just have to make sure you add the 0's to the end of the number according to the token you are working with.

The issue was solved with the recent update 0.11 of @usedapp/core library.

Solution:

Replace this: