钱包不肯把交易发出去，通常不是它坏了。它显示的报错几乎都能追到三样东西之一：一个叫 nonce 的计数器、钱包连着的那个节点接口，以及你自己设的费用上限。分清是哪一个在抱怨，修起来往往很短——而且多数情况下不花钱。
账户 nonce 到底是什么
在账户模型的链上，你用来发交易的每个账户都带着一个计数：它已经发出过多少笔交易。这个计数就是 nonce，从 0 开始。你的第一笔交易用 nonce 0，第二笔用 nonce 1，依次往下，中间不许留缺口。
这条规则严得有道理。它固定了你的几笔交易的执行先后，也让每一笔都无法被重放：nonce 4 一旦确认，之后任何再声称自己是 nonce 4 的交易都会被直接拒绝。
这跟挖矿里的那个 nonce是两回事——后者是矿工不断变换、用来找出合法区块的一个数。同一个词，干的活完全不同。钱包冲你抱怨的是账户上那个计数。
nonce 太高，nonce 太低
钱包并不是每次你按发送时都去问网络要一个 nonce。它自己记着这个数，并把已经广播出去、还没看到确认的那几笔也算进去。这个本地计数会跟链上真正记下的那个数走偏，而这两条报错就是走偏的两个方向。
nonce 太低的意思是你给出的这个号已经用过了，链已经走过它。常见的情形是：你以为失败了的那笔交易，其实确认了。
nonce 太高的意思是你留下了缺口。网络在等 nonce 7，而你的钱包给的是 9，于是这笔交易还不能执行——它排在队里，等 7 和 8 到位。排队期间不会花掉什么，但也不会发生任何事，直到缺口被补上；而且节点只会把排队的交易留一阵子，缺口拖久了，它可能被丢弃而不是被执行。常见的成因，一是某笔交易在钱包已经把它算进去之后从内存池里掉了，二是钱包缓存的历史已经跟链对不上。
补缺口的办法是补上它，或者忘掉它。把缺的那个 nonce 发出去，排在后面的就全放行了。清掉钱包缓存的交易历史——多数钱包把这个功能叫作重置账户——它会重新从网络读一遍这个数，从真实的号重新开始。两种做法都不碰你的私钥和余额：nonce 记在链上，不在钱包里。
与其干等，不如替换掉
待处理的交易可以被替换掉，而不是取消。你用同一个 nonce再发一笔、并给更高的费用，哪一版先确认，另一版就作废。给自己转零金额，是最常见的取消办法；照原样重发，则是最常见的加速办法。
麻烦在于节点不接受随便加一点点。各家客户端各有各的下限——go-ethereum 的默认值是替换方至少要比被替换的那笔高出 10%；没到，节点就留着手里那笔，回你一句替换交易费率过低。把费用加够——不是象征性地加一点——替换才站得住。
比特币解决同一个问题的路子不同，走的是手续费替换，作用在输入上而不是账户计数上。想法一样，机制不一样，所以别把一边的步骤照搬到另一边。
钱包为费用报警的时候
现在账户模型链上的费用分两部分：网络设定并销毁的基础费，以及付给把你打包进去的那一方的优先费。你发送时，钱包会替你承诺一个每单位 gas 愿意付的最高值。费用类的报警都是从这个上限来的。
上限设得低于当前基础费，这笔交易就根本进不去，要等基础费掉下来跟它碰头。上限设得远高于必要值，钱包可能提醒你：最坏情况的开销远超这笔转账本身的价值——你多半不会真付到上限，但你确实授权了它。两种情况下，报警说的都是你选的那个上限，不是你实际大概会付的数。gas 费的机制值得读一遍，因为这些报警全都是它的下游。
RPC 接口坏掉的时候，坏的是什么
你的钱包并不存着一份链。它通过 RPC 接口去问一个节点，而你看到的一切——余额、历史、某笔交易到底成没成——都是从那条连接过来的。
所以接口宕了、把你限流了、或者落后于链的最新高度时，钱包与其说是错了，不如说是不知情。余额看着是旧的。已确认的交易显示成待处理。广播报一个连接错误，而你的账户其实一点问题都没有。
换一个接口通常就好了。这里有一个真正的风险值得知道：接口能看到你发出的每一个请求，而一个心怀恶意的接口可以给你看它想给你看的任何东西。只从你愿意把这些交给它的来源添加接口，并核对链 ID 与你以为自己在的那条网络一致。
| 你看到的 | 它的意思 | 该怎么办 |
|---|---|---|
| nonce 太低 | 这个号已经用掉了 | 让钱包重新读一遍计数；没有东西卡住 |
| nonce 太高 | 你在序列里留了缺口 | 把缺的那个 nonce 补上，或重置账户的缓存历史 |
| 替换交易费率过低 | 加价太小，顶不掉待处理的那笔 | 用同一个 nonce、明显更高的费用重发 |
| 最高费用低于基础费 | 你的上限低于网络当前的收费 | 抬高上限，或等基础费落下来 |
| 接口无响应 | 你问的那个节点宕了或在限流 | 换一个接口，并核对链 ID |
导入钱包之后交易不见了
在新设备上恢复钱包，有时会看到一片空白的历史，吓人，但几乎从来不是它看上去的那个意思。你的资金记在链上、挂在一个地址名下；钱包里装的只是那句助记词，地址是从它派生出来的。
空白历史多数由三件事解释。钱包可能派生出了跟你当初用的不同的那个地址，因为派生路径或账户序号不一样。网络选择器可能指向了别处。或者历史只是还没加载出来——你看的那个列表来自一个索引服务，而不是链本身。
要判定，比对地址，不是比对余额。把它贴进区块浏览器。如果浏览器上你的交易都在，那就什么都没丢，问题出在钱包显示的那一层——关于这一层，怎么读一笔失败或找不到的交易值得一读。
小结
三个活动部件解释了钱包交易报错里的绝大多数：一个必须保持连号的计数器、一条会变旧的连接，以及一个你自己设的费用上限。它们都不牵涉你的私钥，也都不是靠把同一笔交易更用力地再发一次就能解决的。
动手之前先把那句话读完。它已经点明是三者里的哪一个在抱怨，而那就是答案的大半。想继续打好这些基础，可以关注 Bitbase（币贝）学院的后续内容。
相关阅读
币贝上与本主题相关的其他文章：
风险披露：本文为 Bitbase（币贝）学院的科普内容，仅供教育与信息参考，不构成任何投资、交易、税务或财务建议。加密资产波动剧烈，请自行评估风险。本文撰写于 2026 年 9 月，请以官方最新信息为准。
参考资料
[1] ethereum.org, "Transactions" ethereum.org
[2] EIP-1559: Fee market change eips.ethereum.org
[3] go-ethereum, core/txpool/legacypool/legacypool.go github.com
[4] ethereum.org, "Nodes and clients" ethereum.org
