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
Home / FAQ
imtoken

FAQ

A practical imtoken guide to wallets and keys, networks and transfers, Web3 and approvals and PoS and validators, with clear checks for network, permissions and security.

Download imtoken

Core concepts

Start by identifying whether the issue belongs to wallets, networks, Web3, security or staking and use the matching knowledge path. In the context of wallets and keys, it also helps to connect networks and transfers with Web3 and approvals rather than treating them as isolated features. For asset status, troubleshoot with a public address, transaction hash and network information; a private key is never required. Keep the actual request details visible, and stop if the network, contract or permission cannot be explained clearly.

A useful review habit is to compare wallets and keys with the active network state and the exact request shown by the wallet. Third-party DApps and smart contracts may introduce their own risk, and confirmed on-chain transactions usually cannot be reversed by the wallet alone.

Practical workflow

For asset status, troubleshoot with a public address, transaction hash and network information; a private key is never required. In the context of networks and transfers, it also helps to connect Web3 and approvals with PoS and validators rather than treating them as isolated features. Updates and service information describe only what can be supported and do not invent partnerships, licenses, user counts, volume or rankings. Keep the actual request details visible, and stop if the network, contract or permission cannot be explained clearly.

A useful review habit is to compare networks and transfers with the active network state and the exact request shown by the wallet. Third-party DApps and smart contracts may introduce their own risk, and confirmed on-chain transactions usually cannot be reversed by the wallet alone.

wallets and keys

Start by identifying whether the issue belongs to wallets, networks, Web3, security or staking and use the matching knowledge path.

networks and transfers

For asset status, troubleshoot with a public address, transaction hash and network information; a private key is never required.

Web3 and approvals

Updates and service information describe only what can be supported and do not invent partnerships, licenses, user counts, volume or rankings.

PoS and validators

For staking, consider withdrawal waiting periods, protocol penalties, contract risk and digital-asset price volatility together.

Checks before confirmation

Updates and service information describe only what can be supported and do not invent partnerships, licenses, user counts, volume or rankings. In the context of Web3 and approvals, it also helps to connect PoS and validators with wallets and keys rather than treating them as isolated features. For staking, consider withdrawal waiting periods, protocol penalties, contract risk and digital-asset price volatility together. Keep the actual request details visible, and stop if the network, contract or permission cannot be explained clearly.

A useful review habit is to compare Web3 and approvals with the active network state and the exact request shown by the wallet. Third-party DApps and smart contracts may introduce their own risk, and confirmed on-chain transactions usually cannot be reversed by the wallet alone.

Review checklist

  • Start by identifying whether the issue belongs to wallets, networks, Web3, security or staking and use the matching knowledge path.
  • For asset status, troubleshoot with a public address, transaction hash and network information; a private key is never required.
  • Updates and service information describe only what can be supported and do not invent partnerships, licenses, user counts, volume or rankings.
  • For staking, consider withdrawal waiting periods, protocol penalties, contract risk and digital-asset price volatility together.

Risks and follow-up

For staking, consider withdrawal waiting periods, protocol penalties, contract risk and digital-asset price volatility together. In the context of PoS and validators, it also helps to connect wallets and keys with networks and transfers rather than treating them as isolated features. Start by identifying whether the issue belongs to wallets, networks, Web3, security or staking and use the matching knowledge path. Keep the actual request details visible, and stop if the network, contract or permission cannot be explained clearly.

A useful review habit is to compare PoS and validators with the active network state and the exact request shown by the wallet. Third-party DApps and smart contracts may introduce their own risk, and confirmed on-chain transactions usually cannot be reversed by the wallet alone.

Key risks

  • Never share a seed phrase, private key or verification code.
  • Third-party DApps, networks and contracts can fail or behave maliciously.
  • Staking and digital assets do not offer guaranteed returns or protection from price volatility.

All common questions