区块浏览器显示 Success，接收平台却说没到账，两边可能都没写错。链上成功只说明交易执行结果；平台还要识别资产、核对标识，并满足自己的入账要求。
交易哈希是什么，不是什么
交易哈希也常写作 TxID、transaction hash 或 signature，是一笔已构造并提交交易的标识。不同链的字符长度和编码可能不同，不能靠外观判断属于哪条网络。哈希可以用来查询公开链上数据，但它不是密码，也不能让别人直接控制资产。
不过，哈希会暴露相关地址、时间和金额等公开关系。向客服提供时只发解决问题所需的一笔，不必同时公开完整余额、全部历史或身份材料。任何人索要助记词、私钥、验证码或远程控制，都超出了查询交易所需范围。
第一步为什么必须先确认网络
同一资产可能在多条链上流通，每条链有自己的浏览器与状态。把 Ethereum 交易哈希放进 Solana 浏览器，通常只会得到“找不到”；这不能证明交易没发送。平台提币记录一般会列出网络名称，钱包也会显示当前链。先记录这个字段，再选择网络官方文档列出的浏览器或可信服务。
不要直接点击搜索广告里声称“解冻交易”的网站，也不要连接钱包才能查看公开哈希。普通交易查询不需要签名、授权代币或输入助记词。ethereum.org：Block explorers介绍了可查询的区块、交易、账户等字段，并列出多种工具。
pending、success、failed 分别说明什么
| 状态 | 能说明什么 | 不能说明什么 |
|---|---|---|
| Pending / 未确认 | 浏览器或节点看到交易，但尚未达到收录或确认条件 | 不保证最终成功，也不代表接收方已入账 |
| Success / 成功 | 交易已被网络收录并按该链规则执行成功 | 不保证平台已识别代币、MEMO 正确或已记账 |
| Failed / 失败 | 链上执行没有完成预期状态变更 | 不一定退还已消耗的网络费 |
| Not found / 找不到 | 当前浏览器未找到这串标识 | 不能单独证明资产丢失或从未广播 |
Solana 的查询也取决于确认条件。根据Solana Docs：getTransaction，接口按交易签名查询，若在请求的 commitment 下找不到或未确认，会返回空结果。普通用户不必调用接口，但应理解“某个查询入口暂时为空”与“明确失败”不是同一状态。
查到记录后要核对哪些字段
- 网络：浏览器对应的链与发送记录一致；
- 状态：成功、失败还是等待，不只看颜色；
- From：发送地址与钱包或平台出款地址是否合理；
- To：交易直接交互的地址，可能是收款人也可能是智能合约；
- 代币转移：若通过合约转代币，要看 token transfer 记录，而不只看原生币 Value；
- 数量：注意代币小数位与浏览器显示单位；
- 区块与时间：确认是否已收录、时间是否对应本次操作；
- 网络费：它是链上执行成本，不一定等于平台向用户收的提币费。
智能合约交易的顶层 `To` 可能是合约，而实际接收资产的地址出现在事件或代币转移列表里。只看到顶层金额为 0，不代表没有代币转移；同样，状态成功但转移列表没有目标代币，也不能凭感觉认定到账。
确认数越多就一定越安全吗
确认数通常随更多区块建立在交易所在区块之后而增加，但不同链的最终性与状态名称不同，不能用一个固定数字覆盖所有网络。接收平台会自行设置入账门槛，还可能在链上达到门槛后进行代币、地址或风险检查。
两处都要看：浏览器里的链上状态，以及收款平台里的充值记录。确认够了仍未入账，就继续查平台处理状态。
浏览器找不到交易，按什么顺序排查
- 回到发送记录重新复制完整哈希，不要手工录入或复制省略号版本；
- 确认选择的是实际网络及其主网，而非名称相近的另一条链或测试网；
- 检查平台状态是否仍为审核中、处理中，是否还没有生成 TxID；
- 换用该网络官方资料列出的另一浏览器或稍后重查，排除索引延迟；
- 仍无记录时，把提币记录号、网络、时间和完整状态提交给发送方支持。
如果平台根本没有给出 TxID，问题通常仍停留在平台内部，区块浏览器无法替平台生成交易。可参考提币失败与暂停排查。已经有哈希且链上成功，但接收平台未入账，则应把哈希、网络、资产、数量和接收地址交给接收方核对；不要重复发送同额测试。
链上显示失败后怎么办
先阅读浏览器显示的失败原因或错误类别，并确认资产余额是否实际变化。智能合约执行失败可能仍消耗网络费，但预期的代币转移没有发生。不要简单提高费用后盲目重试：错误也可能来自合约条件、授权、余额、nonce、过期报价或暂停状态。
若交易由第三方应用构造，回到该应用的官方支持文档核对，不要把失败哈希交给陌生人“修复”。区块链记录通常不能被客服改写；可做的是查明失败原因、确认资产状态，并在条件修正后决定是否发起一笔新的交易。