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

Understand multi-chain assets, network selection, sending and receiving, DApp connections, approvals and wallet security in one place. imtoken is designed to help you review the address, network and request details before you act.

Multi-chain assetsNetwork checksTransaction reviewDAppsApproval security
imtoken multi-chain wallet app preview
01

Create a Wallet

Understand creation versus import, then complete a secure backup before routine use.

View guide →
02

Back Up a Wallet

Keep the seed phrase offline; avoid screenshots, cloud drives and messaging apps.

View guide →
03

Receive Assets

Confirm the network before copying an address; a familiar address format does not identify the network.

View guide →
04

Send Assets

Review the address, network, asset, amount and gas before broadcasting a transaction.

View guide →
05

Connect to a DApp

Verify the domain, account request, signature meaning and approval scope before proceeding.

View guide →

From wallet features to on-chain verification

Different tasks use different information structures so the wallet is not reduced to a wall of identical cards.

Multi-chain assets

Learn how networks differ, why an address needs network context, and how transaction confirmations affect what you see.

Multi-chain network relationship diagram

imtoken App

Use mobile network management, asset views, transaction history and DApps while reviewing each signature and approval independently.

imtoken mobile wallet product preview

Send & receive

Verify the address and network before receiving, then review the amount, gas and transaction hash when sending.

View the transfer flow →

Wallet security

Seed phrases and private keys remain under user control. Offline backups, approval review and transaction checks matter more than absolute-safety claims.

Offline private key storage illustration

Explore blockchain networks

Start with network context so an identical-looking address is not mistaken for an identical network.

Multi-chain

Each blockchain has its own state, fees and confirmation mechanics. For a cross-network action, identify the source network, destination network and any bridge or cross-layer mechanism first.

Continue →
Multi-chain network structure

Public Chains

Public chains use nodes, blocks and consensus to maintain shared state. A broadcast transaction must be included and confirmed before its final state can be verified.

Learn public-chain basics →
Public chain nodes and blocks

EVM Networks

The EVM provides a common execution model, while each network still has its own gas market, RPC endpoints and parameters.

Understand the EVM →
EVM-compatible network illustration

Layer 2

Layer 2 networks maintain a relationship with a base layer. Moving assets across layers may involve a bridge, waiting periods and more than one confirmation stage.

Explore Layer 2 →
Layer 2 and base layer relationship

Gas & Confirmations

Gas represents execution and resource cost, while confirmations describe how a transaction is included and then followed by additional blocks.

Learn fees and confirmations →
Review sequence

Network → fee → transaction hash → block state → final result

A practical wallet path

Build private-key protection and on-chain verification into the workflow instead of treating them as afterthoughts.

01

Get imtoken

Use the download entry point and avoid installation files from unfamiliar pages.

02

Create or import

Understand the difference and never submit a seed phrase or private key to a webpage.

03

Back up offline

Keep the seed phrase in a private offline location that remains recoverable over time.

04

Select and verify the network

Check the network name, address format and the chain where the asset actually exists.

05

Receive or send assets

Review address, network, amount and gas; consider a small test when the context is unfamiliar.

06

Check transactions and approvals

Use the transaction hash to verify status and review approvals that are no longer needed.

Web3 & DApps

A wallet connection is not blanket consent

Verify the domain first, then review account connections, message signatures, transaction signatures and token approvals as separate requests. Every signature and approval deserves its own check.

Open the Web3 guide
Visit the DApp
Verify the domain
Start the connection
Review the account request
Inspect the signature or approval
Complete the action
Disconnect unused connections
Security

Make private-key protection and permission review habitual

Seed phrases and private keys remain under user control, and imtoken personnel should never ask for them. Verify the address, network and amount before a transfer. Review the requesting party and permission scope before signing or approving. On-chain transactions generally cannot be reversed by a wallet alone, while third-party DApps and contracts may introduce separate risks.

Open Security Center
Offline private key protection
Back up seed phrases offlineNever share private keysVerify network and addressReview signature requestsManage DApp approvals
Academy · Featured introduction

What Should You Understand Before Using a Digital Wallet?

An address identifies where assets can be sent, while a seed phrase or private key determines control. The network defines where the transaction takes place, gas is part of execution cost, and a transaction hash provides a verifiable identifier after broadcast. DApps add another layer of connections, signatures and approvals.

A useful learning order is wallet basics, offline backup, addresses and networks, then transactions, history, DApps and approvals. This creates a mental model that remains useful even when interface details change.

Start learning

Ethereum & PoS knowledge

Focus on mechanics and risk rather than fixed-return, principal-protection or “risk-free staking” language.

Ethereum Staking Basics

Ethereum PoS relies on validators. Reward sources, network conditions, withdrawals and exit mechanisms can change, and exits may involve waiting periods.

Learn Ethereum staking →

Know before participating

Validators can face network penalties, smart contracts have technical risk, digital asset prices fluctuate, and third-party services can add separate risk. Staking does not guarantee returns.

Learn PoS and validators →

Product and security updates

An editorial list that avoids invented dates, financing claims, partnerships or user numbers.

Recent Update

Product

Wallet and network guides continue to expand around practical multi-chain checks.

View →
Network Notice

Network

For cross-network or cross-layer actions, verify the source, destination and confirmation method.

View →
Security Notice

Security

No page should ask you to submit a seed phrase, private key or verification code.

View →
Product Notice

Service

Ethereum PoS content focuses on mechanics, waiting and risk rather than promised yield.

View →
Security Notice

Web3

Connecting a wallet does not mean accepting every signature or approval request.

View →

Frequently asked questions

Start with common concepts, then move into the full FAQ.

No. Seed phrases and private keys remain under user control and should never be sent through chat, email, forms or screenshots.

Some networks share an address format, but they are still separate on-chain environments. Always verify the source and destination network.

It is a verifiable transaction identifier that can be checked on the appropriate network explorer.

An account connection is not the same as granting asset permissions. Signatures, transactions and token approvals remain separate requests.

Gas reflects network execution cost, congestion and transaction complexity, so it can vary by network and time.

Cross-layer flows may involve more than one stage or confirmation mechanism, depending on the network design.

No. Rewards can change, validators can be penalized, exits can involve waiting and asset prices can fluctuate.

View full FAQ

Start with imtoken

Verify the source before installation, complete an offline backup first, then move on to real-asset actions.

Download imtoken