常见问题
交易哈希 TxHash 是什么？怎么查询交易是否成功
交易哈希，也常写作 TxHash，是一笔链上交易生成后的唯一查询标识。你可以把它理解为链上交易的快递单号。
很多新手会直接搜索“交易哈希 TxHash 查询”。这篇文章先给结论，再解释真实使用场景和检查步骤，帮助你在连接钱包、转账、签名或使用 DApp 前少踩坑。
这不是投资建议，也不是项目安全背书。它更像一张新手检查卡：先弄清概念，再决定要不要继续操作。
一句话解释
交易哈希，也常写作 TxHash，是一笔链上交易生成后的唯一查询标识。你可以把它理解为链上交易的快递单号。
新手最容易卡住的点
TxHash 的价值在于它把“页面提示”变成“链上记录”。钱包、DApp 和浏览器缓存都有可能显示延迟或状态不一致，但区块浏览器会根据链上数据展示交易是否被打包、是否成功执行、消耗了多少 Gas，以及和哪些合约发生了交互。客服、项目方或社区成员如果要帮你判断交易状态，通常也应该让你提供交易哈希，而不是助记词或私钥。
为什么这个问题重要
页面显示成功不一定等于链上已经确认；页面卡住也不一定代表交易失败。用 TxHash 到区块浏览器查询，能看到更接近事实的交易状态。
在 Web3 里，很多错误不是因为用户完全不懂技术，而是因为把不同动作混在一起：地址、私钥、助记词、签名、授权、交易、网络切换，看起来都在钱包里发生，但后果完全不同。先把边界讲清楚，后面的操作才不会只靠感觉。
一个常见场景
你在钱包里确认转账或 Swap 后，DApp 页面一直转圈。这时复制交易哈希到 Etherscan 或对应网络浏览器，可以查看 pending、success、failed 等状态。
遇到这种场景时，不要急着点击确认。先确认自己正在访问的入口是否来自官网或官方文档，再看钱包弹窗到底要求你做什么。只要页面制造强烈紧迫感，比如“马上过期”“资产即将冻结”“不验证会丢失资格”，就更应该暂停。
可以直接套用的判断句
只要你已经在钱包确认过交易，就尽量保留 TxHash。后续判断成功、失败、卡住、Gas 消耗和资产去向，都围绕这个编号展开。
新手怎么检查
- 从钱包活动记录或 DApp 结果页复制交易哈希。
- 打开对应网络的区块浏览器，例如以太坊用 Etherscan。
- 查看交易状态、区块确认、From、To、Gas 和事件记录。
- 如果交易失败，先看失败原因，不要盲目重复提交。
如果你不确定，可以先用学习钱包和小额资产测试。高价值资产的钱包不要随便连接陌生网站，也不要把安全决策交给截图、群消息或陌生人的远程指导。
还有一个很实用的习惯：每次操作后保留关键信息。转账或交互后保存交易哈希；授权后记住授权对象；桥接后记录来源链和目标链。以后排查问题时，这些信息比聊天截图可靠得多。
常见误区
- 拿以太坊交易哈希去错误网络浏览器查询。
- 看到 pending 就立刻反复点击同一个操作。
- 只看 DApp 页面提示，不检查链上状态。
这些误区的共同点是：把 Web3 钱包当成传统互联网账号。传统账号还有客服、冻结、找回和撤销流程；链上操作一旦签名、授权或交易成功，很多时候很难回滚。
下一步建议
先保存官方入口和常用区块浏览器。每次操作前问自己三个问题：我在哪个网络？我连接的是哪个地址？这个弹窗是在请求连接、签名、授权还是转账？
如果文章涉及钱包安全，请优先参考钱包官方帮助中心；如果涉及链上交易，请用对应网络的区块浏览器复核。不要把任何一篇教程当成最终安全保证。
对搜索这个问题的新手来说，真正值得记住的不是某个固定按钮在哪里，而是一套判断顺序：先确认来源，再确认网络和地址，最后确认钱包弹窗的动作类型。界面会变，项目会变，但这个顺序长期有效。
参考资料
- Ethereum.org transactions: https://ethereum.org/developers/docs/transactions/
- Ethereum JSON-RPC transactionHash field: https://ethereum.org/developers/docs/apis/json-rpc/
- Etherscan: https://etherscan.io/