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
Home / Create & Backup
imtoken

Create & Backup

Start with wallet creation or import and build a recovery process that does not expose secret material.

On this pageSection 1Section 2Section 3Section 4Section 5

Using 创建钱包 with 导入钱包 in Context

Understanding 创建钱包 is less about memorizing a definition and more about knowing how it changes an on-chain decision. In relation to 导入钱包, first identify the active network, the exact counterparty or contract, and the outcome you expect before approving anything. A wallet can present information, but verification should still rely on addresses, network state and other data that can be checked independently. When a request is unfamiliar, stopping to verify the source and narrowing the permission is safer than proceeding under uncertainty.

导入钱包 and 创建钱包 often appear in the same workflow but serve different roles. Before acting, separate three questions: which network is active, what permission or transfer is being requested, and whether the action will create an on-chain transaction. If a DApp, webpage or third-party instruction conflicts with what the wallet shows, do not trust a prominent button or verbal assurance by itself. Re-check the domain, contract details, explorer data and request parameters.

Checks before continuing

  • Confirm the active network and target related to 创建钱包.
  • Review the exact request scope involving 导入钱包.
  • Keep only public troubleshooting data such as transaction hashes; never share recovery secrets.

Using 导入钱包 with 助记词 in Context

导入钱包 and 助记词 often appear in the same workflow but serve different roles. Before acting, separate three questions: which network is active, what permission or transfer is being requested, and whether the action will create an on-chain transaction. If a DApp, webpage or third-party instruction conflicts with what the wallet shows, do not trust a prominent button or verbal assurance by itself. Re-check the domain, contract details, explorer data and request parameters.

A repeatable review process makes 助记词 easier to use safely. Keep useful operational records such as transaction hashes, destination addresses, network names and approval targets, while never recording seed phrases, private keys or verification codes in support notes. After a workflow involving 导入钱包, confirm that the resulting on-chain state matches your intention. If a transaction fails, remains pending or an asset is not displayed, troubleshoot the network, gas settings, contract and explorer record in order.

Checks before continuing

  • Confirm the active network and target related to 导入钱包.
  • Review the exact request scope involving 助记词.
  • Keep only public troubleshooting data such as transaction hashes; never share recovery secrets.

Using 助记词 with 私钥 in Context

A repeatable review process makes 助记词 easier to use safely. Keep useful operational records such as transaction hashes, destination addresses, network names and approval targets, while never recording seed phrases, private keys or verification codes in support notes. After a workflow involving 私钥, confirm that the resulting on-chain state matches your intention. If a transaction fails, remains pending or an asset is not displayed, troubleshoot the network, gas settings, contract and explorer record in order.

Secure use of 私钥 requires separating convenience from control. A familiar connection flow does not remove the need to review each request, and a recognizable interface does not guarantee that every signature or approval is appropriate. When 助记词 is involved, grant only the permission needed for the current task and review whether it should remain afterward. No legitimate support process requires you to disclose a seed phrase, private key or verification code.

Checks before continuing

  • Confirm the active network and target related to 助记词.
  • Review the exact request scope involving 私钥.
  • Keep only public troubleshooting data such as transaction hashes; never share recovery secrets.

Using 私钥 with 离线备份 in Context

Secure use of 私钥 requires separating convenience from control. A familiar connection flow does not remove the need to review each request, and a recognizable interface does not guarantee that every signature or approval is appropriate. When 离线备份 is involved, grant only the permission needed for the current task and review whether it should remain afterward. No legitimate support process requires you to disclose a seed phrase, private key or verification code.

Understanding 离线备份 is less about memorizing a definition and more about knowing how it changes an on-chain decision. In relation to 私钥, first identify the active network, the exact counterparty or contract, and the outcome you expect before approving anything. A wallet can present information, but verification should still rely on addresses, network state and other data that can be checked independently. When a request is unfamiliar, stopping to verify the source and narrowing the permission is safer than proceeding under uncertainty.

Checks before continuing

  • Confirm the active network and target related to 私钥.
  • Review the exact request scope involving 离线备份.
  • Keep only public troubleshooting data such as transaction hashes; never share recovery secrets.

Using 离线备份 with 恢复演练 in Context

Understanding 离线备份 is less about memorizing a definition and more about knowing how it changes an on-chain decision. In relation to 恢复演练, first identify the active network, the exact counterparty or contract, and the outcome you expect before approving anything. A wallet can present information, but verification should still rely on addresses, network state and other data that can be checked independently. When a request is unfamiliar, stopping to verify the source and narrowing the permission is safer than proceeding under uncertainty.

恢复演练 and 离线备份 often appear in the same workflow but serve different roles. Before acting, separate three questions: which network is active, what permission or transfer is being requested, and whether the action will create an on-chain transaction. If a DApp, webpage or third-party instruction conflicts with what the wallet shows, do not trust a prominent button or verbal assurance by itself. Re-check the domain, contract details, explorer data and request parameters.

Checks before continuing

  • Confirm the active network and target related to 离线备份.
  • Review the exact request scope involving 恢复演练.
  • Keep only public troubleshooting data such as transaction hashes; never share recovery secrets.
Risk reminder

Digital assets, DApps and smart contracts can involve technical, market and third-party risk. On-chain transactions are generally not reversible by a wallet alone. Staking does not guarantee returns; rewards can change, exits may involve waiting periods, validators can be penalized and asset prices can fluctuate.

Continue with a verified path

Use the site navigation for related guides and the unified download entry for installation.

Download imtoken