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 and practical checks

Academy

Learn in the order people actually use Web3: wallets, addresses, networks, gas, transactions, DApps and approvals.

Start with wallet fundamentals

Learn the relationship among addresses, private keys, seed phrases, and networks before memorizing interface steps. An address is public, key material authorizes signing, and the network defines where balances and transactions exist.

These relationships make later topics such as transfers and DApps easier to reason about.

Treat the network as transaction context

The same-looking address may appear on multiple EVM chains, while balances, gas assets, contracts, and transaction histories remain separate.

Learn chain identity, native gas, block confirmations, and the correct explorer for each network.

Learn receiving before sending

Receiving teaches address and network matching with relatively few moving parts. Then add amount, fee, and destination checks for sending.

Use transaction hashes to connect wallet activity with public chain records.

Move into Web3 only after the basics

A DApp connection, login signature, token approval, and contract transaction are different actions. Study what each exposes or authorizes before treating wallet prompts as routine.

Understanding spender and allowance is especially useful before using DeFi applications.

Build security into every topic

Recovery material stays private, transfer details are reviewed before signing, and unused permissions are checked after DApp use.

The goal of learning is independent verification rather than dependence on screenshots or remote helpers.

Concepts last longer than button layouts

Interfaces change, but network, transaction, signature, and permission relationships remain useful.

A practical learning path

Progress through wallet concepts, backup, addresses and networks, receiving, sending, transaction lookup, DApp connection, signatures and approvals, and ongoing security.

How to test your own understanding

When a new term appears, classify it as key material, network state, transaction data, contract permission, or application behavior. This creates connections instead of isolated definitions.

Use public addresses and transaction hashes for verification. Never substitute a seed phrase or private key for information that is supposed to be public.

  • Separate public addresses from secret key material
  • Learn network context before troubleshooting balances
  • Use transaction hashes to verify transfers
  • Add signatures, approvals, and security after the basics