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.

Wallet Guides

Practical guides for setup, backup, receiving, sending, balance display and transaction history.

On this pageBuild the core concepts firstPlace concepts in a real workflowRead wallet and on-chain informationUse DApps to understand approvalsDevelop sustainable learning and security habits

The most useful way to learn wallets is to place concepts inside real tasks. Start with addresses, networks and keys, then move into transfers, transaction review, DApp connections and approvals.

Prepare the network and destination

Use this checkpoint to slow down the workflow and verify the information that can change the final result.

Verify the account or address

Use this checkpoint to slow down the workflow and verify the information that can change the final result.

Review the request details

Use this checkpoint to slow down the workflow and verify the information that can change the final result.

Confirm only after understanding

Use this checkpoint to slow down the workflow and verify the information that can change the final result.

Check the on-chain result

Use this checkpoint to slow down the workflow and verify the information that can change the final result.

Build the core concepts first

The most useful way to learn wallets is to place concepts inside real tasks. Start with addresses, networks and keys, then move into transfers, transaction review, DApp connections and approvals. In this section, build the core concepts first is treated as part of a complete workflow. The key habit is to verify the network, request scope and expected outcome with independent evidence before committing an irreversible action. The practical question is what information is visible before an action, what can change on-chain, and what independent evidence can be checked afterward.

A reliable review separates interface labels from protocol facts. Confirm the active network, account, asset or contract involved, then compare the request with the outcome you actually expect. This page focuses on Wallet Guides as a practical decision-making topic rather than a set of interface clicks. This approach is especially useful when different networks use similar address formats or when a DApp asks for permissions that remain active beyond one session.

Do not use urgency as a substitute for understanding. If a signature, approval, bridge, validator action or transfer cannot be explained in plain language, stop and verify the destination, network and permission scope before continuing. On-chain transactions are often not reversible by a wallet provider, so the strongest control is review before confirmation rather than recovery afterward.

Place concepts in a real workflow

The most useful way to learn wallets is to place concepts inside real tasks. Start with addresses, networks and keys, then move into transfers, transaction review, DApp connections and approvals. In this section, place concepts in a real workflow is treated as part of a complete workflow. This page focuses on Wallet Guides as a practical decision-making topic rather than a set of interface clicks. The practical question is what information is visible before an action, what can change on-chain, and what independent evidence can be checked afterward.

A reliable review separates interface labels from protocol facts. Confirm the active network, account, asset or contract involved, then compare the request with the outcome you actually expect. The key habit is to verify the network, request scope and expected outcome with independent evidence before committing an irreversible action. This approach is especially useful when different networks use similar address formats or when a DApp asks for permissions that remain active beyond one session.

Do not use urgency as a substitute for understanding. If a signature, approval, bridge, validator action or transfer cannot be explained in plain language, stop and verify the destination, network and permission scope before continuing. On-chain transactions are often not reversible by a wallet provider, so the strongest control is review before confirmation rather than recovery afterward.

Practical checks

  • Verify the active network and destination before confirming.
  • Treat every signature or approval as a separate decision.
  • Use transaction hashes and explorers to check on-chain state when relevant.
  • Keep seed phrases, private keys and verification codes private.

Read wallet and on-chain information

The most useful way to learn wallets is to place concepts inside real tasks. Start with addresses, networks and keys, then move into transfers, transaction review, DApp connections and approvals. In this section, read wallet and on-chain information is treated as part of a complete workflow. The key habit is to verify the network, request scope and expected outcome with independent evidence before committing an irreversible action. The practical question is what information is visible before an action, what can change on-chain, and what independent evidence can be checked afterward.

A reliable review separates interface labels from protocol facts. Confirm the active network, account, asset or contract involved, then compare the request with the outcome you actually expect. This page focuses on Wallet Guides as a practical decision-making topic rather than a set of interface clicks. This approach is especially useful when different networks use similar address formats or when a DApp asks for permissions that remain active beyond one session.

Do not use urgency as a substitute for understanding. If a signature, approval, bridge, validator action or transfer cannot be explained in plain language, stop and verify the destination, network and permission scope before continuing. On-chain transactions are often not reversible by a wallet provider, so the strongest control is review before confirmation rather than recovery afterward.

Security note

imtoken staff will never ask for your seed phrase or private key. Do not send seed phrases, private keys or verification codes to anyone.

Use DApps to understand approvals

The most useful way to learn wallets is to place concepts inside real tasks. Start with addresses, networks and keys, then move into transfers, transaction review, DApp connections and approvals. In this section, use dapps to understand approvals is treated as part of a complete workflow. This page focuses on Wallet Guides as a practical decision-making topic rather than a set of interface clicks. The practical question is what information is visible before an action, what can change on-chain, and what independent evidence can be checked afterward.

A reliable review separates interface labels from protocol facts. Confirm the active network, account, asset or contract involved, then compare the request with the outcome you actually expect. The key habit is to verify the network, request scope and expected outcome with independent evidence before committing an irreversible action. This approach is especially useful when different networks use similar address formats or when a DApp asks for permissions that remain active beyond one session.

Do not use urgency as a substitute for understanding. If a signature, approval, bridge, validator action or transfer cannot be explained in plain language, stop and verify the destination, network and permission scope before continuing. On-chain transactions are often not reversible by a wallet provider, so the strongest control is review before confirmation rather than recovery afterward.

Practical checks

  • Verify the active network and destination before confirming.
  • Treat every signature or approval as a separate decision.
  • Use transaction hashes and explorers to check on-chain state when relevant.
  • Keep seed phrases, private keys and verification codes private.

Develop sustainable learning and security habits

The most useful way to learn wallets is to place concepts inside real tasks. Start with addresses, networks and keys, then move into transfers, transaction review, DApp connections and approvals. In this section, develop sustainable learning and security habits is treated as part of a complete workflow. The key habit is to verify the network, request scope and expected outcome with independent evidence before committing an irreversible action. The practical question is what information is visible before an action, what can change on-chain, and what independent evidence can be checked afterward.

A reliable review separates interface labels from protocol facts. Confirm the active network, account, asset or contract involved, then compare the request with the outcome you actually expect. This page focuses on Wallet Guides as a practical decision-making topic rather than a set of interface clicks. This approach is especially useful when different networks use similar address formats or when a DApp asks for permissions that remain active beyond one session.

Do not use urgency as a substitute for understanding. If a signature, approval, bridge, validator action or transfer cannot be explained in plain language, stop and verify the destination, network and permission scope before continuing. On-chain transactions are often not reversible by a wallet provider, so the strongest control is review before confirmation rather than recovery afterward.

Continue with imtoken

Review the relevant network and security guidance before moving into asset or DApp operations.

Download imtoken