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 multi-chain wallet

Manage Multi-chain Assets and Connect to Web3 with Clarity

A multi-chain wallet, blockchain network and Web3 knowledge hub from imtoken

From multi-chain asset views, network selection, sending and receiving to DApp connections, signatures, approvals, and network knowledge, imtoken brings wallet use and safety checks into one clear path. Review the address, network, amount, and request details before every sensitive action.

Multi-chain assetsNetwork checksDApps & approvalsWallet security
imtoken App multi-chain wallet interface
Wallet capabilities

See assets, networks, transactions, and security as one workflow

A wallet interface is the entry point. Reliable use comes from understanding networks, addresses, transaction status, and permissions.

02

Send & Receive

Receiving addresses, networks, amounts, gas, and transaction hashes form one complete verification chain.

Open the transfer guide →
imtoken App interface

imtoken App

Mobile access for network management, asset views, transaction history, and DApp use.

Explore the App →
Web access

imtoken Web

Understand browser connections, account requests, approval checks, and disconnecting from services.

View Web guidance →
Offline wallet backup and private key safety

Wallet Security

Keep seed phrases offline, never disclose private keys, and regularly review DApp approvals you no longer need.

Open Security Center →
Blockchain networks

Different networks require different checks

Multi-chain network diagram

Multi-chain does not mean one network with several names

Each network keeps its own block state, fees, and confirmation process. Confirm the active network before checking addresses and token contracts.

Learn more →
Public chain nodes and blocks

Nodes, blocks, and consensus maintain public chains

After broadcast, a transaction moves through reception, inclusion, and confirmation. A block explorer can independently verify the result.

Understand public chains →
EVM-compatible networks

Similar address formats do not mean shared network state

EVM-compatible networks can share a technical model while maintaining separate assets, gas markets, and contract state.

Explore EVM →
Layer 2 and base-layer relationship

Cross-layer transfers need source and destination checks

Bridges, exits, and arrival confirmation may involve several stages. “Submitted” at one stage does not prove the entire flow is complete.

Learn Layer 2 →
GASfee · block · confirmation

Gas and confirmations describe different things

Gas reflects network execution cost; confirmations describe how a transaction is recorded and becomes increasingly settled.

Open the gas guide →
Wallet journey

Six steps from access to approval review

  1. 01

    Get imtoken

    Use the unified download entry and avoid unknown installation files from untrusted pages.

  2. 02

    Create or import a wallet

    Confirm the account source and never type sensitive recovery data into a routine website flow.

  3. 03

    Back up offline

    Protect the seed phrase and never disclose private keys or verification codes.

  4. 04

    Select and verify the network

    Match the asset network, address format, and expected fee environment.

  5. 05

    Receive or send assets

    Review the address, network, amount, and gas; consider a small test when appropriate.

  6. 06

    Check transactions and approvals

    Use the transaction hash to verify results and periodically remove approvals you no longer need.

Web3 & DApps

A connection is only the beginning; every request needs its own decision

Connecting a wallet does not mean you should accept every signature request. Review the domain, account, network, request target, and permission scope each time.

Open the Web3 guide →
  1. Visit a DApp
  2. Confirm the domain
  3. Start a connection
  4. Review the account request
  5. Check the signature or approval
  6. Complete the action
  7. Disconnect unused connections
Security

Safety comes from verification, not absolute claims

Users remain responsible for seed phrases and private keys, and official personnel should never request them. Independently verify transfers, signatures, approvals, unfamiliar links, and support claims. Third-party DApps and smart contracts can carry risk, and on-chain transactions usually cannot be reversed unilaterally by a wallet.

Open Security Center →
Offline wallet backup and private key security
  • Back up seed phrases offline
  • Never disclose private keys
  • Check network and address
  • Review signature requests
  • Manage DApp approvals
Academy · Getting started

What Should You Understand Before Using a Digital Wallet?

An address receives assets, seed phrases and private keys relate to account control, the network determines where a transaction executes, gas pays network costs, and a transaction hash helps verify the on-chain result. Web3 adds another layer: connections, signatures, and token approvals are different actions and should be reviewed separately.

Read the beginner guide →
Ethereum & PoS

Ethereum Staking Basics

Understand Ethereum PoS, validator responsibilities, reward sources, network status, withdrawal, and exit mechanisms. Staking does not guarantee returns, rewards can change, and exits may involve waiting.

Learn Ethereum staking →
Know before participating

Risk and waiting mechanisms

Validators can face network penalties, smart contracts have technical risk, digital assets can be volatile, and third-party services create independent risks. Participation should reflect your own circumstances.

Understand validators →
FAQ

Frequently Asked Questions

No. Never send a seed phrase, private key, or wallet verification code to anyone.

Similar address formats can exist across networks while asset state remains separate.

It lets you inspect transaction status, block data, fees, and interactions in a block explorer.

No. Connection, signing, and approval are different actions and each request should be reviewed.

No. Rewards can change, exits can involve waiting, and validator or contract risks may apply.

A cross-layer flow can involve a source chain, bridge state, and destination chain.

Usually not. Address, network, and amount checks are especially important before broadcast.

View the complete FAQ →
imtoken

Start with a clear process

After download, back up first, then learn the network, transfer, DApp, and approval checks that support safer use.

Download imtoken