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

FAQ

The FAQ covers wallets, networks, transfers, gas, DApps, approvals, EVM, Layer 2, Ethereum, Proof of Stake and validators.

Before an on-chain action, verify the network, address and request details.
On this pageWallet basics
Networks and transfers
Web3 and approvals
Staking and security
Action checklist

Wallet basics

For wallet basics, start by identifying the account, network and intended action. The FAQ covers wallets, networks, transfers, gas, DApps, approvals, EVM, Layer 2, Ethereum, Proof of Stake and validators. Keep verifiable information available—such as the address, network name, transaction hash and approval target—instead of relying on vague interface messages.

How to think about it

Third-party DApps and smart contracts can contain technical risks, malicious logic or misleading permission requests. Connecting a wallet does not mean every later prompt should be accepted. Each signature and approval should be reviewed on its own, and unused permissions should be revoked when appropriate.

On-chain activity is easier to understand when the wallet interface is separated from the underlying network state. A wallet organizes accounts, networks and transaction data, while the blockchain ultimately determines confirmation. If a balance, status or approval looks unusual, first verify the selected network, then review the address, transaction hash or contract information.

Networks and transfers

For networks and transfers, start by identifying the account, network and intended action. The FAQ covers wallets, networks, transfers, gas, DApps, approvals, EVM, Layer 2, Ethereum, Proof of Stake and validators. Keep verifiable information available—such as the address, network name, transaction hash and approval target—instead of relying on vague interface messages.

How to think about it

After an on-chain transaction is broadcast, a wallet provider generally cannot reverse it unilaterally. Confirmation should be checked against the relevant network. Congestion or inadequate fees can extend waiting times, so repeated duplicate actions should be avoided while a transaction is still pending.

Security is part of every step, not only incident response. For each transfer, signature or approval, identify the target, network, amount or permission scope. Treat unfamiliar domains, links and unexpected requests with caution, even when they appear inside a familiar workflow.

Web3 and approvals

For web3 and approvals, start by identifying the account, network and intended action. The FAQ covers wallets, networks, transfers, gas, DApps, approvals, EVM, Layer 2, Ethereum, Proof of Stake and validators. Keep verifiable information available—such as the address, network name, transaction hash and approval target—instead of relying on vague interface messages.

How to think about it

On-chain activity is easier to understand when the wallet interface is separated from the underlying network state. A wallet organizes accounts, networks and transaction data, while the blockchain ultimately determines confirmation. If a balance, status or approval looks unusual, first verify the selected network, then review the address, transaction hash or contract information.

Seed phrases and private keys are credentials that remain under the user’s custody. imtoken staff will not ask for them, and they should never be sent to another person together with verification codes. Public devices, unknown networks and remote-control software introduce additional risk.

Staking and security

For staking and security, start by identifying the account, network and intended action. The FAQ covers wallets, networks, transfers, gas, DApps, approvals, EVM, Layer 2, Ethereum, Proof of Stake and validators. Keep verifiable information available—such as the address, network name, transaction hash and approval target—instead of relying on vague interface messages.

How to think about it

Security is part of every step, not only incident response. For each transfer, signature or approval, identify the target, network, amount or permission scope. Treat unfamiliar domains, links and unexpected requests with caution, even when they appear inside a familiar workflow.

Networks can differ in fees, confirmation behavior, block explorers and asset rules. Similar-looking addresses do not prove that two networks are interchangeable. Before sending, verify the address, network and amount together and make sure the account has enough of the required gas asset.

Action checklist

  • Confirm the active network matches the intended network
  • Verify receiving or contract addresses carefully
  • Understand the actual meaning of each signature, approval or transaction
  • Never share a seed phrase, private key or verification code
  • Review and remove DApp connections or approvals that are no longer needed
On-chain transactions generally cannot be reversed unilaterally by a wallet provider. Third-party DApps, smart contracts, bridges and staking services can introduce technical or market risk.

16 core questions

A wallet address is a public identifier used for on-chain activity and receiving assets; it is not a private key.
A seed phrase can derive or recover wallet keys, while a private key directly controls a specific account. Both require strict protection.
No. Legitimate support will not ask for a seed phrase, private key or verification code.
Check the network name, parameters and the destination application requirements before acting.
At minimum, verify the address, network, amount and required gas.
Gas is the fee mechanism used by a network to execute transactions or smart-contract operations.
It lets you locate and inspect a specific on-chain transaction in a block explorer.
No. A connection starts a session; approvals are separate requests.
Signature types have different effects. Review the content and source instead of assuming a request is harmless from its label.
Check the spender, amount and purpose, and revoke permissions you no longer need.
They share execution and address patterns, but network state, gas assets and contracts remain separate.
Layer 2 systems process activity with a settlement or data relationship to mainnet.
Verify domains, avoid unknown links, never submit wallet credentials, and review each signature.
No. Rewards can change and there are exit, validator, contract and market risks.
Proof of Stake is a consensus model in which validators participate according to protocol rules.
Yes. Exact penalties depend on network rules and validator behavior.