钱包手续费的“慢速、标准、快速”三档数字从哪来，什么时候会失灵

三档费率不是官方价

钱包转账页上“慢速、标准、快速”三档，常被当成链方公布的牌价。它其实是软件根据过去一段时间链的拥挤程度做的预测：给你三组“按这个单价出价，预期多久进块”的建议。既然是预测，就有失灵的时候，理解数字怎么来的，才能判断它什么时候可信。

EVM 链：基础费加小费的预估

以太坊类链走 EIP-1559 模型，费用分两段：由协议按上一区块用量逐块调节的基础费，和给打包者的小费。基础费部分不需要“估”——节点的 pending 区块里就写着下一个块的预估基础费；真正在估的是小费。常见做法是从最近若干区块里收集交易实付小费，按分位数给出建议，取哪个百分位、回溯多少个块，各产品口径不同。MetaMask 官方帮助的说法是：最高费用初始值依据前几个区块的历史设定，用户可自行修改。也就是说，三档差异通常体现在小费与最高费参数的激进度上，“快速档”并不是买到了优先通道凭证，细节可读最高费用与优先费怎么填？EIP-1559 交易两个费用字段的读法，节点侧历史数据的取法在eth_feeHistory怎么读？有专文。

比特币：按“几个块内确认”倒推

比特币钱包的档位逻辑不同：常见实现是拿本地内存池当样本，问“费率达到多少，交易大概能在 N 个块内被打包”，N 取 1、3、6 之类的目标，就对应快、中、慢三档。比特币费率为何忽高忽低的底层机制，比特币手续费为什么时高时低？钱包推荐费率的估算逻辑拆过估算逻辑；更直观的可视化档位，可以看mempool.space手续费档位怎么读？——两者同源不同壳，数值偶尔对不上并不奇怪。

三档都失灵的时刻

预估失准大多发生在内存池结构突变时：热门铸造或清算潮让费率在几分钟内跳升，你按“快速档”出价仍进不了块；反过来，拥堵刚消散时，高费率交易可能瞬间以低得多的实际成本成交。还有几类结构性原因：钱包估算基于公开内存池视角，而有些通道走私有打包；打包者对交易的选择还受包大小、替换规则等约束影响，不是纯按费率排序。所以“选快档还卡住”不是钱包说谎，而是预测模型没覆盖那一层。

卡住了怎么办

先确认交易是 pending 还是已被丢弃，用交易哈希在浏览器里查状态，处理路径参考交易卡在“等待中”怎么办？Pending 状态的排查、加速与取消。以太坊侧记住两条：费用是价高者先进、但同账户必须按 nonce 顺序执行，前一笔卡住时调高后一笔的费率没用；比特币侧则注意有的交易不满足可替换条件，加价换不来重发。任何时候，“显示中的预计到账时间”都只是文案，不是承诺。

估算之外还有谁在报数

除了钱包自己的算法，还有一类独立的费率追踪网站：它们不经过你的钱包，直接从链上统计最近区块的基础费分布、内存池里等待交易的费率分层，把“当前想进下一块大概要出多少”画成直方图和折线。对账时它是有用的第二意见：钱包推荐明显高于追踪器的中位数时，可能是钱包的估算窗口保守；明显偏低时，可能是它的样本滞后。另一类容易混淆的数字来自 Layer2 的手续费页面——那些链的账单除了执行费还含一块向主网发布数据的费用，同一档位在 L1 与 L2 上的含义并不相同，跨链套用档位经验容易出错。还有一个常被忽视的口径问题：档位页面显示的“预计耗时”基于历史出块间隔的平均值，而出块时间本身有波动，短时抖动会让实际等待与预估出现分钟级偏差。节点侧费用历史数据的原始读法，可参考eth_feeHistory怎么读？。

使用纪律

把三档当成温度计而不是遥控器：先看独立费率追踪器和浏览器的内存池图景，再决定选哪档；对时效一般的转账用标准档即可，急单才上快档。所有涉及资产操作的风险自担，本文不构成投资建议，也不做任何费用或价格预测承诺。