imtoken 官方不会索取助记词、私钥或验证码。进行转账、签名或授权前,请仔细核对地址、网络及操作内容。
首页/创建与备份钱包

操作教程

创建与备份钱包

从创建或导入开始,理解助记词、私钥与离线备份的责任边界。

教程以可核对步骤为中心,任何涉及密钥、转账或签名的动作都应由用户主动确认。

01

开始前先确认这些条件

创建与备份钱包首先需要建立清楚的概念边界。创建钱包时生成的助记词或私钥属于控制资产的核心秘密,应由用户自行保管。离线备份应兼顾可恢复性与保密性,避免仅依赖截图、聊天记录或公共云同步。 这意味着用户不能只依赖一个按钮名称或资产标签,而要把网络、地址、合约与链上结果放在同一条判断链上。

从创建或导入开始,理解助记词、私钥与离线备份的责任边界。 官方人员不会索取助记词、私钥或验证码,任何此类请求都应被视为高风险信号。教程以可核对步骤为中心,任何涉及密钥、转账或签名的动作都应由用户主动确认。 当界面信息与链上证据不一致时,应先停止进一步操作,保留可核对的交易哈希、网络名称或合约地址,再继续判断。

02

按顺序完成操作

把创建与备份钱包放进真实操作流程时,可以先明确“当前对象是什么、准备执行什么、结果应该在哪里出现”。导入既有钱包前,应确认恢复材料来源和设备环境,避免在受控或共享设备上操作。创建钱包时生成的助记词或私钥属于控制资产的核心秘密,应由用户自行保管。 只要其中一个问题无法解释清楚,就不应因为弹窗、倒计时或陌生人的催促而跳过核对。

抄写备份时需要检查词序、拼写和完整性,但验证过程同样不应把秘密提交给第三方。 对于会产生链上状态变化的动作,最终确认前还应再次检查地址、网络、资产或权限范围。完成后则用交易记录、交易哈希或相应网络状态验证结果,避免重复提交。

核对重点确认当前页面讨论的是“创建与备份钱包”,不要把其他网络或其他权限模型直接套用。
03

用链上信息验证结果

创建与备份钱包涉及的链上证据需要与钱包界面相互验证。官方人员不会索取助记词、私钥或验证码,任何此类请求都应被视为高风险信号。离线备份应兼顾可恢复性与保密性,避免仅依赖截图、聊天记录或公共云同步。 区块浏览器可以帮助查看地址、区块、交易状态和合约信息,但浏览器本身也应从可信入口访问。

导入既有钱包前,应确认恢复材料来源和设备环境,避免在受控或共享设备上操作。 如果只是界面延迟,不应立即重复发送;如果是网络、合约或授权问题,也应先确认影响范围再处理。通过这种方式,可以把“看起来异常”和“链上确实异常”区分开。

04

容易忽略的错误与风险

风险判断不能只关注技术名词,还要关注请求来源和操作节奏。离线备份应兼顾可恢复性与保密性,避免仅依赖截图、聊天记录或公共云同步。创建钱包时生成的助记词或私钥属于控制资产的核心秘密,应由用户自行保管。 仿冒域名、假客服、假空投、过度授权、剪贴板替换或公共设备都可能把正常流程变成高风险场景。

抄写备份时需要检查词序、拼写和完整性,但验证过程同样不应把秘密提交给第三方。 imtoken 官方不会索取助记词、私钥或验证码。用户也不应把这些秘密发送给任何人;第三方 DApp 与智能合约需要独立评估,不应因为钱包可以连接就默认安全。

05

完成后的安全核对

形成稳定习惯后,创建与备份钱包的判断会更简单:先确认上下文,再核对请求,最后验证结果。官方人员不会索取助记词、私钥或验证码,任何此类请求都应被视为高风险信号。导入既有钱包前,应确认恢复材料来源和设备环境,避免在受控或共享设备上操作。 对不再使用的连接或授权,应根据实际情况及时检查和清理。

抄写备份时需要检查词序、拼写和完整性,但验证过程同样不应把秘密提交给第三方。 链上交易通常不能由钱包单方面撤回,因此事前确认地址、网络、金额、权限和预期结果始终比事后补救更可靠。教程以可核对步骤为中心,任何涉及密钥、转账或签名的动作都应由用户主动确认。

  • 确认当前页面讨论的是“创建与备份钱包”,不要把其他网络或其他权限模型直接套用。
  • 确认地址、网络、资产、金额或授权范围与预期一致。
  • 确认没有任何人要求提交助记词、私钥、恢复短语或验证码。
  • 需要时使用交易哈希、合约地址或区块浏览器交叉验证结果。
  • 如果请求来源、域名或结果无法解释清楚,先停止确认。