收到一句“转好了”，通常会顺手打开钱包看看。余额没变，再刷新一下，还是没变。对方倒很淡定，发来一长串字母和数字，让你自己去链上查。
这串东西叫交易编号，也常写成 TxID 或交易哈希。拿它去区块链浏览器一搜，页面上有 Success，有区块、合约、确认数，下面还不止一个地址。第一次看，像拿到一张没有中文说明的化验单。
先说结论。判断一笔 USDT 有没有到你手里，要在页面上对齐四件事。转账记录是真正的 USDT 合约发出的；记录里的收款地址是你的完整地址，数量也对；执行结果是 SUCCESS；交易所在的区块已经确认。四项都对，链上这一步就算完成了。钱如果是充进交易所，后面还有平台自己记账的一步，那是另一本账。
前两篇用过一笔 7.49 USDT 的公开转账，这次继续用它。下面一项项看这四件事藏在页面哪里，也看看哪些字段看着像答案，其实还差一步。
有交易编号，还不能算收到钱
很多人把 TxID 当成快递单号。这个类比有一半是对的，凭它能查到这件“包裹”的全部经过。另一半不对，快递单号至少是快递公司发的，说明对方真的下过单。TxID 连这一步都不需要，它是钱包自己算出来的。
算法是这样的。TRON 把交易的原始内容送进 SHA-256 算法，得到一串固定长度的结果，也就是哈希。它像这份内容的数字指纹，收款地址或金额改一个字，算出来的编号就完全不同。
所以钱包在发送之前就知道编号。一笔从没发出去的交易，也有一个格式完全正确的 TxID。对方发来的编号如果在浏览器里搜不到，它就证明不了任何事。
算出编号后，钱包还要用私钥给这份内容签名。网络靠签名判断发送方有没有权限动这笔钱，别人也没法把你签过的内容改成另一笔转账。浏览器上能看到签名，但从签名推不出私钥，也没人能拿它替你签下一笔。
签名只证明“这是你同意的”，不管你同意的内容对不对。地址填错了、授权点错了，签下去就是有效的。网络不会替你猜本意。
签好之后，钱包把交易广播给网络节点。钱包显示“已提交”，通常只说明节点收下了请求，没有报错。TRON 的开发文档专门提醒过，广播接口返回成功，不代表交易已经进了区块，更不代表执行成功。对方手机上那张“提交成功”的截图，最多说明他点了发送。
先把这笔 7.49 USDT 找出来
打开 这笔交易的 TRONSCAN 页面。它是链上的公开记录，不是我和朋友之间的转账。我们能看到两个地址之间发生了什么，但不知道背后的人是谁，也不知道这笔钱拿去做什么。
| 项目 | 本笔记录 |
|---|---|
| 金额 | 7.49 USDT |
| 区块高度 | 87,667,274 |
| 区块时间 | 2026 年 11 月 3 日 11:09:09，北京时间 |
| 发送地址 | TQxx9U2uwaNy6p2RN3JpZWTar85bQzp1hj |
| 收款地址 | TApigua4PHAx8dnSiuFgPapWsgR2NvVSf5 |
| 执行结果 | SUCCESS，已确认 |
收款时最先对的是完整收款地址和金额。别人确实转过 7.49 USDT，不代表转给了你。也别只看地址的头尾几位，浏览器为了排版省略掉的中间部分，同样是地址的一部分。有人专门生成头尾和你相同的地址来骗人，只看头尾正好落进这个圈套。
网络也要对上。这笔记录在 TRON 主网上，另一条链或测试网上的转账不能拿来当凭证。查账只需要公开地址或交易编号，不需要连接钱包，更不需要输入助记词。哪个查账页面要你做这两件事，就可以直接关掉了。
最好自己打开常用的浏览器网站，再把编号粘进去查。聊天里发来的链接即使长得很像，也可能指向仿冒页面。截图更不用说，改几个数字并不难，公开账本却改不了。
区块链浏览器本身也不是账本，它更像账本的查询窗口。它从节点读出数据，整理好，再配上搜索、标签和图表。窗口偶尔更新慢，不代表账本里没有记录。页面上的地址备注也只是辅助信息，不能单凭一个“交易所”标签就认定地址的主人。
合约地址不是突然冒出来的第三个收款人
往下展开交易，会看到类型写着 TriggerSmartContract，意思是调用智能合约。旁边的合约地址以 TR7NH 开头，和表格里的收款地址完全不同。很多人看到这里会心里一紧，以为钱走错了。
第一篇说过，USDT 的余额记在代币合约里。合约可以理解成一段部署在链上的程序，它维护着一张“哪个地址有多少 USDT”的表。转 USDT，其实是请这段程序把你名下的数字减掉一些，加到对方名下。
所以这笔交易的“收件人”是 USDT 合约，真正的收款人写在交易参数里。中间没有哪一步是把 USDT 先交给一个陌生中间人保管。
本笔调用的完整合约地址是 TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t。参数开头的 a9059cbb 是一个方法编号，对应 transfer(address,uint256) 这个转账方法。后面跟着两个参数，一个是收款地址，一个是数量。
数量这一段末尾是 7249d0。这是十六进制数，换成十进制是 7,490,000。这个 USDT 合约规定了 6 位小数，显示时要除以 1,000,000，才得到 7.49。
这和“749 分等于 7.49 元”是一个道理，账本里只记最小单位的整数，给人看时再换算。类比到这里就该停了，人民币的分是统一规定，代币的小数位却由各自的合约决定，不是每种代币都是 6 位。看到原始整数，别以为碰上了一笔七百多万美元的大转账。
还有一个地方容易看漏。这类合约调用往往显示转出的 TRX 为零，意思只是这次调用没有附带 TRX。USDT 的变化要看代币记录。把 TRX 数量当成转账金额，正好会把这笔真实转账看成零元交易。
回执里的 Transfer，才把收款这件事讲具体
参数只说明发送方想做什么。合约实际做了什么，要看执行回执。这有点像填好的汇款单和银行办完后给的回单，只拿着前一张，没法判断钱有没有到。
这笔交易的回执里有一条 Transfer 事件。它是合约在执行过程中留下的记录，写着从谁、到谁、多少。把里面的地址和数量解码出来，正好是表格里的两个地址和 7.49 USDT。浏览器一般已经替你翻译好了，不用自己解码。
但有一项必须自己看，这条记录是哪个合约发出的。本例来自上面那个 TR7NH 开头的 USDT 合约。任何人都能部署一个代币，名字也叫 USDT，再往你地址里转一笔。浏览器里同样会出现一条 Transfer，金额可能还很诱人，只是这种币一文不值。名字相同不能说明资产相同，要认的是合约地址。
回执里还写着 SUCCESS。它只回答合约有没有顺利执行完，不会替你检查收款地址是不是你想填的那个。地址填错了，执行照样成功，链上也没有撤回按钮。绿色的成功标记替代不了地址核对，原因就在这里。
反过来，执行失败的交易也会留在链上，回执会写明失败原因，而且照样可能消耗资源。看到“查到了这笔交易”，不等于看到了“转账成功”。
上一篇算过的资源账单也在回执里。本笔用了 338 带宽和 64,285 能量，额外燃烧的 TRX 为零。原始交易里还有一个 Fee Limit，换算后是 7.07135 TRX。它是发送方给这次执行设的能量费用上限，相当于“最多愿意花这么多”，不是实际扣费。想知道真花了多少，看回执里的账单。
八千多万号区块，里面装了什么
前面三件事都对上了，还剩最后一件，交易所在的区块有没有被确认。先弄清楚区块是什么。
区块高度 87,667,274 可以先理解成账本的页码。这笔转账写在第八千多万页上，不是链上第八千多万笔转账。一页可以记很多笔，这个区块一共装了 349 笔交易，我们看的这笔是其中之一。
同一页上的交易共用一个区块时间。所以 11 点 09 分 09 秒是这一页落笔的时间，不是发送方按下确认的时刻，也不是收款人手机刷新余额的时刻。两个人查到的时间对不上时，先看看是不是一个显示 UTC，一个显示北京时间，两者差 8 小时。
页码旁边还有一串区块标识，叫 Block ID。本例的 Block ID 以 000000000539b24a 开头，这前半段其实就是区块高度的十六进制写法，后面跟着由区块内容算出的哈希。每个区块还记着前一个区块的标识，一页接一页扣在一起。“区块链”的链，说的就是这种前后相接的结构。
区块页面上还会有一个生产者地址。在 TRON 上，区块由超级代表轮流生产。这个地址只负责出这一页，不是收款人。我们的 7.49 USDT 收款地址，仍然是表格里那一个。
成功以后，为什么还有一个“确认”
区块刚生产出来时，它处在链的最前端，网络还要靠后面继续出块来认可它。TRON 的节点因此提供两种视角，一种是最新状态，一种是固化状态。固化可以理解成这页账已经被网络按规则签字认可，不会再变。按 TRON 的确认规则文档，固化状态通常比最新链头晚 1 分钟左右。
这也解释了一个常见现象。浏览器刚显示交易成功，交易所却说“等待确认”。双方没有矛盾，一个看的是最新一页，一个在等这页账固化。
“执行成功”和“已确认”回答的是两个问题。前者问合约有没有办成，后者问这条记录是不是最终结果。失败的交易同样可以被确认，留下的就是一条板上钉钉的失败记录。所以见到“已确认”，也不能跳过回执里的执行结果。
本例在固化状态里也能查到执行成功的回执，四件事到这里全部对齐。普通收款看浏览器上的执行结果和确认状态就够了，不必自己调用节点接口。
钱如果是转进交易所，事情还没完。链上把钱记到那个充值地址之后，平台还要识别这条记录，再在自己的系统里给你加余额。平台可能要求一定的确认数，可能有最低充值额，也可能碰上网络维护或人工审核。具体规则看接收平台的充值说明，某一家的规则不能当成 TRON 的统一规则。
地址、网络、代币都对，交易也已确认成功，平台余额还是没动，就把交易编号和充值记录交给平台客服查。这时候最容易遇到骗局。有人会说要付一笔“激活费”才能到账，或者发来一个要你输入助记词的“修复页面”。平台内部记账的问题，靠这两样都解决不了，只会再搭进去一笔。
自己对一次，比记住这些英文有用
可以把上面的表格遮住，只留 TRONSCAN 页面，自己找一遍。谁发起了交易，谁收到了 USDT，这件事记在哪个区块。看到 TR7NH 开头的合约地址先别急着抄，把它和转账记录里的收款人分开。
再找金额。要找的是 USDT 那一行的 7.49，不是交易费用，也不是账户现在的余额。这个地址后来可能又收过钱，或者把钱转走了，现在的余额还原不出当时那一笔。查历史转账，要看那一笔的记录。
最后看执行结果和确认状态，再回来对表格。能独立找到这几项，普通的 USDT 转账就都能看懂了。复杂的合约交易一次调用可能产生好几条转账记录，那是以后的事，看清一笔收款用不着把整个浏览器学完。
顺手想一下，公开一个交易编号会透露什么。别人能沿着它看到双方地址、金额和时间，再顺着地址翻出它的其他公开活动。编号不是密码，发给客服查账很正常，但它也不是毫无信息的随机字符。往群里或社交平台发截图之前，可以考虑一下要不要露出完整编号和地址。
链上记录的是动作，记不下人的动机。本例只能说明有人转了 7.49 USDT，说它是买东西、还钱还是提现，都需要链外的证据。以后看到有人拿几张链上截图讲故事，也可以用这个办法，分清哪部分是记录，哪部分是猜测。
下次没到账，就从这几个地方找
完全搜不到编号时，先确认复制完整、网络选对，再给浏览器一点同步时间。一次查不到，既不能证明交易从没广播，也不能断定钱丢了。保留原编号，查清原交易的状态，再决定要不要重新发送，否则可能变成转了两次。
能查到，但执行失败，就展开失败原因和资源用量。失败也可能消耗资源，连续点发送只会多出几条需要排查的失败记录。
执行成功，就回到那条 Transfer 记录，核对发出它的合约、收款地址和金额。三项都对，钱已经进了那个地址，不必再怀疑钱包的发送按钮。
钱进了自己的地址，钱包却没显示，要检查是否选对了网络和账户，以及这个代币有没有被添加显示。钱进的是平台充值地址，就去查平台的入账规则。两种情况看起来都是“余额没变”，要找的地方却完全不同。
所以下次再收到一句“转好了”，就请对方把交易编号一起发来。在浏览器里找到那条 USDT 转账记录，认准合约，对上自己的地址和数量，再看执行结果和确认状态。这几项都对，问题就不再是笼统的“钱没了”，而是钱包显示或平台入账里的某一个具体环节。