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 & Assets

imtoken Web

This guide connects the practical decisions behind browser connections, account connections, and DApp access. It focuses on verifiable on-chain information, clear user actions, and security habits that remain useful even when interfaces change.

Before you act

Confirm the network, address, request details and expected on-chain result.

On this page
  1. How the wallet experience is organized
  2. Using browser connections with account connections
  3. Checking DApp access and signature review against the chain
  4. Web3 connections and permission boundaries
  5. A practical everyday workflow
  6. Security and product boundaries

How the wallet experience is organized

imtoken Web is organized around user tasks: create or import a wallet, back up recovery information, choose a network, view assets, send or receive, inspect transactions, and connect to DApps. The objective is to help users understand what they are doing at each stage instead of presenting a wall of disconnected features.

Using browser connections with account connections

browser connections and account connections are closely related in a multi-chain wallet. Assets belong to specific networks, so both parties should confirm the network and destination before a transfer. EVM addresses may look the same across several networks, but that visual similarity does not mean assets move between those networks automatically.

Quick check
  • Is this the network you intended to use?
  • Can you verify the address or contract independently?
  • Do you understand what will change after approval?

Checking DApp access and signature review against the chain

DApp access and signature review help reconcile the wallet interface with public on-chain data. A transaction hash can be used to verify status, sender, recipient, fee, and confirmations. If an asset is missing from the interface, check the selected network and token contract before repeating a transfer or importing an unknown token.

Web3 connections and permission boundaries

For Web3 activity, a wallet connection only establishes an interaction channel. Each signature, token approval, and contract transaction has its own effect and should be reviewed separately. Activities involving approval checks deserve particular attention to the requester, approval scope, and contract address.

A practical everyday workflow

A useful everyday sequence is to confirm the device and site, check the wallet account and network, review the address/amount/gas before sending, verify the transaction afterwards, and read every DApp request before signing. When a session is no longer needed, disconnect and consider revoking permissions that should not remain active.

Security and product boundaries

imtoken Web cannot remove the risks of blockchain networks, third-party DApps, smart contracts, or market volatility. Seed phrases and private keys remain under the user’s control, and imtoken will not ask for them. For disconnecting sessions and other sensitive activity, use a trusted device and avoid public or remotely controlled environments.

Security and risk reminder

Seed phrases and private keys are controlled by the user. imtoken will never ask for them. Blockchain transactions are generally irreversible by a wallet provider, and third-party DApps, smart contracts, network conditions and digital-asset prices can introduce additional risk.