imtoken Web

开始前需要准备什么

围绕“浏览器连接”展开时，需要同时理解账户请求与授权确认的关系。

进行imtoken Web相关操作时，可以把过程拆成准备、核对、执行和复查四个阶段。准备阶段确认设备与网络环境；核对阶段查看浏览器连接、账户请求、授权确认、DApp 访问、断开连接；执行阶段只处理当前明确理解的请求；完成后再通过交易记录或链上数据确认结果。把这些动作固定成习惯，可以显著减少因为界面熟悉而忽略关键细节的情况。

任何涉及转账、签名或授权的请求都应单独检查。即使来自曾经使用过的 DApp，也不应默认后续请求都可信。围绕浏览器连接、账户请求、授权确认逐项核对，可以帮助用户识别地址、网络、金额、授权对象或签名内容是否与当前意图一致。不理解的请求应暂停，而不是为了完成流程而直接确认。

在实际使用中，浏览器连接往往不是独立发生的。它可能与账户请求同时影响最终结果，也可能因为授权确认的状态不同而出现新的提示。建议把界面提示与公开链上信息相互核对，并保留对当前操作目的的清晰判断。若操作涉及签名、授权或资产转移，只确认自己能够解释其含义的请求；不确定时先退出流程，从已确认的入口重新检查。

按顺序完成核心操作

围绕“账户请求”展开时，需要同时理解授权确认与DApp 访问的关系。

任何涉及转账、签名或授权的请求都应单独检查。即使来自曾经使用过的 DApp，也不应默认后续请求都可信。围绕浏览器连接、账户请求、授权确认、DApp 访问、断开连接逐项核对，可以帮助用户识别地址、网络、金额、授权对象或签名内容是否与当前意图一致。不理解的请求应暂停，而不是为了完成流程而直接确认。

imtoken 不会要求用户在网页中输入助记词、私钥、恢复短语或验证码。imtoken Web过程中如果出现索取这些敏感信息的页面、弹窗或所谓客服指引，应立即停止并重新确认来源。恢复材料由用户自行保管，任何能够获得这些材料的人都有可能获得对应钱包的控制能力。

在实际使用中，账户请求往往不是独立发生的。它可能与授权确认同时影响最终结果，也可能因为DApp 访问的状态不同而出现新的提示。建议把界面提示与公开链上信息相互核对，并保留对当前操作目的的清晰判断。若操作涉及签名、授权或资产转移，只确认自己能够解释其含义的请求；不确定时先退出流程，从已确认的入口重新检查。

快速核对

• 确认与“浏览器连接”有关的信息来自当前实际使用的网络或请求。
• 确认与“账户请求”有关的信息来自当前实际使用的网络或请求。
• 确认与“授权确认”有关的信息来自当前实际使用的网络或请求。
• 确认与“DApp 访问”有关的信息来自当前实际使用的网络或请求。

每一步应该核对什么

围绕“授权确认”展开时，需要同时理解DApp 访问与断开连接的关系。

imtoken 不会要求用户在网页中输入助记词、私钥、恢复短语或验证码。imtoken Web过程中如果出现索取这些敏感信息的页面、弹窗或所谓客服指引，应立即停止并重新确认来源。恢复材料由用户自行保管，任何能够获得这些材料的人都有可能获得对应钱包的控制能力。

进行imtoken Web相关操作时，可以把过程拆成准备、核对、执行和复查四个阶段。准备阶段确认设备与网络环境；核对阶段查看授权确认、DApp 访问、断开连接；执行阶段只处理当前明确理解的请求；完成后再通过交易记录或链上数据确认结果。把这些动作固定成习惯，可以显著减少因为界面熟悉而忽略关键细节的情况。

在实际使用中，授权确认往往不是独立发生的。它可能与DApp 访问同时影响最终结果，也可能因为断开连接的状态不同而出现新的提示。建议把界面提示与公开链上信息相互核对，并保留对当前操作目的的清晰判断。若操作涉及签名、授权或资产转移，只确认自己能够解释其含义的请求；不确定时先退出流程，从已确认的入口重新检查。

常见错误与修正思路

围绕“DApp 访问”展开时，需要同时理解断开连接与浏览器连接的关系。

进行imtoken Web相关操作时，可以把过程拆成准备、核对、执行和复查四个阶段。准备阶段确认设备与网络环境；核对阶段查看浏览器连接、账户请求、授权确认、DApp 访问、断开连接；执行阶段只处理当前明确理解的请求；完成后再通过交易记录或链上数据确认结果。把这些动作固定成习惯，可以显著减少因为界面熟悉而忽略关键细节的情况。

任何涉及转账、签名或授权的请求都应单独检查。即使来自曾经使用过的 DApp，也不应默认后续请求都可信。围绕DApp 访问、断开连接、浏览器连接逐项核对，可以帮助用户识别地址、网络、金额、授权对象或签名内容是否与当前意图一致。不理解的请求应暂停，而不是为了完成流程而直接确认。

在实际使用中，DApp 访问往往不是独立发生的。它可能与断开连接同时影响最终结果，也可能因为浏览器连接的状态不同而出现新的提示。建议把界面提示与公开链上信息相互核对，并保留对当前操作目的的清晰判断。若操作涉及签名、授权或资产转移，只确认自己能够解释其含义的请求；不确定时先退出流程，从已确认的入口重新检查。

完成后的复查

围绕“断开连接”展开时，需要同时理解浏览器连接与账户请求的关系。

任何涉及转账、签名或授权的请求都应单独检查。即使来自曾经使用过的 DApp，也不应默认后续请求都可信。围绕浏览器连接、账户请求、授权确认、DApp 访问、断开连接逐项核对，可以帮助用户识别地址、网络、金额、授权对象或签名内容是否与当前意图一致。不理解的请求应暂停，而不是为了完成流程而直接确认。

imtoken 不会要求用户在网页中输入助记词、私钥、恢复短语或验证码。imtoken Web过程中如果出现索取这些敏感信息的页面、弹窗或所谓客服指引，应立即停止并重新确认来源。恢复材料由用户自行保管，任何能够获得这些材料的人都有可能获得对应钱包的控制能力。

在实际使用中，断开连接往往不是独立发生的。它可能与浏览器连接同时影响最终结果，也可能因为账户请求的状态不同而出现新的提示。建议把界面提示与公开链上信息相互核对，并保留对当前操作目的的清晰判断。若操作涉及签名、授权或资产转移，只确认自己能够解释其含义的请求；不确定时先退出流程，从已确认的入口重新检查。