先理解“打包交易”包含什么
钱包发起的链上交易通常由发送地址、接收地址、签名、nonce、转账金额、输入数据和燃料参数等部分组成。钱包完成签名后，交易会被广播到网络并等待验证者打包进区块。签名证明交易获得了对应账户私钥的授权，但签名本身不会判断接收地址是否可信，也不会保证合约行为符合用户预期。
普通转账主要检查发送方、接收方和金额；与智能合约交互时，交易的接收方通常是合约地址，input data 则会指定要调用的函数及参数。因此，界面显示“发送代币”并不等于交易只包含一次简单转账，实际结果还取决于合约代码和调用参数。
签名前的核心风险检查
第一步是确认网络。相同或相似的地址格式可能出现在不同网络，资产也可能属于不同链上的独立记录。应确认钱包当前网络、资产所在网络和目标服务要求一致，避免把交易发送到错误网络后难以找回。
第二步是逐字核对接收地址和合约地址。地址应通过可信渠道取得，并检查首尾字符，防范剪贴板替换、仿冒地址或名称相近的合约。代币名称和简称不能单独证明合约真实，必要时应以项目公开信息或区块浏览器中的合约地址作为核对依据。
第三步是查看交易类型和可读描述。以太坊交易的 input data 是十六进制字节，直接阅读并不容易；它可能代表 transfer、approve、transferFrom、兑换、质押或其他合约函数。钱包如果能够展示函数名称、目标代币、数量和最低可接受结果，应逐项确认；如果只能显示难以理解的原始数据，签名前应提高警惕。
第四步是核对金额和精度。ERC-20 代币使用 decimals 表示展示单位，链上实际数值与界面显示的数量存在换算关系。应确认资产名称、数量、小数位和手续费余额，避免把代币数量、原生资产数量或手续费单位混淆。
ERC-20 授权是重点风险
ERC-20 的 approve 会为某个 spender 设置可使用额度，之后 spender 可以通过 transferFrom 在额度范围内代用户转移代币。授权交易不一定立即转出代币，但会改变合约能够使用资产的权限，因此授权对象和额度必须单独检查。
无限授权会让 spender 在后续满足条件时持续使用较大额度。若业务只需要有限数量，应确认授权金额是否与实际用途相符；完成一次性操作后，也可以根据钱包和链上工具提供的功能检查并管理剩余授权。
修改既有授权时还要注意交易排序问题。相关标准资料提示，直接把一个非零额度改成另一个非零额度，可能产生旧额度和新额度都被利用的风险。降低风险的一种通用做法是先将额度降为零，再设置新的目标额度，但具体操作仍应结合钱包提示和合约兼容性判断。
手续费、nonce 与提交状态
交易需要支付 gas。gas limit 表示最多允许消耗的计算量，max fee per gas 表示愿意支付的单价上限，优先费用则是支付给验证者的激励部分。手续费不足可能导致交易无法正常执行；设置过高的 gas limit 也不代表一定会消耗全部额度，未使用部分通常会退回，但实际费用仍取决于交易执行情况和网络规则。
nonce 是账户交易的顺序编号。待处理交易过多、nonce 冲突或替换交易设置不当，可能造成交易长时间处于待处理状态。用户不应仅凭钱包页面的“已发送”判断交易成功，还应使用交易哈希查看其是否进入区块、执行是否成功以及是否已经获得更充分的确认。
交易被打包并不意味着所有业务结果都符合预期。合约执行可能回退，或者交易成功但产生了与用户理解不同的代币转移、授权变化或事件记录。完成后应核对账户余额、代币余额、授权额度和相关链上记录。
适用条件与常见问题
这些检查要点适用于使用兼容以太坊虚拟机的钱包进行原生资产转账、ERC-20 转账以及智能合约调用的通用场景。不同网络、钱包版本和合约实现可能提供不同的风险提示，不能仅凭钱包名称推断某笔交易的具体安全性。
问：交易已经签名但还没有打包，能否直接撤回？答：能否替换或取消取决于网络、nonce、手续费设置和钱包功能。未确认不等于一定可以撤回，用户应先查看交易状态和钱包提供的处理方式。
问：交易失败后手续费会退回吗？答：合约执行失败通常仍可能消耗已经使用的计算资源，失败交易不等同于完全没有成本。具体费用以该网络的交易记录为准。
问：只看代币名称和数量够不够？答：不够。还应检查网络、代币合约地址、调用类型、授权对象、授权额度、手续费和最终链上结果。