基础概念与作用：钓鱼网站
很多误操作并不是因为缺少功能，而是没有先弄清 钓鱼网站 与其他链上要素的关系。 不同网络或 DApp 的界面可能不同，但判断方法可以保持一致：先确认来源，再确认 假客服，最后确认 假空投 是否符合预期。不要因为按钮样式熟悉就忽略请求内容。
安全判断应围绕“最小暴露、逐项确认、可验证来源”展开。钓鱼网站 涉及的任何敏感信息都不应交给所谓客服或第三方代操作；与 假客服 相关的请求也应独立判断，而不是一次信任后长期忽略。 如果信息无法确认，较稳妥的处理方式是先停止操作，重新检查来源与网络状态，再决定是否继续。
操作前需要确认的内容：假客服
把 假客服 当作独立概念学习并不够，更重要的是知道它在 钓鱼与诈骗识别 中什么时候出现。 用户应保留对凭证和操作的最终控制权。涉及 假空投 时不应向任何人发送助记词、私钥或验证码；涉及 域名仿冒 时，应阅读网络和合约返回的信息，而不是只依赖第三方口头说明。
安全判断应围绕“最小暴露、逐项确认、可验证来源”展开。假客服 涉及的任何敏感信息都不应交给所谓客服或第三方代操作；与 假空投 相关的请求也应独立判断，而不是一次信任后长期忽略。 建立固定核对顺序，可以减少在不同网络、不同 DApp 和不同资产之间切换时产生的混淆。
关键核对点
不要因为界面熟悉就直接同意请求。应核对来源、网络、合约或目标地址，以及当前请求的具体操作内容。
常见误区与风险：假空投
对于刚开始使用数字钱包的用户，假空投 适合从“它影响什么、如何核对、出现异常怎么办”三个角度理解。 imtoken 的内容重点不是替用户做决定，而是帮助用户读懂地址、网络、交易请求和链上结果。涉及 域名仿冒 时，应确认页面展示的信息与自己准备执行的操作一致；如果网络、合约或目标地址不明确，应先暂停提交。
安全判断应围绕“最小暴露、逐项确认、可验证来源”展开。假空投 涉及的任何敏感信息都不应交给所谓客服或第三方代操作；与 域名仿冒 相关的请求也应独立判断，而不是一次信任后长期忽略。 这类检查并不会消除链上风险，但能让每一次操作都建立在更清楚的信息基础上。
核对与处理方法：域名仿冒
从风险控制角度看，域名仿冒 不是一个需要快速跳过的提示，而是 钓鱼与诈骗识别 中值得停下来确认的信息。 链上操作一旦广播，结果通常由网络规则和交易状态决定，钱包本身不能单方面撤销已经确认的交易。因此在处理 恶意链接 与 社交工程 时，预先核对通常比事后补救更重要。
安全判断应围绕“最小暴露、逐项确认、可验证来源”展开。域名仿冒 涉及的任何敏感信息都不应交给所谓客服或第三方代操作；与 恶意链接 相关的请求也应独立判断，而不是一次信任后长期忽略。 任何声称可以替用户恢复私钥、绕过签名核对或保证链上结果的说法，都不应作为安全依据。
进一步学习与日常习惯：恶意链接
理解“恶意链接”时，先把它放回 钓鱼与诈骗识别 的完整流程中看，会比只记一个术语更实用。 不同网络或 DApp 的界面可能不同，但判断方法可以保持一致：先确认来源，再确认 社交工程，最后确认 钓鱼网站 是否符合预期。不要因为按钮样式熟悉就忽略请求内容。
安全判断应围绕“最小暴露、逐项确认、可验证来源”展开。恶意链接 涉及的任何敏感信息都不应交给所谓客服或第三方代操作；与 社交工程 相关的请求也应独立判断，而不是一次信任后长期忽略。 如果信息无法确认，较稳妥的处理方式是先停止操作，重新检查来源与网络状态，再决定是否继续。
操作核对清单
- 助记词和私钥应由用户自行保管，官方人员不会索取。
- 不要向任何人发送助记词、私钥或验证码。
- 转账、签名或授权前核对地址、网络、金额、合约与权限范围。
安全提醒
imtoken 官方不会索取助记词、私钥或验证码。链上交易及第三方 DApp 可能存在风险，操作前请核对地址、网络与请求内容。