合约地址是交互对象
DApp 界面可能经过路由器、代理或多个合约。签名前应理解主要交互对象，并在可行时核对合约地址是否与可信文档一致。
判断是否可以继续，不应只看按钮名称或页面提示，还要结合链上对象、网络状态和预期结果。若信息无法对应当前目的，暂停操作通常比事后补救更安全。
读取操作与写入操作
有些合约调用只读取链上数据，不需要签名；会改变状态的写入操作则需要交易签名和 Gas。分清两者有助于判断页面请求是否合理。
这一环节最常见的误区，是把“看起来正常”当作“链上一定正确”。通过公开地址、交易哈希、合约地址或网络参数复核，可以把界面信息与实际链上状态对应起来。
失败原因来自执行逻辑
合约可能因条件不满足、滑点、权限、余额或内部校验而失败。失败时先查看链上错误与事件，不要连续重复提交。
建立固定检查顺序比依赖临时记忆更可靠。每次都从来源、网络、账户、对象和结果五个维度核对，可以让相同原则在不同钱包和 DApp 场景中重复使用。
第三方合约始终存在风险
钱包无法替用户保证第三方合约的代码、经济模型或治理不存在风险。参与前应根据自己理解的功能和可承受风险做判断。
当操作涉及第三方合约、桥、验证器或网页服务时，还要把第三方风险与钱包本身区分开。钱包能够展示并签署请求，但不能替用户保证外部代码或服务永远安全。
操作核对清单
- 确认“合约地址是交互对象”与当前操作目的是否一致
- 确认“读取操作与写入操作”与当前操作目的是否一致
- 确认“失败原因来自执行逻辑”与当前操作目的是否一致
- 确认“第三方合约始终存在风险”与当前操作目的是否一致
风险与安全提醒
助记词和私钥由用户自行保管。官方人员不会索取助记词、私钥或验证码，也不应向任何人发送这些信息。转账前应核对地址、网络和金额；链上交易通常无法由钱包单方面撤回。第三方 DApp 和智能合约可能存在风险，授权前应检查授权对象与权限范围，不再使用的授权应考虑及时取消。