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.

FAQ

Frequently Asked Questions

This guide explains Frequently Asked Questions through wallets, seed phrases, networks, and gas, with practical verification steps and clear risk boundaries. It never asks users to provide a seed phrase, private key, or verification code.

Security principle

Never share a seed phrase, private key or verification code.

A digital wallet helps manage blockchain accounts, addresses and signing actions. It generally does not hold the blockchain asset itself; it helps the user control the credentials needed to act with an account.

No. Never send a seed phrase, private key or verification code to anyone. Any request for them should be treated as high risk.

If the user does not have a valid backup, official personnel cannot recreate a private key or seed phrase. Backups should be made when the wallet is created and kept securely.

The same address format can exist on multiple networks, while the actual asset state depends on the selected chain. Sender and receiver should use the intended matching network.

Gas represents the network resources required for a blockchain transaction or contract action. The cost can change with network conditions and action complexity.

Use the transaction hash on the relevant network to see whether it was broadcast, remains pending, or failed before deciding what to do next.

It is a public unique identifier for an on-chain transaction and can be used in a block explorer to inspect status, block inclusion, sender, recipient and confirmations.

A connection alone usually does not transfer assets automatically, but later transaction signatures, approvals or contract actions may produce on-chain results. Review each request separately.

No. A message signature may be used for login or proof of account control, while a transaction signature authorizes an on-chain state change. Meaning depends on the exact request.

A token approval lets a contract use token permissions within a defined scope. Review the spender, allowance and purpose, and manage approvals you no longer need.

Many EVM networks share account formats and contract models, but they have different chain IDs, gas environments and on-chain states.

Layer 2 processes some activity outside the main chain while maintaining a defined relationship with it. Cross-layer assets may involve bridges and waiting periods.

Verify the domain, source and request details. Do not let urgency, limited-time claims or impersonated support pressure you into skipping checks, and never enter a seed phrase or private key.

No. Rewards can change, exits may take time, validators can face network penalties, and smart-contract and asset-price risks remain.

A validator participates in duties such as block proposal, attestation or related consensus work according to network rules. Its state can affect rewards and penalties.

Stop further actions, verify the contract and spender, consider revoking permissions you no longer need, and review recent on-chain account activity.