feefilter 消息：节点如何提前挡掉不值得转发的低费交易

等交易上门之前先打个招呼

节点之间的交易传播走”邀请-索取”模式：A 节点先向对端宣告”我这有一笔新交易”，对端再按编号来取。这个模式有个浪费：当 A 的内存池因为拥挤把接收门槛抬得很高时，它仍然会先收到邀请、再拒绝、再看着对端把同样的邀请发给别人。拒绝一次，双方各花一次往返。Bitcoin Core 0.12 为内存池加了容量上限与动态最低接收费率之后，这个浪费变成普遍现象——门槛高的节点最不希望被打扰，可协议里没有任何办法让它提前把门槛说出去。BIP133 补的就是这句话：一条名为 feefilter 的新消息，内容只有一个整数，即本节点此刻愿意接受的每千字节费率下限，单位聪。对端收到后可以（但不强制）不再向它邀请低于此线的交易。

从规则细节看设计取舍

规范的条文很短，值得逐条读。消息只在协议版本足够新的连接上启用；收到 feefilter 的节点对低于门槛的交易跳过邀请，双向同理。规范特意处理了一个组合场景：轻量客户端若同时使用布隆过滤器和费率过滤器，交易必须两项都过才被推送。它还要回答”谁值得被过滤”——默认所有对端都发，白名单连接可以不发，因为管理员手接进来的连接往往带着手工调试的意图，不该被自动政策怠慢。最见匠心的是隐私条款：每个节点的门槛数值本身就是身份指纹——内存大小、流量模式、重启节奏都会泄漏进这个数。规范的对策是给广播出去的数值做量化并掺入小随机量，再对每个对端错开随机时刻发送，让观察者难以把某个具体门槛和某台具体节点钉在一起。

谁从这个机制里受益

对用户最直接的收益是卡单排查时的一条隐蔽规则：你的低费交易可能根本没被邻居节点拒绝过——它们把邀请掐在了发出前。一笔只出现在少数节点内存池里的交易，未必是被政策拒收，也可能只是大量节点压根没听说过它，这两种”沉默”含义完全不同，却常被混为一谈。对节点运维者，门槛信息让内存池成为可预测的边界而非不断试探的缓冲区；对费率估算生态，feefilter 传播的门槛曲线是全网”当前排队线”最接近实时的公开投影。潜在代价也要摆上：门槛信息可被用于测绘网络拥堵分布，尽管量化与随机化削弱了单点识别，一个持续监听全网 feefilter 流的研究者仍然能拼出粗粒度的拥堵图景——这正是 BIP 原文把隐私顾虑单列一节的原因。还有一条容易忽略的边界：这条消息是提议而非命令——规范用词是”允许但非必须”地过滤，对端完全可以无视你的门槛继续发来邀请，你的节点也照样有权利拒收；feefilter 优化的是协商的礼貌，不是拒绝的权力。

一句话总结

在比特币的信息外交里，feefilter 教给节点一句礼貌：先报门槛，再免打扰。它不改变任何交易规则，不强迫任何人接受或拒绝什么，只是在邀请发出前多花一个整数字节的沟通成本。理解它之后再看那些”我的交易是不是被节点屏蔽了”的焦虑，多数会落回正常解释——网络不是拒绝你，只是不再为低于水线的东西专门跑腿。

风险提示：本文内容仅为技术说明，不构成任何投资建议；涉及资产操作请自行核验当前版本行为与官方文档。