TRONSCAN 查 TRC-20 转账：为什么扣了 TRX，收款却不对？
链小知 · 进阶 · 核验 · 依官方文档整理
核对交易执行、TRC-20 事件和实际资源费用，区分 Energy、Bandwidth 与 fee_limit。
开始前准备
- 准备 TRON 主网交易哈希、预期代币完整合约、接收地址和金额。
- 网页公开读链不用连接钱包；若用 API，按当前鉴权及额度接入，不提供私钥。
- 本教程只读；不租能量、质押、重发或签名，费率用实际交易与当前链参数。
1. 用完整哈希定位交易
在 TRONSCAN 搜索交易哈希，核对网络、时间、发送方、执行结果和确认情况。若使用文档 API，getTransactionDetail 已包含交易内 token transfer 信息，不应拿另一时间段的地址流水替代。
检查结果：确认查询的是同一笔交易；找不到时先核对网络与哈希。
2. 查 TRC-20 实际转账记录
核对 trc20TransferInfo 的合约、from/to、金额与 decimals。原始整数应按代币精度换算；触发智能合约的金额不一定等于资产实际转账金额。没有对应事件或执行失败时，不据“已扣 TRX”认定代币到账。
检查结果：完整代币标识、接收地址和用户单位金额都对应。
3. 把消耗量和付款额分开
查看 cost 中的 net_usage、energy_usage_total 与 net_fee、energy_fee。资源消耗不等于全额烧 TRX；已有资源或合约方承担会改变用户实际费用。sun 金额除以 1,000,000 才是 TRX。
检查结果：分别记消耗的资源和实际费用，不把数量单位混用。
4. 解释 fee_limit 和费用差异
fee_limit 是此次执行的费用上限字段，不应当成最终支出。核对实际 fee、带宽/能量费用及如有的多签、memo、账户创建费用。合约执行需 Energy，余额不足时可能扣 TRX；不要从一次交易总结所有 TRC-20 的固定费用。
检查结果：账面 TRX 差异有实际费用字段支持；未知附加费保持未知。
5. 按结果决定后续排障
执行失败：保留错误、资源与费用记录，交原钱包或应用核查；事件成功但服务未入账：提供合约、地址、金额、哈希和确认信息。仅有资源不足判断时不要立刻重复付款，以免原交易后来已被正确处理。
检查结果：故障归为执行/资产身份/金额或收款服务规则，并保留证据。
怎样确认完成
- 交易与目标 TRC-20 转账已对应。
- 实际资源使用、费用单位与上限分开记录。
- 有明确故障分支，本次未执行链上操作。
常见错误与边界
- 把 TRX 扣费视作 USDT 已到账。
- 用原始 amount 整数直接当用户金额。
- 把 fee_limit 或 Energy 数量当最终 TRX 支出。
- 引用旧费率给所有 TRC-20 转账定价。