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

Answers to common questions about wallets, networks, gas, DApps, approvals, security, Ethereum, PoS and validators.

Table of contents
Wallets and secret keysNetworks and transactionsWeb3 and approvalsSecurity and scamsEthereum, PoS and validators

Wallets and secret keys

A digital wallet helps manage blockchain addresses, network context and signing capabilities. The wallet is not the blockchain itself and should not be assumed to have unilateral power to reverse transactions already recorded on-chain.

A seed phrase is commonly used to derive or recover a set of accounts, while a private key directly controls a specific account. Both are highly sensitive and should remain under your control, preferably with offline backups.

No. Legitimate support should not require you to send a seed phrase, private key or verification code. Any request for those secrets is a serious risk signal.

Networks and transactions

The same asset symbol can exist on multiple networks, and similar address formats do not prove the network is correct. Review destination, network and amount together.

Gas is a mechanism used by many blockchain networks to meter computational work and determine transaction fees. Network demand, operation complexity and network rules can all affect cost.

A transaction hash is a unique transaction identifier that can be used in a blockchain explorer to check broadcast, confirmation, failure and contract execution status.

Check the transaction hash and current network conditions first. Avoid sending the same action again simply because the wallet interface has not updated yet.

Web3 and approvals

No. Account connection, message signing, transaction signing and token approval are separate actions. Review each one independently.

A message signature may prove account control or acknowledge structured data, while a transaction signature is generally used to authorize an on-chain action. Both should be reviewed in context.

Token approval gives a specified spender permission to use a token under defined conditions. Check the spender, allowance and duration, and consider revoking permissions you no longer need.

No. Even when address formats and contract interaction patterns are similar, different EVM networks can use different chain IDs, gas assets, contract deployments and confirmation rules.

Layer 2 environments can involve bridging, cross-layer movement, waiting periods and different confirmation flows. Verify the source layer, destination layer and relevant transfer rules.

Security and scams

Use trusted entry points, verify the full domain, avoid entering secrets through unsolicited messages or ads, and do not sign or approve solely because a page looks familiar.

These environments can increase exposure to malware, unsafe extensions, remote-control tools and network risks. Sensitive or high-value actions are better performed on a device and network you control.

Ethereum, PoS and validators

No. Rewards can change, exits may involve waiting, validators can face penalties, smart contracts and third-party services carry risk, and digital asset prices can fluctuate.

Validators can be penalized for downtime or rule violations, and participants should also consider validator status, exit procedures, waiting periods and the technical risks of related services.

On-chain transactions generally cannot be reversed unilaterally by a wallet. Finality depends on the network and contract execution, so address, network, amount and request details should be reviewed before confirmation.