交易哈希是这笔交易在链上的唯一身份证号，用来查状态、查记录；Nonce 是你这个地址发出交易的顺序计数器，用来定先后、防重放。两者经常一起出现在区块浏览器里，但解决的是完全不同的问题：哈希回答"这笔交易是什么、到哪一步了"，Nonce 回答"这是你第几笔交易、前面有没有卡住"。
交易哈希：给每一笔交易发一个唯一号
每次在以太坊上发起交易，网络都会为这笔交易生成一个哈希值，通常是一串以 0x 开头的长字符。它是对交易签名内容做哈希计算得到的结果。因为输入内容（发送方、接收方、金额、Gas、Nonce 等）任何一点变化都会让输出完全不同，所以这个哈希可以唯一标识那笔特定交易。
你拿到的交易哈希，主要用途是追踪和核验。把哈希粘贴到 Etherscan 或钱包的交易记录里，可以看到这笔交易当前的状态：待处理、成功、失败，以及它被打包进了哪个区块、消耗了多少 Gas。如果一笔交易显示"失败"，哈希仍然存在，Gas 费仍然被扣除，只是转账或合约调用没有按预期执行。
哈希本身不携带"顺序"信息。你无法从哈希值看出这笔交易是不是比你上一笔更早发出，也无法从哈希判断有没有一笔更早的交易卡住了。那是 Nonce 的事。
Nonce：你地址的交易流水号
Nonce 是从某个外部账户地址发出的交易计数。这个地址的第一笔交易 Nonce 为 0，第二笔为 1，以此类推。以太坊账户模型里，Nonce 是一个核心字段，用于确保每个账户的交易按顺序执行，并防止一笔已签名的交易被重复广播和执行。
这里的关键约束是：同一个地址的交易，Nonce 必须连续且唯一。如果你的地址当前 Nonce 是 5，意味着 0 到 4 已经被用掉（无论成功还是失败，只要上了链），下一笔待打包的交易 Nonce 必须是 5。你不能跳着用 6 或 7，也不能把 5 再发一次——重复的 Nonce 会被网络拒绝。
这个设计带来一个实际后果：一笔交易卡住，后面的交易也会跟着卡住。假设你发了一笔 Nonce 为 5 的交易，Gas 设得太低，矿工一直不打包。此时你又发了一笔 Nonce 为 6 的交易，即使它的 Gas 给得很足，它也不会被确认，因为网络要求 Nonce 按顺序执行，6 必须等 5 先上链。要解决这种情况，通常是用相同的 Nonce 5 重新发一笔交易，把 Gas 提高，覆盖掉原来那笔卡住的交易（如果原交易还未上链），或者等原交易最终被确认或丢弃。这个操作的风险在于：如果你加速的那笔新交易和原交易内容不同（比如换了一个接收地址），一旦加速交易被确认，原交易就作废了，资金流向会按新交易执行。
放在一起看
| 交易哈希 | Nonce | |
|---|---|---|
| 是什么 | 交易的唯一标识符 | 地址的交易计数器 |
| 用来做什么 | 查状态、查记录、分享给他人核验 | 定顺序、防重放、判断是否卡住 |
| 在哪里看 | 交易提交后生成，区块浏览器可查 | 交易详情里显示，钱包通常自动管理 |
| 变了意味着什么 | 换了另一笔交易 | 地址又发了一笔新交易 |
| 能否手动改 | 不能，由交易内容决定 | 通常由钱包自动填，高级场景可手动覆盖 |
一个具体的例子：你在钱包里发起一笔 ETH 转账，钱包自动填入 Nonce 为 12，交易广播后你拿到哈希 0xabc...。几分钟后交易还没确认，你去 Etherscan 查这个哈希，看到状态是"Pending"。这时候你意识到可能是 Gas 低了。你想加速，钱包会让你用同一个 Nonce 12 重新发一笔 Gas 更高的交易。如果加速成功，链上最终只有一笔 Nonce 12 的交易被确认，哈希会变成新的那个，原来 0xabc... 对应的交易被替换掉了。你查旧哈希可能会看到"已替换"或类似状态，查新哈希才是最终结果。
新手最容易混淆的一点
不要把交易哈希当成"交易编号"来理解顺序。哈希是随机外观的字符串，没有任何先后含义。判断一笔交易是否应该已经确认、是否被前面的交易堵住，看的是你地址的 Nonce 序列，而不是哈希。如果你在钱包里看到两笔交易，哈希完全不同，但一笔一直待确认、另一笔也一直待确认，先查一下它们的 Nonce：如果待确认的那笔 Nonce 比已确认的最大 Nonce 大不止 1，说明中间有缺口，缺口那笔才是需要优先处理的。
参考资料
- Etherscan Information Center·What is a Transaction Hash (Txn hash)?，日期：2026-11-05
- Ethereum.org·Ethereum accounts，日期：2026-11-05
- ETHGlossary·transaction hash，日期：2026-11-05
- ETHGlossary·nonce，日期：2026-11-05
