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.

Step-by-step Guide

Getting Started

Before the first transaction, understand that self-custody means the user is responsible for protecting the credentials that control the account. This page explains Getting Started through practical checks, network context and security decisions rather than feature labels alone.

On this page
01

understand wallets and self-custody

Before the first transaction, understand that self-custody means the user is responsible for protecting the credentials that control the account. This matters in practice because blockchain outcomes are determined by the selected network and the request that is signed, not merely by what a button is called. For understand wallets and self-custody, prioritize information you can verify: the active network, public address, contract target and transaction status. Turning those details into a repeatable checklist is more reliable than reacting to vague interface messages.

Complete an offline backup before funding the wallet or connecting to DApps, so recovery is not an afterthought. It also helps to separate three layers: what the wallet displays, what the network has actually recorded, and what a third-party service claims. When something looks wrong, identify the layer first and then verify with a transaction hash, block explorer or explicit network parameters. No legitimate understand wallets and self-custody workflow requires a seed phrase, private key or verification code to be sent to another person.

02

create and back up a wallet

Complete an offline backup before funding the wallet or connecting to DApps, so recovery is not an afterthought. It also helps to separate three layers: what the wallet displays, what the network has actually recorded, and what a third-party service claims. When something looks wrong, identify the layer first and then verify with a transaction hash, block explorer or explicit network parameters. No legitimate create and back up a wallet workflow requires a seed phrase, private key or verification code to be sent to another person.

For the first send, choose a clearly supported network, verify the address and fee, then learn to read the transaction hash on-chain. If the action includes a signature, approval or contract call, inspect the permission scope and possible asset impact separately. Friendly labels are not a substitute for the underlying request. Check the target, asset, amount or allowance, network and final confirmation details before proceeding. This sequence reduces mistakes caused by urgency, phishing or the wrong network.

  • Verify the network, address and public on-chain information relevant to create and back up a wallet.
  • Never send a seed phrase, private key or verification code to anyone.
  • For DApps or contracts, review each signature and approval scope separately.
03

your first receive and send

For the first send, choose a clearly supported network, verify the address and fee, then learn to read the transaction hash on-chain. If the action includes a signature, approval or contract call, inspect the permission scope and possible asset impact separately. Friendly labels are not a substitute for the underlying request. Check the target, asset, amount or allowance, network and final confirmation details before proceeding. This sequence reduces mistakes caused by urgency, phishing or the wrong network.

Before the first transaction, understand that self-custody means the user is responsible for protecting the credentials that control the account. This matters in practice because blockchain outcomes are determined by the selected network and the request that is signed, not merely by what a button is called. For your first receive and send, prioritize information you can verify: the active network, public address, contract target and transaction status. Turning those details into a repeatable checklist is more reliable than reacting to vague interface messages.

04

before your first DApp connection

Before the first transaction, understand that self-custody means the user is responsible for protecting the credentials that control the account. This matters in practice because blockchain outcomes are determined by the selected network and the request that is signed, not merely by what a button is called. For before your first DApp connection, prioritize information you can verify: the active network, public address, contract target and transaction status. Turning those details into a repeatable checklist is more reliable than reacting to vague interface messages.

Complete an offline backup before funding the wallet or connecting to DApps, so recovery is not an afterthought. It also helps to separate three layers: what the wallet displays, what the network has actually recorded, and what a third-party service claims. When something looks wrong, identify the layer first and then verify with a transaction hash, block explorer or explicit network parameters. No legitimate before your first DApp connection workflow requires a seed phrase, private key or verification code to be sent to another person.

  • Verify the network, address and public on-chain information relevant to before your first dapp connection.
  • Never send a seed phrase, private key or verification code to anyone.
  • For DApps or contracts, review each signature and approval scope separately.