先明确安全边界
核对重点
理解签名请求时，首先要把消息签名、交易签名和结构化数据签名放在同一个上下文中。帮助用户区分不同签名类型，学会在确认前阅读对象、内容、网络和可能产生的权限后果。 这意味着不能只依赖名称、图标或某一个状态标签，而应确认当前网络、账户、地址、合约或交易记录是否与正在进行的操作一致。对重要动作而言，先知道“正在处理什么”比快速点击确认更重要。
签名请求的实际使用可以形成固定顺序：先确认来源与目标，再检查结构化数据签名；随后核对域名与来源及其所在网络；最后查看签名内容和可能产生的链上后果。完成确认后再签名或提交，并保留可公开验证的信息，例如交易哈希或合约地址。这样的顺序不能消除全部风险，但能显著减少因为上下文混乱造成的误操作。
与签名请求相关的核心风险是：“只是签名”并不等于“没有风险”，某些签名可被第三方用于后续授权或合约操作。 如果出现无法解释的网络切换、陌生合约、异常授权额度、地址变化或明显的紧迫诱导，应先停止。助记词、私钥和验证码不属于正常排查材料，imtoken 官方不会索取这些信息，也不应通过网页、聊天工具或远程控制方式提供。
识别最常见的风险场景
操作中的关键观察
在“识别最常见的风险场景”这一部分，交易签名决定了判断的起点，结构化数据签名帮助确认过程是否按预期推进，而域名与来源通常用于在链上或钱包记录中交叉核对。若这些信息彼此冲突，应停止继续操作并重新检查来源。尤其涉及转账、签名、授权或跨层移动时，任何一个字段都不应因为界面看起来熟悉而被忽略。
还需要区分“界面显示”和“链上事实”。域名与来源可以帮助理解操作意图，签名内容可以提供状态线索，但关键判断仍应结合签名后用途以及对应网络的公开记录。钱包名称、代币符号、DApp 文案或奖励提示都可能被模仿，因此不应把视觉熟悉度当作可信证明。
理解签名请求时，首先要把签名后用途、消息签名和交易签名放在同一个上下文中。帮助用户区分不同签名类型，学会在确认前阅读对象、内容、网络和可能产生的权限后果。 这意味着不能只依赖名称、图标或某一个状态标签，而应确认当前网络、账户、地址、合约或交易记录是否与正在进行的操作一致。对重要动作而言，先知道“正在处理什么”比快速点击确认更重要。
确认前应观察哪些信号
核对重点
签名请求的实际使用可以形成固定顺序：先确认来源与目标，再检查结构化数据签名；随后核对域名与来源及其所在网络；最后查看签名内容和可能产生的链上后果。完成确认后再签名或提交，并保留可公开验证的信息，例如交易哈希或合约地址。这样的顺序不能消除全部风险，但能显著减少因为上下文混乱造成的误操作。
与签名请求相关的核心风险是：“只是签名”并不等于“没有风险”，某些签名可被第三方用于后续授权或合约操作。 如果出现无法解释的网络切换、陌生合约、异常授权额度、地址变化或明显的紧迫诱导，应先停止。助记词、私钥和验证码不属于正常排查材料，imtoken 官方不会索取这些信息，也不应通过网页、聊天工具或远程控制方式提供。
在“确认前应观察哪些信号”这一部分，消息签名决定了判断的起点，交易签名帮助确认过程是否按预期推进，而结构化数据签名通常用于在链上或钱包记录中交叉核对。若这些信息彼此冲突，应停止继续操作并重新检查来源。尤其涉及转账、签名、授权或跨层移动时，任何一个字段都不应因为界面看起来熟悉而被忽略。
- 在正确网络上下文中核对消息签名。
- 在正确网络上下文中核对交易签名。
- 在正确网络上下文中核对结构化数据签名。
- 在正确网络上下文中核对域名与来源。
- 在正确网络上下文中核对签名内容。
发现异常后的处理顺序
不要让紧迫感替代判断
还需要区分“界面显示”和“链上事实”。域名与来源可以帮助理解操作意图，签名内容可以提供状态线索，但关键判断仍应结合签名后用途以及对应网络的公开记录。钱包名称、代币符号、DApp 文案或奖励提示都可能被模仿，因此不应把视觉熟悉度当作可信证明。
理解签名请求时，首先要把签名后用途、消息签名和交易签名放在同一个上下文中。帮助用户区分不同签名类型，学会在确认前阅读对象、内容、网络和可能产生的权限后果。 这意味着不能只依赖名称、图标或某一个状态标签，而应确认当前网络、账户、地址、合约或交易记录是否与正在进行的操作一致。对重要动作而言，先知道“正在处理什么”比快速点击确认更重要。
签名请求的实际使用可以形成固定顺序：先确认来源与目标，再检查交易签名；随后核对结构化数据签名及其所在网络；最后查看域名与来源和可能产生的链上后果。完成确认后再签名或提交，并保留可公开验证的信息，例如交易哈希或合约地址。这样的顺序不能消除全部风险，但能显著减少因为上下文混乱造成的误操作。
长期安全习惯与复查
核对重点
与签名请求相关的核心风险是：“只是签名”并不等于“没有风险”，某些签名可被第三方用于后续授权或合约操作。 如果出现无法解释的网络切换、陌生合约、异常授权额度、地址变化或明显的紧迫诱导，应先停止。助记词、私钥和验证码不属于正常排查材料，imtoken 官方不会索取这些信息，也不应通过网页、聊天工具或远程控制方式提供。
在“长期安全习惯与复查”这一部分，消息签名决定了判断的起点，交易签名帮助确认过程是否按预期推进，而结构化数据签名通常用于在链上或钱包记录中交叉核对。若这些信息彼此冲突，应停止继续操作并重新检查来源。尤其涉及转账、签名、授权或跨层移动时，任何一个字段都不应因为界面看起来熟悉而被忽略。
还需要区分“界面显示”和“链上事实”。结构化数据签名可以帮助理解操作意图，域名与来源可以提供状态线索，但关键判断仍应结合签名内容以及对应网络的公开记录。钱包名称、代币符号、DApp 文案或奖励提示都可能被模仿，因此不应把视觉熟悉度当作可信证明。