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 and practical checks

Web3 & DApps

Web3 wallet interaction should be separated into connection, signing, approvals and transactions. Each action has a different permission scope, on-chain effect and risk profile.

Use the page as a decision guide: identify the network, account and request before signing or moving assets.
01Connection establishes a session
02Read the meaning of signatures
03Token approvals are separate permissions
04Review contract interactions before signing

Connection establishes a session

A connection usually gives a DApp access to selected public account information. It does not automatically move assets; later signatures, transactions and approvals deserve separate review.

A repeatable order of checks is more reliable than memory. Review source, network, account, target and expected outcome each time so the same safety logic carries across wallets and DApps.

Read the meaning of signatures

Message signatures can log in, prove account control or authorize off-chain workflows. The absence of gas does not mean the request is harmless; review domain, message, expiry and purpose.

When a task involves a third-party contract, bridge, validator or web service, separate that external risk from the wallet itself. A wallet can display and sign a request, but it cannot guarantee the safety of outside code or services.

Token approvals are separate permissions

A token approval permits a spender contract to act within an allowance. Review the spender, scope and ongoing necessity, and consider revoking permissions that are no longer needed.

Put this concept back into the current network, account and request type before acting. Identify what the interface is asking for, then decide whether a signature, gas payment or ongoing permission is actually required.

Review contract interactions before signing

Complex DApps can trigger several contract calls in one flow. Confirm the network, contract address, asset, amount and expected result before signing.

Do not rely on a button label or a familiar-looking page as the reason to continue. Compare the request with the on-chain target, network state and expected result, and stop when those pieces do not line up.

Practical checklist

  • Confirm that “Connection establishes a session” matches the task you intend to perform
  • Confirm that “Read the meaning of signatures” matches the task you intend to perform
  • Confirm that “Token approvals are separate permissions” matches the task you intend to perform
  • Confirm that “Review contract interactions before signing” matches the task you intend to perform

Risk reminder

Seed phrases and private keys remain under the user’s control. Legitimate support should not ask for a seed phrase, private key or verification code. Review address, network and amount before transferring; blockchain transactions generally cannot be unilaterally reversed by a wallet. Third-party DApps and smart contracts carry risk, so review spender and permission scope and consider revoking unused approvals.