适用范围：不同网络有不同规则
讨论基于区块链的交易，需要先明确所属网络。以太坊文档以账户发起的状态变更解释交易，涉及接收地址、金额、调用数据、费用和序号；比特币开发者指南则以输入、输出及未花费交易输出解释资金流转。两种模型不能直接套用同一套字段含义。
签名证明授权，不保证内容符合意图
两个网络都利用密码学签名验证支出授权。签名能够支持网络判断交易是否满足授权条件，但无法替用户判断接收对象和金额是否符合真实意图。有效签名与正确填写是两个问题。
以太坊的接收地址可能指向账户，也可能指向合约。合约调用中的数据还会指定函数及参数，因此只看地址和表面金额，未必能完整理解交易作用。难以阅读的十六进制数据，也是盲签风险的来源。
费用与转移金额需要分开理解
以太坊使用Gas衡量执行所需的计算资源。Gas数量上限与每单位Gas的费用上限含义不同，费用上限也不等于最终实际支出。合约调用的计算过程可能比简单转账复杂，不能仅根据转移金额理解费用。
比特币的普通交易通过输入引用已有输出，再创建新的输出。钱包显示的余额可能由多个未花费交易输出组成，因此余额是汇总结果，具体交易仍需满足所引用输出的支出条件。
交易哈希、打包与执行结果有何区别
以太坊交易广播后，会经历等待纳入区块及后续确认过程。交易哈希用于识别交易，本身不能证明执行成功。是否被纳入区块、执行结果如何、所在区块是否最终确定，分别回答不同问题。
比特币节点和矿工也会验证交易。由此可见，本地生成或发出一笔交易，与网络接受并记录它之间存在处理环节，界面上的“已提交”不能单独作为完成依据。
常见问题：查询也会产生链上费用吗
在以太坊，通过eth_call进行只读查询，不需要为该查询支付链上Gas费；如果相同的读取逻辑在链上交易执行过程中被调用，则会消耗Gas。判断依据是调用方式，而不只是函数是否修改状态。
这些差异说明，理解交易需要同时看网络规则、授权内容和处理状态。签名、费用及确认机制各自解决不同问题，任何单一指标都不足以完整说明一笔交易的实际结果。