节点封禁与不鼓励名单：坏邻居怎么被 Bitcoin Core 静默劝退

静默的记分制

Bitcoin Core 对可疑连接执行 discouragement 机制：一旦某对端被认定发送了验证失败或协议违规的数据，节点立刻断开它并把地址放入一个本地的不鼓励集合，当前会话内不再连接，但默认不写入持久封禁、重启即忘；只有管理员通过封禁接口手动出手，才会生成带到期时间的持久记录。整个过程没有任何礼貌通知：点对点协议里本来就几乎没有身份认证，控制消息谁都能伪造，软件选择少说话、快抽手。手动封禁记录持久存在数据目录里，现代版本用 JSON 文件承载（更早代际用的是另一种二进制格式，跨版本升级时会自动迁移）；源码里手动封禁的默认时长常量目前标注为二十四小时一档，该常量随版本可能调整，运维时以当期源码与文档为准。

什么行为会触发

触发来源大致三类。传输层行为：消息头校验和连错、版本握手不合规、消息体积离谱。数据层行为：交付了验证失败的交易或区块、用同一份数据反复戏弄点单逻辑、宣称存在又迟迟不兑现的清单条目。协议滥用：对 ping 长期不回应、对已见过的对象重复轰炸。这套机制的宽容面在于：多数轻量异常只在日志留一行痕迹，真正升级为断连与不鼓励的是反复或明确越界的那一类。这也是为什么在拥堵或同步攻坚期，节点日志会偶尔出现 Misbehaving 字样而连接依旧稳定。

白名单是唯一的例外通道

公网节点常被扫描器和探针骚扰，逐个处理又慢又占资源。软件为此提供权限白名单：给自家矿池、网关或同机房节点的地址段挂上豁免标记后，惩罚路径对这些连接直接跳过——较新版本的默认权限集里就包含不封禁这一项。这背后的安全直觉很朴素：防护机制对付的是陌生流量，不是自己的设备；反过来，把来路不明的地址段批量加白等于给防火墙拆线，属于典型的高危配置。

被误伤的一方怎么自救

同一机制反噬自己有两种常见姿势。第一种：用共享出口的个人节点，某次软件 bug 或代理故障让整段地址连着触发不鼓励，在对方重启或手动清理之前无法重新接入。第二种：带宽太小延迟太高，对端把延迟误读成不交货而把你断掉，你这边浑然不觉。自查顺序：先用封禁查询接口看本节点自己拉黑了谁，再看日志 Misbehaving 字样的频率与来源，最后才动配置文件。想主动清历史，用解封接口按地址执行，别直接删文件——手动记录的格式由软件自己管理。

一个日志阅读习惯

把 Misbehaving 日志接进你的监控是有收益的习惯：单条出现通常无意义，同一来源短时间密集出现，要么对端软件真有毛病，要么你正被某种探测流量反复骚扰。把来源地址聚合后与公开封禁清单、云商机房网段对照，大多能立刻归类。这个视角也解释了为什么普通钱包用户永远看不到这套机制——它整个活在节点运维的日志层里，你只在搭建自己的接入点时才会与它打照面。

快速问答

问：封禁是对等全网生效的吗？ 答：完全本地决定，你的节点拉黑的地址与别人无关，不存在共享黑名单协议。

问：被误封了能申诉吗？ 答：没有申诉通道；等时限自然过期，或让对方按其文档把你的地址段加白。

常见误区

一是以为封禁需要对方承认错误，实际它只是本地止损；二是把封禁当防火墙替代品，暴露端口的前门防线仍然在系统层；三是拿旧版本的长默认时长套现在的发行版，参数以当期文档为准。

风险提示：本文为节点机制科普，不构成任何投资建议；公网暴露与安全配置请遵循 Bitcoin Core 当期官方文档及通用安全基线。