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

Web3 & DApps

A practical guide to web3 & dapps with clear concepts, user checks and risk boundaries before wallet actions are confirmed.

On this page
  1. What a connection means
  2. A signature is not a password
  3. Approval boundaries
  4. Ending a connection

What a connection means

What a connection means is an essential part of understanding Web3 & DApps. Connecting a DApp creates a session; it does not make every later request safe. Message signatures, transaction signatures and token approvals should be reviewed separately, with attention to the domain, contract, spender, allowance and expected outcome. imtoken does not ask users to enter seed phrases, private keys or recovery phrases into content pages. On-chain transactions generally cannot be reversed by a wallet provider, so confirmation should always follow the user’s own review.

What a connection means is an essential part of understanding Web3 & DApps. Connecting a DApp creates a session; it does not make every later request safe. Message signatures, transaction signatures and token approvals should be reviewed separately, with attention to the domain, contract, spender, allowance and expected outcome. imtoken does not ask users to enter seed phrases, private keys or recovery phrases into content pages. On-chain transactions generally cannot be reversed by a wallet provider, so confirmation should always follow the user’s own review.

Practical checks

  • Confirm the current account and network
  • Never share a seed phrase, private key or verification code
  • Read the full transfer, signature or approval request before confirming

A signature is not a password

A signature is not a password is an essential part of understanding Web3 & DApps. Connecting a DApp creates a session; it does not make every later request safe. Message signatures, transaction signatures and token approvals should be reviewed separately, with attention to the domain, contract, spender, allowance and expected outcome. When something is unclear, stop and re-check through a trusted entry point rather than following an unfamiliar link, screenshot instruction or remote-control request. A small test transaction can be useful before a high-value transfer.

A signature is not a password is an essential part of understanding Web3 & DApps. Connecting a DApp creates a session; it does not make every later request safe. Message signatures, transaction signatures and token approvals should be reviewed separately, with attention to the domain, contract, spender, allowance and expected outcome. When something is unclear, stop and re-check through a trusted entry point rather than following an unfamiliar link, screenshot instruction or remote-control request. A small test transaction can be useful before a high-value transfer.

Practical checks

  • Keep the transaction hash for later checks
  • Use the relevant block explorer to verify on-chain status
  • Stop and re-check when the source or request is unclear

Approval boundaries

Approval boundaries is an essential part of understanding Web3 & DApps. Connecting a DApp creates a session; it does not make every later request safe. Message signatures, transaction signatures and token approvals should be reviewed separately, with attention to the domain, contract, spender, allowance and expected outcome. imtoken does not ask users to enter seed phrases, private keys or recovery phrases into content pages. On-chain transactions generally cannot be reversed by a wallet provider, so confirmation should always follow the user’s own review.

Approval boundaries is an essential part of understanding Web3 & DApps. Connecting a DApp creates a session; it does not make every later request safe. Message signatures, transaction signatures and token approvals should be reviewed separately, with attention to the domain, contract, spender, allowance and expected outcome. imtoken does not ask users to enter seed phrases, private keys or recovery phrases into content pages. On-chain transactions generally cannot be reversed by a wallet provider, so confirmation should always follow the user’s own review.

Practical checks

  • Keep the transaction hash for later checks
  • Use the relevant block explorer to verify on-chain status
  • Stop and re-check when the source or request is unclear

Ending a connection

Ending a connection is an essential part of understanding Web3 & DApps. Connecting a DApp creates a session; it does not make every later request safe. Message signatures, transaction signatures and token approvals should be reviewed separately, with attention to the domain, contract, spender, allowance and expected outcome. When something is unclear, stop and re-check through a trusted entry point rather than following an unfamiliar link, screenshot instruction or remote-control request. A small test transaction can be useful before a high-value transfer.

Ending a connection is an essential part of understanding Web3 & DApps. Connecting a DApp creates a session; it does not make every later request safe. Message signatures, transaction signatures and token approvals should be reviewed separately, with attention to the domain, contract, spender, allowance and expected outcome. When something is unclear, stop and re-check through a trusted entry point rather than following an unfamiliar link, screenshot instruction or remote-control request. A small test transaction can be useful before a high-value transfer.

Practical checks

  • Keep the transaction hash for later checks
  • Use the relevant block explorer to verify on-chain status
  • Stop and re-check when the source or request is unclear