推荐费率不是确认承诺
mempool.space手续费档位经常被新手当成“多久一定确认”的保证。实际更准确的说法是:它根据当前内存池和近期出块情况给出推荐费率字段,帮助用户选择更可能被矿工打包的 sat/vB。mempool.space REST API 文档里的 recommended fees 接口会返回 fastestFee、halfHourFee、hourFee 等字段,但这些字段会随网络拥堵变化。
sat/vB 和总手续费不是一回事
费率单位通常是 sat/vB,表示每虚拟字节支付多少聪。你最终支付的总手续费,还要乘以交易体积。一个输入很多、输出复杂的交易,即使用同样费率,也会比简单交易更贵。因此看页面时不要只问“现在多少聪”,还要看钱包估算的交易大小、是否合并了多个 UTXO、是否有找零输出。站内 比特币粉尘线怎么算出来的 可帮助理解小额 UTXO 成本。
三个常见档位怎么理解
fastestFee 通常用于希望尽快确认的场景,halfHourFee 和 hourFee 更接近不同等待目标下的估算。它们不是矿池承诺,也不是链上规则。若你设置得太低,交易可能长时间停留在内存池;若钱包支持 RBF,可后续加价,但收款方也需要理解未确认交易仍有替换风险。可以结合 比特币 RBF 替换要满足哪些条件 判断卡单处理边界。
什么时候要重新估算
发送前停留太久、刚出现大额交易潮、铭文或交易活动突然升温、连续出块异常慢,都会让旧估算失效。稳妥做法是在签名前刷新一次费用,确认钱包显示的网络和金额无误;大额转账先小额测试,保留交易哈希,再观察区块浏览器确认数。不要为了省一点手续费,把不能延迟的交易设置到极低费率。
风险边界
本文只解释公开 API 字段和读表方法,不构成交易建议。比特币确认时间受内存池、矿工打包策略、交易体积、RBF/CPFP、节点转发策略和网络状态影响。任何固定 sat/vB 数字都可能很快过期,发布后应以实时页面和钱包最终提示为准。
发表评论
还没有评论,来说两句吧。
评论区为展示样式,提交不会被处理。