同一个USDT交易哈希为什么有多条转账记录？
同一个 USDT 交易哈希下出现多条转账记录，不一定是重复扣款，也不能直接当作多次收款。一个哈希对应一笔链上交易，但这笔交易执行合约时，可能产生多条代币转账明细。要确认自己实际收了多少 U，应逐条核对代币合约、完整收发地址、金额和交易结果，再排除页面重复展示。
为什么一笔交易会有多条记录
可以把交易哈希理解为一次链上操作的编号，代币转账明细则记录这次操作中资金如何移动。TRC20 代币通过合约记录转账，常见明细包含发送地址、接收地址和数量。同一次合约执行可能产生多个 Transfer 事件，所以“交易笔数”与“转账明细条数”并不总相等。
例如，某个批量付款合约在一次操作中分别向甲、乙转账，两位收款人看到的哈希可能相同，金额和收款地址却不同。兑换等合约操作也可能同时出现不同代币的记录。这里只是在说明可能的结构，不能仅凭多条记录就判断它属于批量付款，更不能把页面中全部代币金额都算成自己的 USDT 收入。
怎样核对每一条是不是自己的收款
- 打开完整交易详情。从钱包复制完整哈希，到对应网络的可信区块浏览器查询。TRC20 USDT 应在 TRON 网络核对，先确认交易执行成功及确认状态，不要只看通知标题或截图。
- 筛选真实 USDT。查看每条代币明细所属的合约，通过发行方官方信息或可信浏览器的认证信息核对。名称、图标相同不代表同一种币；TRX、其他代币和零金额记录应分开看。
- 逐条比对收发地址。只有接收地址与自己的完整地址一致，才是该地址的转入。发送地址与自己一致的属于转出。若同一交易先转入再转出，累计收款与最终余额变化可能不同。
- 核对事件序号。浏览器若提供事件日志序号，可结合哈希和日志序号区分不同明细。相同哈希下序号不同，可能确实是两条转账；如果序号、合约、地址和金额都相同，则需检查是否把同一条记录展示或导入了两次。
- 对照地址记录。在 U查链首页输入公开 TRON 地址，找到相应时间和金额的 USDT 记录，再回到交易详情逐项核对。页面字段不够时保留疑问，不能仅按列表行数认定收到几笔钱。
同一个哈希的金额应该相加吗
要看你统计的是收款还是净流入。假设同一笔成功交易里，两条不同的真实 USDT 转入分别为 10 U 和 20 U，接收地址都是你核对的地址，且确认为独立明细，那么这笔交易的收款合计是 30 U。如果其中 20 U 发给了别人的地址，就不能计入你的收入。若还有转出，净流入还需要扣除对应的转出额。
整理账单时，不要见到相同哈希就全部删除，也不要把重复显示的同一条明细累加。先保留原始记录，再核对事件序号；没有序号时，收发地址与金额只能作为线索，因为独立转账也可能恰好同额。需要平台协助时，提供公开哈希、地址和具体明细位置即可。
收到多次提醒等于收了多次钱吗
不一定。不同工具可能按交易或按转账明细展示，也可能重复发送同一条通知。使用 Telegram 地址监听机器人关注收款后，遇到相同哈希的提醒，应回到链上明细核对，而不是按消息条数记账。交易所内部充值记录也要单独核对，链上明细不能代替平台账户入账结果。
查询时的安全提醒
查交易只需公开地址和哈希，不需要输入私钥、助记词或验证码，也不需要连接钱包、签名或授权。陌生人声称“重复到账需要退款”时，先自行核对每条真实转入，不要按对方截图付款；更不要点击所谓消除重复记录、撤销扣款或解冻余额的链接。