适用范围：区分钱包界面与链上事实
讨论“tp钱包历史记录有哪些常见问题”，首先要区分界面展示与底层网络记录。以下依据以太坊交易文档和 Bitcoin Core 的 listtransactions 接口说明解释通用概念，不确认 TP 钱包特定版本的展示规则、功能或故障。不同网络的字段与状态含义不能直接套用。
为什么列表里没有某笔记录
Bitcoin Core 的相关接口支持标签过滤、返回数量、跳过条数及观察地址记录选项。这说明钱包查询结果可以受到范围限制，但不能据此断言 TP 钱包采用相同机制。
列表未出现某笔记录，与链上不存在该笔交易是两个不同判断。理解这类问题时，应先明确查询的是哪个网络、地址及记录范围，不能仅凭列表是否可见认定资产发生了变化。
有交易编号是否代表已经成功
以太坊交易涉及签名、广播、进入交易池、被区块收录及后续最终确定等阶段。交易哈希是识别交易的线索，不等同于已经完成执行。
“已提交”“已收录”“执行成功”和“最终确定”回答的是不同问题。历史记录中的简短状态文字需要结合其具体定义理解，不能把出现编号或被区块收录直接理解为预期操作全部完成。
为什么地址或金额与直觉不同
以太坊交易的目标地址可能是智能合约，而非最终接收代币的地址；原生 ETH 的 value 字段也不等于所有代币的转移金额。合约调用的具体含义需要结合输入数据理解。
因此，单独看到某个目标地址或原生币金额，通常不足以判断完整业务行为。普通转账与合约交互应分开解释，不能用同一组表面字段概括所有记录。
为什么支出与接收金额不一致
以太坊交易执行需要计算费用，因此发送方支出可能包含转出金额以外的网络费用。Bitcoin Core 的记录则将发送金额和费用分别列示，并使用负数表达相应支出。
金额差异需要放回字段定义中判断：资产转移额、费用和账户总支出不是同一个概念。某个界面是否合并展示这些数值，仍取决于该产品的实际规则，不能仅凭通用文档确定。
确认数和时间为什么需要分别理解
Bitcoin Core 的接口区分确认数、区块时间和收到交易的时间，也提供冲突相关字段。不同时间字段描述不同事件，不能默认都是操作发生的时刻。
比较两处历史记录时，应先确认它们使用的网络、交易标识和字段口径一致。记录的时间或状态看起来不同，不一定意味着底层交易事实相互矛盾。