imtoken will never ask for your seed phrase, private key or verification code. Always review the address, network and request details before transferring, signing or approving.
imtoken · Knowledge and practical checks

EVM Networks

The EVM gives many blockchains a similar smart-contract execution model, while each network still has its own chain ID, gas asset, deployed contracts and on-chain state.

Use the page as a decision guide: identify the network, account and request before signing or moving assets.
01The EVM is an execution environment
02Similar addresses do not share balances
03Gas, nonce and execution
04Contracts, tokens and approvals

The EVM is an execution environment

The EVM defines how smart-contract bytecode executes and changes account state. Different networks can be EVM-compatible while using different validators, blocks, fee markets and security assumptions.

A common mistake is to treat a normal-looking interface as proof that the underlying blockchain action is correct. Public addresses, transaction hashes, contract addresses and network parameters provide independent ways to verify what is happening.

Similar addresses do not share balances

EVM-compatible networks often use the same account address format. That convenience also makes network mistakes easier: balances, nonces, tokens and contract state belong to a specific chain.

A repeatable order of checks is more reliable than memory. Review source, network, account, target and expected outcome each time so the same safety logic carries across wallets and DApps.

Gas, nonce and execution

Gas measures execution resources, while the nonce orders account transactions. Insufficient gas settings, nonce conflicts or contract reverts can delay or fail a transaction and should be diagnosed from on-chain data.

When a task involves a third-party contract, bridge, validator or web service, separate that external risk from the wallet itself. A wallet can display and sign a request, but it cannot guarantee the safety of outside code or services.

Contracts, tokens and approvals

EVM tokens are usually defined by smart contracts, and approvals let a specified spender act within an allowed scope. Contract address, spender and allowance matter more than a token name alone.

Put this concept back into the current network, account and request type before acting. Identify what the interface is asking for, then decide whether a signature, gas payment or ongoing permission is actually required.

Practical checklist

  • Confirm that “The EVM is an execution environment” matches the task you intend to perform
  • Confirm that “Similar addresses do not share balances” matches the task you intend to perform
  • Confirm that “Gas, nonce and execution” matches the task you intend to perform
  • Confirm that “Contracts, tokens and approvals” matches the task you intend to perform

Risk reminder

Seed phrases and private keys remain under the user’s control. Legitimate support should not ask for a seed phrase, private key or verification code. Review address, network and amount before transferring; blockchain transactions generally cannot be unilaterally reversed by a wallet. Third-party DApps and smart contracts carry risk, so review spender and permission scope and consider revoking unused approvals.