误区一：有交易标识就代表已经到账
交易哈希或交易标识用于定位交易，不能单独证明转账已完成。以太坊交易从生成标识、广播、进入待处理交易池，到被区块收录，存在不同阶段。比特币交易广播后，也需要经过节点验证与区块收录。
因此，查询结果中出现一条记录，只解决了“查到哪笔交易”的问题。判断状态还要看它是否已被收录，不能把提交记录直接当作到账凭证。
误区二：被区块收录就等于达到最终性
以太坊中，区块被收录与区块达到最终性是不同阶段。包含交易的区块随后还会经历共识确认过程，最终性描述的是该区块历史的稳定程度。
查询时应区分交易处理进度与区块稳定程度，也不能把以太坊的状态名称直接套用于比特币。不同网络的共识机制不同，状态需要放回对应网络中理解。
误区三：to 字段一定是实际收款人
以太坊交易的 to 字段可能指向普通账户，也可能指向智能合约。与合约交互时，该字段表示被调用的合约；具体操作及相关地址可能编码在输入数据中。
因此，解读合约相关转账时，仅看交易页面上的目标地址并不充分。需要结合调用内容判断角色，避免把合约地址误认为最终收款地址。
误区四：金额字段就是收款人实收金额
以太坊交易的 value 表示随交易转移的 ETH 数量，不能直接当作合约代币数量。网络执行费用也应与转移金额分开理解，发送方余额减少的数额可能包含费用。
比特币采用输入与输出结构，一笔交易可以包含多个输出。判断某个收款对象获得多少，应对应到相关输出，而不是把整笔交易的输入总额视为付款金额。
误区五：比特币输出被花费说明原转账失败
比特币输出在尚未被后续交易使用时称为未花费交易输出，即 UTXO。后续交易可以通过交易标识和输出索引引用它，满足条件后将其花费。
“是否未花费”描述的是该输出后续是否被使用，与原交易是否曾完成付款属于不同问题。查询历史付款时，不能仅凭输出已被花费就否定原先的收款记录。
常见问题：怎样理解页面上的成功状态
首先明确页面状态描述的对象：是提交记录、交易执行、区块收录，还是最终性。随后结合网络和交易类型理解地址与金额字段。普通 ETH 转账、合约调用和比特币付款的数据结构不同，单个状态标签不能替代对具体交易内容的核对。