先分清签名从哪里来
在常见的离线签名流程中，联网钱包、应用或交易构造端准备未签名交易，冷钱包使用受保护的私钥对交易数据签名，再把结果交回相关软件。需要核验的是待签数据从哪里来、是否符合原始操作，而不是寻找一个外部签名文件。
具体传输方式和设备能显示哪些字段会因产品而异，不能单凭通用交易结构推断某款设备的导入机制。签名之前，应先确认发起请求的应用或操作，并检查设备实际呈现的交易内容。
从操作意图追查数据来源
签名前先写清楚要做什么：使用的网络、发起账户、收款地址或合约、资产数量，以及是否要调用合约。再将交易构造端给出的摘要，与冷钱包屏幕（若设备支持显示）或兼容的独立解析工具所呈现的字段逐项比较。
地址和金额等关键信息，最好通过自己预先确认的渠道再次核对。若一个应用同时生成交易并提供解释它的摘要，这两种展示并不是彼此独立的证据；摘要与实际待签数据不一致时，应暂停签名。
以太坊：核对账户、地址与调用数据
以太坊交易文档列出的常见字段包括 from、to、value、input、nonce 和费用参数。普通转账要核对发起账户是否正确、to 是否为目标地址，以及 value 的单位和换算金额；交易值与燃料费是不同项目，不能混为一谈。
nonce 表示账户交易的顺序，gasLimit、maxFeePerGas 和 maxPriorityFeePerGas 与执行资源及费用上限有关，也应符合预期。若 to 是合约地址，input 中可能包含经过编码的调用数据；仅凭十六进制片段或函数选择器未必能确认完整动作，因为相同选择器可能对应多个已知函数。应连同合约地址、解析出的功能和关键参数一起检查。交易描述符可以把结构化数据整理成可读摘要，但摘要仍应与底层地址和数值交叉核验。
比特币：核对输入、输出和脚本条件
比特币开发者指南以UTXO模型说明交易：每个输入通过前序交易标识符txid和输出序号vout指向要花费的输出；输出则包含金额和花费条件。核验时，应确认每个输入都对应预期的前序输出，并检查其当前是否仍未花费。
还要逐项查看所有输出的金额及其锁定条件，不要只看界面突出显示的一个收款项。指南说明，签名用于证明对相关密钥的控制，并保护交易中的重要数据；脚本验证则检查签名和公钥等数据是否满足前序输出设定的条件。
签名有效，不等于交易意图正确
签名验证通过，表示相应密钥授权了符合协议规则的数据；它不能证明生成请求的网页或应用可信，也不能保证交易符合用户原本的意图。若地址、金额、合约调用或输出与预期不符，签名依然可能是有效的。
签名返回后，可在兼容工具中重新解析签名交易，并与签名前确认的字段对照。交易签名、向网络广播以及被区块纳入并确认是不同环节；看到签名成功，不应直接当作交易已经完成或内容已经核实。
适用范围与常见问题
以上检查适用于理解以太坊账户交易和比特币UTXO交易的基本思路。其他链、复杂合约或特定冷钱包可能采用不同字段和交接流程，应依照相应协议和设备说明检查，不能把这里的字段清单当作所有钱包的通用格式。
只核对收款地址够不够？不够。以太坊合约调用还要检查input及其参数；比特币交易要查看全部输入和输出。签名成功能否证明资料来源可靠？不能。它说明密钥对交易数据进行了授权，但数据是否来自可信请求、是否表达正确意图，仍需独立核验。