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

User Support

A practical guide to user support with clear concepts, user checks and risk boundaries before wallet actions are confirmed.

On this page
  1. Self-service checks
  2. Transaction issues
  3. Security incidents
  4. Privacy before sharing details

Self-service checks

Self-service checks is an essential part of understanding User Support. A dependable workflow breaks the task into checks: confirm the account and network, understand the action, verify the address and amount, keep the transaction hash, and use a block explorer to verify the final chain state instead of relying only on the wallet screen. imtoken does not ask users to enter seed phrases, private keys or recovery phrases into content pages. On-chain transactions generally cannot be reversed by a wallet provider, so confirmation should always follow the user’s own review.

Self-service checks is an essential part of understanding User Support. A dependable workflow breaks the task into checks: confirm the account and network, understand the action, verify the address and amount, keep the transaction hash, and use a block explorer to verify the final chain state instead of relying only on the wallet screen. imtoken does not ask users to enter seed phrases, private keys or recovery phrases into content pages. On-chain transactions generally cannot be reversed by a wallet provider, so confirmation should always follow the user’s own review.

Practical checks

  • Confirm the current account and network
  • Never share a seed phrase, private key or verification code
  • Read the full transfer, signature or approval request before confirming

Transaction issues

Transaction issues is an essential part of understanding User Support. A dependable workflow breaks the task into checks: confirm the account and network, understand the action, verify the address and amount, keep the transaction hash, and use a block explorer to verify the final chain state instead of relying only on the wallet screen. When something is unclear, stop and re-check through a trusted entry point rather than following an unfamiliar link, screenshot instruction or remote-control request. A small test transaction can be useful before a high-value transfer.

Transaction issues is an essential part of understanding User Support. A dependable workflow breaks the task into checks: confirm the account and network, understand the action, verify the address and amount, keep the transaction hash, and use a block explorer to verify the final chain state instead of relying only on the wallet screen. When something is unclear, stop and re-check through a trusted entry point rather than following an unfamiliar link, screenshot instruction or remote-control request. A small test transaction can be useful before a high-value transfer.

Practical checks

  • Keep the transaction hash for later checks
  • Use the relevant block explorer to verify on-chain status
  • Stop and re-check when the source or request is unclear

Security incidents

Security incidents is an essential part of understanding User Support. A dependable workflow breaks the task into checks: confirm the account and network, understand the action, verify the address and amount, keep the transaction hash, and use a block explorer to verify the final chain state instead of relying only on the wallet screen. imtoken does not ask users to enter seed phrases, private keys or recovery phrases into content pages. On-chain transactions generally cannot be reversed by a wallet provider, so confirmation should always follow the user’s own review.

Security incidents is an essential part of understanding User Support. A dependable workflow breaks the task into checks: confirm the account and network, understand the action, verify the address and amount, keep the transaction hash, and use a block explorer to verify the final chain state instead of relying only on the wallet screen. imtoken does not ask users to enter seed phrases, private keys or recovery phrases into content pages. On-chain transactions generally cannot be reversed by a wallet provider, so confirmation should always follow the user’s own review.

Practical checks

  • Keep the transaction hash for later checks
  • Use the relevant block explorer to verify on-chain status
  • Stop and re-check when the source or request is unclear

Privacy before sharing details

Privacy before sharing details is an essential part of understanding User Support. A dependable workflow breaks the task into checks: confirm the account and network, understand the action, verify the address and amount, keep the transaction hash, and use a block explorer to verify the final chain state instead of relying only on the wallet screen. When something is unclear, stop and re-check through a trusted entry point rather than following an unfamiliar link, screenshot instruction or remote-control request. A small test transaction can be useful before a high-value transfer.

Privacy before sharing details is an essential part of understanding User Support. A dependable workflow breaks the task into checks: confirm the account and network, understand the action, verify the address and amount, keep the transaction hash, and use a block explorer to verify the final chain state instead of relying only on the wallet screen. When something is unclear, stop and re-check through a trusted entry point rather than following an unfamiliar link, screenshot instruction or remote-control request. A small test transaction can be useful before a high-value transfer.

Practical checks

  • Keep the transaction hash for later checks
  • Use the relevant block explorer to verify on-chain status
  • Stop and re-check when the source or request is unclear