消息签名
消息签名是理解“签名请求”时需要单独拆开的关键问题。签名是证明某个地址拥有者同意某项操作的密码学动作。消息签名不一定直接转移资产，但可能被应用用于登录、授权或构造后续行为，因此同样需要理解内容。 DApp 可以请求公开地址、消息签名、交易签名或代币授权。这些请求的权限完全不同。安全的做法是把每一次弹窗都当作独立决策：先确认域名与合约，再理解请求内容，最后决定是否签名或拒绝。
实际操作中，不要只依据界面颜色、图标或名称判断状态。应结合当前网络、地址、交易哈希、合约地址、授权对象等可验证信息进行判断。对于任何会改变链上状态的操作，先阅读请求内容，再确认金额、网络和目标对象，能够显著减少误操作。
如果出现异常，优先停止继续签名或重复提交，保留交易哈希、网络名称和公开地址等非敏感信息用于排查。不要向任何人发送助记词、私钥或验证码，也不要让陌生人远程控制保存钱包的设备。链上交易通常无法由钱包单方面撤回，因此预防性的核对比事后补救更重要。
交易签名
交易签名是理解“签名请求”时需要单独拆开的关键问题。签名是证明某个地址拥有者同意某项操作的密码学动作。消息签名不一定直接转移资产，但可能被应用用于登录、授权或构造后续行为，因此同样需要理解内容。 DApp 可以请求公开地址、消息签名、交易签名或代币授权。这些请求的权限完全不同。安全的做法是把每一次弹窗都当作独立决策：先确认域名与合约，再理解请求内容，最后决定是否签名或拒绝。
实际操作中，不要只依据界面颜色、图标或名称判断状态。应结合当前网络、地址、交易哈希、合约地址、授权对象等可验证信息进行判断。对于任何会改变链上状态的操作，先阅读请求内容，再确认金额、网络和目标对象，能够显著减少误操作。
如果出现异常，优先停止继续签名或重复提交，保留交易哈希、网络名称和公开地址等非敏感信息用于排查。不要向任何人发送助记词、私钥或验证码，也不要让陌生人远程控制保存钱包的设备。链上交易通常无法由钱包单方面撤回，因此预防性的核对比事后补救更重要。
- 发送或授权前确认当前网络。
- 完整核对接收地址或合约信息。
- 助记词与私钥应离线、私密保管。
结构化数据
结构化数据是理解“签名请求”时需要单独拆开的关键问题。签名是证明某个地址拥有者同意某项操作的密码学动作。消息签名不一定直接转移资产，但可能被应用用于登录、授权或构造后续行为，因此同样需要理解内容。 DApp 可以请求公开地址、消息签名、交易签名或代币授权。这些请求的权限完全不同。安全的做法是把每一次弹窗都当作独立决策：先确认域名与合约，再理解请求内容，最后决定是否签名或拒绝。
实际操作中，不要只依据界面颜色、图标或名称判断状态。应结合当前网络、地址、交易哈希、合约地址、授权对象等可验证信息进行判断。对于任何会改变链上状态的操作，先阅读请求内容，再确认金额、网络和目标对象，能够显著减少误操作。
如果出现异常，优先停止继续签名或重复提交，保留交易哈希、网络名称和公开地址等非敏感信息用于排查。不要向任何人发送助记词、私钥或验证码，也不要让陌生人远程控制保存钱包的设备。链上交易通常无法由钱包单方面撤回，因此预防性的核对比事后补救更重要。
拒绝可疑请求
拒绝可疑请求是理解“签名请求”时需要单独拆开的关键问题。签名是证明某个地址拥有者同意某项操作的密码学动作。消息签名不一定直接转移资产，但可能被应用用于登录、授权或构造后续行为，因此同样需要理解内容。 DApp 可以请求公开地址、消息签名、交易签名或代币授权。这些请求的权限完全不同。安全的做法是把每一次弹窗都当作独立决策：先确认域名与合约，再理解请求内容，最后决定是否签名或拒绝。
实际操作中，不要只依据界面颜色、图标或名称判断状态。应结合当前网络、地址、交易哈希、合约地址、授权对象等可验证信息进行判断。对于任何会改变链上状态的操作，先阅读请求内容，再确认金额、网络和目标对象，能够显著减少误操作。
如果出现异常，优先停止继续签名或重复提交，保留交易哈希、网络名称和公开地址等非敏感信息用于排查。不要向任何人发送助记词、私钥或验证码，也不要让陌生人远程控制保存钱包的设备。链上交易通常无法由钱包单方面撤回，因此预防性的核对比事后补救更重要。
安全与风险提醒
链上交易通常无法由钱包单方面撤回。第三方 DApp 与智能合约可能存在技术或业务风险。每一次签名和授权都应单独检查，不再使用的授权应考虑及时取消。