加密交易因 Gas 费过低而卡住，可能是它给出的费用已不具竞争力，但“pending（待处理）”并不能证明这一诊断。先确认交易已在预期网络上广播、仍在该网络的内存池中待处理，并且是最早未解决的 nonce；然后再决定等待、加速还是尝试取消。

关键要点

钱包标签不够；要在正确网络上查看交易哈希。

费用过低、nonce 缺口、交易被丢弃、RPC 延迟和执行失败，需要不同的处理。

加速和取消通常都是用同一个 nonce 与原交易竞争。

已确认的交易无法取消，替换尝试也不保证胜出。

请用在线安全指南独立进入你的钱包和区块浏览器。任何索要助记词或私钥来“清理内存池”的人，都是想接管账户，而不是修复一笔公开交易。

加密交易因 Gas 费过低而卡住了吗？

在对应网络的浏览器中查看交易哈希。真正的 pending 结果表示网络已知道这笔交易，但尚未把它打包进区块。如果查不到该哈希，可能是广播延迟、RPC 视图不一致、交易已被丢弃，或者用错了浏览器。

以太坊把执行所消耗的 gas 与每单位 gas 支付的价格分开。在当前的费用模型下，发送方设置最高费用和优先费用，协议则为每个区块确定基础费用。［1］当有效报价低于当前区块接受的水平时，交易可能会等待，但费用竞争只是其中一个分支。

观察到的情况	可能的分支	下一项安全检查
正确浏览器中显示待处理	内存池与费用竞争	nonce、报价、钱包当前估算
该网络上完全查不到	未广播或已被丢弃	钱包 RPC、另一个可靠浏览器、发送记录
已成功确认	不能再取消	收款方和应用状态
已确认但失败	执行回滚	错误信息、已用 gas、合约调用；不要盲目重放
后续 nonce 也在等待	更早的 nonce 可能阻塞队列	找出最早未解决的 nonce
交易所显示待处理，但没有公开哈希	托管方尚未广播	平台状态和官方客服

最后一行属于交易所提现待处理指南的范围，而不是自托管钱包的 gas 替换流程。

操作前保存什么

复制完整交易哈希，并记录网络、发送方、目的地址、金额、适用时的代币合约、nonce、提交时间、gas limit、最高费用、优先费用和浏览器当前状态。保留钱包的原始意图：目的地址和调用数据与费用同样重要。

查看发送地址的交易列表。基于账户的 EVM 网络按 nonce 顺序处理同一地址的交易。如果 nonce 41 尚未解决，nonce 42 的交易即使费用很有吸引力，也可能继续等待。

在保存这些证据之前，不要重置钱包数据、清除活动记录或提交多笔替换交易。本地重置可能让钱包里的条目消失，却不会改变公开内存池；多个同 nonce 候选交易也会让结果更难追踪。

什么时候可以等待？

当交易仍然有效、事情不紧急，并且其费用接近当前被打包的区间时，等待是合理的。网络需求可能下降，原报价也许无需任何操作就能被打包。

是否等待取决于网络和交易本身。可以参考同一条链上可靠的费用估算工具，但不要把估算当作承诺。验证者和区块构建者会根据当下情况选择交易，不同的内存池也可能看到不同的候选交易。

如果交易从浏览器中消失，不要以为它已经确认。请核实发送方当前的 nonce 和余额。被丢弃的交易可能由钱包重新提交，该 nonce 也可能重新可用，但正确做法取决于网络当前认可的状态。

如何安全加速交易？

当钱包支持该网络和交易类型时，使用钱包内置的加速功能。完整审查替换交易：它应保留原本的收款方、金额、调用数据和 nonce，同时提供网络更可能接受的费用。

MetaMask 把加速描述为以相同的 nonce 和更高的费用重新提交同一笔交易。［2］原交易与替换交易随后会竞争；同一发送方的同一 nonce，只能有一笔交易成为规范链上的交易。

签名前：

确认原交易在预期网络上仍处于待处理状态。
如有多笔排队，选择最早待处理的 nonce。
核实目的地址、金额、代币和合约方法仍符合你的意图。
查看新的最高成本，并留足支付手续费的原生资产。
只提交一次，然后同时跟踪两个哈希，直到其中一个确认或两个都消失。

不要照抄陌生人提供的费用或 nonce。不要为“解卡”而调用来历不明的合约方法。钱包自带的替换流程会保留原始字段供你审查，比临时拼凑的交易更安全。

