Is your feature request related to a problem? Please describe.
The naming of the api calls are confusing. In the EVM Space, the chainId word is reserved to denote the number that mitigates replay attacks (https://github.com/ethereum/EIPs/blob/master/EIPS/eip-155.md).
Additionally, code becomes very confusing when using both the Ethereum JSON-RPC together with the WASP REST API.
Yet this is used throughout the whole codebase/API calls instead of the chain address. Whereas the ethereum chainId is called evmChainId.
Describe the solution you'd like
Consistent naming across ecosystems would help evm devs/users to understand the concept of an alias address and how it is different from a chainId.
Might make sense to change. We should be careful with it though, as it most likely require regeneration of the api libs for tests/dashboard/cli. Needs to be checked first.
Is your feature request related to a problem? Please describe. The naming of the api calls are confusing. In the EVM Space, the chainId word is reserved to denote the number that mitigates replay attacks (https://github.com/ethereum/EIPs/blob/master/EIPS/eip-155.md).
Additionally, code becomes very confusing when using both the Ethereum JSON-RPC together with the WASP REST API.
Yet this is used throughout the whole codebase/API calls instead of the chain address. Whereas the ethereum
chainId
is calledevmChainId
.Describe the solution you'd like
Consistent naming across ecosystems would help evm devs/users to understand the concept of an alias address and how it is different from a chainId.
Describe alternatives you've considered
AliasAddress could also work.
Additional context