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

Blockchain Networks

Blockchain networks have independent nodes, fees, contract states and confirmation rules. Treating the network as the first check in every task prevents many avoidable mistakes.

Use the page as a decision guide: identify the network, account and request before signing or moving assets.
01A network is more than a label
02Identify source and destination
03Network parameters and chain IDs
04Confirmation and finality differ

A network is more than a label

Choosing a network selects a distinct ledger, node set, fee asset and execution environment. Compatible address formats do not imply shared balances or transaction histories.

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.

Identify source and destination

Transfers, bridges and Layer 2 operations require clear source and destination networks. When a bridge or third-party service is involved, account for additional waiting and contract risk.

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.

Network parameters and chain IDs

EVM-style networks are distinguished by parameters such as chain ID, RPC endpoints and native gas assets. Verify manually added network settings from trusted sources to avoid an unintended chain.

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.

Confirmation and finality differ

Networks differ in block timing and finality. Evaluate confirmation using the rules of the actual network instead of applying one chain’s waiting assumptions to another.

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 “A network is more than a label” matches the task you intend to perform
  • Confirm that “Identify source and destination” matches the task you intend to perform
  • Confirm that “Network parameters and chain IDs” matches the task you intend to perform
  • Confirm that “Confirmation and finality differ” 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.