能否取消待处理交易

取消是一种尝试：在原交易确认之前将其替换。钱包可能创建一笔从你的地址发给自己、金额为零、使用相同 nonce 并附带有竞争力费用的交易。如果这笔替换交易先被打包，原交易之后就无法在规范链上再使用这个 nonce。

MetaMask 明确指出，只有在交易仍待处理时才能尝试取消。［2］这不是发给某个中心运营方的撤回请求。在你准备或广播取消交易时，原交易仍可能抢先确认。

像审查任何转账一样仔细审查取消交易，确认发送方、收款方、nonce、网络、金额和费用。如果钱包要求你关闭某项功能或打开高级设置，只按其当前的官方说明操作，并在之后恢复正常设置。

多笔交易被一个 nonce 卡住怎么办

从最低的未解决 nonce 开始。替换较晚的交易，并不会让账户跳过一个更早的有效 nonce。最早的 nonce 一旦确认或被成功替换，后面的交易才可能开始推进。

按 nonce 和哈希列出每一笔待处理的候选交易。相同 nonce 的条目互为替代，连续的 nonce 则是一个队列。这一区分可以避免你花钱替换了错误的那一笔。

如果钱包显示的交易比浏览器多，刷新网络视图，并比较该账户当前已确认的 nonce。不要以为钱包本地的每条活动记录都仍在网络上传播。

交易属于跨链桥或应用流程怎么办

被打包只是其中一个阶段。跨链桥可能还需要源链确认、消息传递、挑战期和目标链执行。只有当那笔源链交易本身仍待处理时，替换它才是合适的。

源链确认之后，请使用跨链桥转账状态清单。在弄清是哪一个阶段造成延迟之前，不要再发一笔存款，也不要手动调用桥合约。

同样，一笔已确认的代币授权或兑换，之后可能还会引发应用层面的操作。请分别核实每个哈希和合约事件。“App 还在转圈”并不会让一笔已确认的交易重新变成待处理。

总结

先核实正确的链、哈希、状态和最早未解决的 nonce。
只有在证明交易仍待处理之后，才把报价与当前行情比较。
优先使用钱包内置的同 nonce 加速或取消流程。
签署替换交易前，检查所有交易字段和最高费用。
持续跟踪相互竞争的哈希，直到网络确定结果。

常见问题

低费交易能待处理多久？

没有通用时长。它取决于网络规则、需求、所报费用、节点的内存池策略，以及交易是否仍在传播。请依据当前的链上证据，而不是一个通用计时。

原交易与替换都要付费吗？

只有被打包的那笔交易会在规范链上消耗执行 gas，但钱包行为和特定网络的机制可能不同。请查看替换成本和最终回执，而不是假定某个报价总额。

可以用不同 nonce 加速吗？

不能用来替换原交易。替换交易通常使用相同的发送方和 nonce。更高的 nonce 可能仍排在尚未解决的较早交易之后。

为什么钱包显示 pending，浏览器却找不到？

钱包可能显示过时的本地活动、使用了滞后的 RPC 节点，或未能广泛广播。请查看同一网络上另一个可靠的浏览器，并比较账户当前的 nonce。

已确认交易还能取消吗？

不能。原交易一旦在规范链上确认，使用相同 nonce 的取消交易就无法撤销它。任何补救都只能针对由此产生的资产或应用状态。

失败交易等于待处理吗？

不等于。失败交易已被打包，只是执行回滚；它的 nonce 已被消耗，gas 也已使用。在考虑发起新交易前，先诊断错误原因。

是否要先清除钱包历史？

先保存哈希和交易字段。清除本地活动记录不会把交易从网络中删除，反而可能让调查更困难。

确认数等于最终性吗？

不等于。确认数通常指交易被打包后又产生的区块数，而最终性由网络的共识规则定义。确认与最终性说明区分了这两种保证。

免责声明：本文仅提供一般技术信息，不构成财务或资产找回建议。替换行为、费用规则和钱包控制因网络及软件版本而异。

来源：

Ethereum.org — Gas and fees — https://ethereum.org/developers/docs/gas/
MetaMask Help Center — How to speed up or cancel a pending transaction — https://support.metamask.io/manage-crypto/transactions/how-to-speed-up-or-cancel-a-pending-transaction

Sources checked 2026 年 9 月 9 日。

延伸阅读：

加密交易因 Gas 费过低而卡住：核对网络、费用与替换交易条件