签名请求

核心安全原则

围绕“消息签名”展开时，需要同时理解交易签名与请求来源的关系。

签名请求的核心不是追求“绝对安全”，而是通过减少暴露面和建立核对流程降低可避免的风险。围绕消息签名、交易签名、请求来源、内容检查、拒绝风险请求，应把敏感材料保护、请求来源判断、权限范围检查和设备环境管理分开处理。每个环节都有不同的风险来源，不能只依赖一个密码、一个设备或一次验证来覆盖全部问题。

助记词和私钥应由用户自行保管，官方人员不会索取这些信息，也不应向任何人发送助记词、私钥或验证码。与消息签名、交易签名、请求来源有关的异常请求如果要求截图恢复材料、开启远程控制、复制未知脚本或授权不明合约，都应视为高风险信号。正确做法是停止当前操作，关闭可疑页面，并从已确认的入口重新核对。

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

常见风险场景

围绕“交易签名”展开时，需要同时理解请求来源与内容检查的关系。

助记词和私钥应由用户自行保管，官方人员不会索取这些信息，也不应向任何人发送助记词、私钥或验证码。与消息签名、交易签名、请求来源、内容检查、拒绝风险请求有关的异常请求如果要求截图恢复材料、开启远程控制、复制未知脚本或授权不明合约，都应视为高风险信号。正确做法是停止当前操作，关闭可疑页面，并从已确认的入口重新核对。

链上交易和授权具有可持续影响。交易签名、请求来源、内容检查中某些错误可能在提交后难以撤回，因此每次操作前都应核对地址、网络、金额、授权对象和权限范围。不再使用的授权应考虑及时取消；第三方 DApp 与智能合约可能存在代码、运营或欺诈风险，用户需要根据实际用途决定是否继续。

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

快速核对

• 确认与“消息签名”有关的信息来自当前实际使用的网络或请求。
• 确认与“交易签名”有关的信息来自当前实际使用的网络或请求。
• 确认与“请求来源”有关的信息来自当前实际使用的网络或请求。
• 确认与“内容检查”有关的信息来自当前实际使用的网络或请求。

识别异常请求的方法

围绕“请求来源”展开时，需要同时理解内容检查与拒绝风险请求的关系。

链上交易和授权具有可持续影响。消息签名、交易签名、请求来源、内容检查、拒绝风险请求中某些错误可能在提交后难以撤回，因此每次操作前都应核对地址、网络、金额、授权对象和权限范围。不再使用的授权应考虑及时取消；第三方 DApp 与智能合约可能存在代码、运营或欺诈风险，用户需要根据实际用途决定是否继续。

签名请求的核心不是追求“绝对安全”，而是通过减少暴露面和建立核对流程降低可避免的风险。围绕请求来源、内容检查、拒绝风险请求，应把敏感材料保护、请求来源判断、权限范围检查和设备环境管理分开处理。每个环节都有不同的风险来源，不能只依赖一个密码、一个设备或一次验证来覆盖全部问题。

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

出现风险时如何处理

围绕“内容检查”展开时，需要同时理解拒绝风险请求与消息签名的关系。

签名请求的核心不是追求“绝对安全”，而是通过减少暴露面和建立核对流程降低可避免的风险。围绕消息签名、交易签名、请求来源、内容检查、拒绝风险请求，应把敏感材料保护、请求来源判断、权限范围检查和设备环境管理分开处理。每个环节都有不同的风险来源，不能只依赖一个密码、一个设备或一次验证来覆盖全部问题。

助记词和私钥应由用户自行保管，官方人员不会索取这些信息，也不应向任何人发送助记词、私钥或验证码。与内容检查、拒绝风险请求、消息签名有关的异常请求如果要求截图恢复材料、开启远程控制、复制未知脚本或授权不明合约，都应视为高风险信号。正确做法是停止当前操作，关闭可疑页面，并从已确认的入口重新核对。

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

长期安全核对清单

围绕“拒绝风险请求”展开时，需要同时理解消息签名与交易签名的关系。

助记词和私钥应由用户自行保管，官方人员不会索取这些信息，也不应向任何人发送助记词、私钥或验证码。与消息签名、交易签名、请求来源、内容检查、拒绝风险请求有关的异常请求如果要求截图恢复材料、开启远程控制、复制未知脚本或授权不明合约，都应视为高风险信号。正确做法是停止当前操作，关闭可疑页面，并从已确认的入口重新核对。

链上交易和授权具有可持续影响。拒绝风险请求、消息签名、交易签名中某些错误可能在提交后难以撤回，因此每次操作前都应核对地址、网络、金额、授权对象和权限范围。不再使用的授权应考虑及时取消；第三方 DApp 与智能合约可能存在代码、运营或欺诈风险，用户需要根据实际用途决定是否继续。

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