一次安静的默认值调整
2025 年 10 月 13 日发布的比特币核心 v30.0 在一大串变更里藏了一条容易被普通用户滑过的调整：两个决定“节点肯不肯帮你转发交易”的参数，默认值降到了每虚拟字节 0.1 聪——-minrelaytxfee（最小中继费率）与 -incrementalrelayfee（递增中继费率）同步下调；给矿工建块用的参数 -blockmintxfee（打包最低费率）则降到 0.001。发布说明同时强调了两条边界：粉尘费率、费用估算器下限、钱包内部费率这些其他费率参数一概没动；而且这些默认值“除非全网广泛采纳”，否则低费率交易不保证传播与确认。
三条线各自管什么
看懂这条变更要先分清排队体系里的三条线。中继下限决定你的交易能否敲开第一个节点的门；内存池动态下限决定它在拥堵时能否在谁的内存里留下来；矿工的打包线决定它最终进哪一轮块。v30 降的是第一条线——相当于把“愿意礼貌转发的最低门槛”放低了一个数量级。但拥堵时真正卡住低费交易的往往是第二条线：内存池满员时，节点按费率划线丢弃低价交易，这条动态线会随流量起伏，不受这个默认值约束。因此“默认中继下限 0.1”绝不等于“0.1 聪每虚拟字节也能稳定上链”——传播靠共识邻居，确认靠出块矿工，两个都要看。
兼容期：新旧默认值共存是常态
升级从来不是全网瞬间完成的。同一时刻，网上既有把中继下限设为 1 聪每虚拟字节的老版本节点，也有跑默认 0.1 的新节点；一笔恰好落在两者之间的低费交易，可能在一部分邻居那里被礼貌接收，在另一部分那里被拒之门外，传播半径变成一场掷硬币。这也是发布说明那句“不保证传播”的技术含义。发布说明还专门提醒钱包用户：创建交易的费率下限由 -mintxfee 控制，默认值没变，想利用新中继默认值发低费单，得先显式调低它，否则钱包自己就先拦下了——这是特性不是故障，防止手滑。
用户该把这则变更读成什么
正确的读法是一条中性的网络参数演化：中继门槛向“节点之间更宽容”的方向挪了半步，而排队市场的价格信号（动态下限、矿池打包线）没有改变。把它读成“手续费要跌了”或者“可以白嫖网络了”都是过度推断——费率水平始终由同一区块空间上的需求竞争决定。对普通钱包用户最实用的建议仍然只有一条：用钱包内置的费率估算并按目标确认时间选择档位，别去手工填一个贴着默认中继下限的“地板价”，然后在拥堵日困惑为什么石沉大海。本文依据 v30.0 官方发布说明整理，核验于 2026 年 9 月。本文不构成任何投资建议。
三条线之外的第四道闸门
中继与打包参数之外，还剩一道容易被忽略的闸门：标准性规则（standardness）。节点愿意转发的交易形态是共识规则的子集，脚本形态、数据承载体积、签名结构都有各自的中继政策；费率再高，形态不合标准的交易照样会被默认配置的节点挡在门外。v30 这次调整只碰了费率数值，没有触碰“什么形态算标准”，所以它不改变“什么样的交易能出门”这条边界，只改变了“贵到什么程度才值得帮转”这条门槛。读版本变更时要养成把两类参数分开的习惯：费率类参数影响传播竞争，政策类参数决定形态合法性，两者常常在同一段发布说明里挨着出现。
用户视角的最小行动清单
对绝大多数钱包用户，答案是无需任何动作：主流钱包的费用估算器会自行给出档位，中继默认值的下移只意味着极端低费的交易能多走几跳，并不会改变“拥堵时该给多少”的答案。对手工建单的用户，值得补两条：一是钱包侧的创建下限默认没降，若真要用更低的费率测试，需要显式调低对应参数，并预期传播可能不完整；二是不要用“默认中继下限”当报价锚点，那是节点之间的礼貌线，不是市场出清价。最后提醒版本事实要带版本号：不同版本的默认值确实不同，跨版本比较费率政策时把版本号写进结论，是所有涉及参数讨论的基本纪律。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。