eth_getTransactionCount 怎么查当前 Nonce？

nonce 是什么

对每个地址（EOA），nonce 是它已发出交易的计数，从 0 开始，每成功打包一笔就 +1。它的作用有两个：给交易排序（同账户的交易按 nonce 顺序执行）、防止同一笔交易被重复使用。如果某笔交易的 nonce 不是「下一个期望值」，它就会被搁置或拒绝。理解 nonce，是理解「为什么我发的交易不生效」的基础。

eth_getTransactionCount 返回什么

调用它并传一个「区块标签」，会返回该标签下这个账户已确认的交易数量，也就是「下一个可用 nonce」：

• 传 latest：返回基于最新已确认块的 nonce，即当前稳定可用的序号。
• 传 pending：返回把内存池里待处理交易也算进去的 nonce，通常会大于等于 latest 的值。

两者之差，就是「有几笔交易还在排队没上链」，是判断账户是否积压的关键指标。

怎么用它诊断「交易卡住」

• 若 pending 比 latest 大很多：说明有多笔交易在排队，最新那笔可能因为前面某笔没打包而被堵住。
• 若你发的一笔始终 pending：检查它的 nonce 是否等于「latest 期望值」；若它跳过了前面的号，就需要先把前面的补齐，或用更高费用顶掉阻塞的那笔。
• 钱包里通常显示「当前 nonce / 待处理数」，可直接肉眼判断是否积压，异常时再手动查 RPC 确认。

常见坑

• 并发发多笔时乱序：脚本同时发 nonce 0、1、2，若 0 没打包，1、2 都会卡住。
• 跨链复用 nonce：不同链的 nonce 互相独立，切链后不能沿用旧值。
• 用错标签：想查「已确认」却传了 pending，得到的序号偏大，后续交易会卡住。
• 费用过低导致阻塞：前序交易因费用太低一直不上链，把后面的全堵住。

与钱包界面怎么对应

多数钱包在「发送交易」时会自行读取当前 nonce。若你看到「有 N 笔待处理」，本质就是 pending 与 latest 的差。理解这一点，遇到「转出去没反应」时，就能快速定位是费用问题还是 nonce 积压，而不是盲目地反复重发，越重发越堵。

实战小记

把 nonce 理解成「一个账户的发货顺序号」，会更容易抓住它的本质。你的每笔交易都排在这个顺序上，前一笔没完成，后一笔就得等着。所以当你发现「最近发的几笔都没反应」时，第一反应应该是「前面是不是有一笔卡住了」，而不是「再发一笔试试」。很多新手就是因为不懂 nonce 的顺序依赖，在卡住之后不断重发，结果把内存池塞满了一堆乱序交易，越处理越乱。正确的做法是：先查 latest 和 pending 的差，定位是哪一笔阻塞，再针对那一笔调整费用或用替换交易顶掉，前面的通了，后面的自然跟着走完。理解了这个顺序逻辑，你就不会再被「交易卡住」吓到。

还有一个实用技巧：在发送多笔交易时，尽量串行而非并发，尤其当你手动指定 nonce 时。让前一笔确认后再发后一笔，能从根本上避免乱序。如果你是脚本批量发送，记得按顺序管理 nonce，并在每笔失败或卡住时停止后续发送，先排查原因，而不是继续堆更多交易进内存池。

常见疑问一：nonce 能不能手动改？可以，但改错会导致交易卡住或失败，除非你明确知道自己在做什么，否则建议交给钱包自动管理。常见疑问二：为什么钱包显示有一笔「待处理」却很久不确认？多半是它前面有一笔更高 nonce 的交易卡住了，或这笔的费用过低没被打包，查一下 latest 与 pending 的差就能定位。

风险提示

本文为信息与教育内容，不构成投资建议。不同链与钱包对 pending/latest 的处理略有差异，请以钱包当次显示与对应链文档为准。