[Starkcheck] - Ensure amount/tokenId supports felt/Uint256 format

[CremaFR]

Without having to store for each contract address the way it is supported

[CremaFR]

the way Uint256/felt coexist is painful to tracks Id or amount because there is no standard way to express a value.
Uint256 is specified as low and high but it is seens in the wild either as base10 integer or base16integer without context to tell how it should be interpreted in the trace.

This post on shaman talks a bit about it