Knots 不是山寨客户端：一份比特币核心的带意见发行版

在比特币节点的下载页之外，你偶尔会看到一个带”绳结”图标的发行版：Bitcoin Knots。中文资料里它常被介绍成”Knots 是另一个比特币”，这是不对的；也有人以为它只是 Core 换皮。两种说法都偏了。这一篇讲清楚 Knots 的真实定位、默认差异，以及它存在的意义。

同一条链的第二份实现选择

Knots 由 Luke Dashjr 主导维护，是从比特币核心源码派生（derivative）的发行版：共识规则与比特币网络完全一致，跑 Knots 的节点和跑 Core 的节点在同一张网里互换区块，彼此没有身份区别。它与 Core 的差异集中在两处：一是从上游或核心之外回合来的功能与修复，二是默认政策（policy）的取舍。政策不同于共识——共识决定”这个区块是否有效”，政策决定”这台节点愿意帮忙转发什么、接受什么进内存池”。改政策不会造出新链，这是 Knots 与硬分叉实验的本质区别。

版本命名也直接体现这种派生关系：形如 29.3.knots20260508 的版本号，前半段对齐所基于的核心版本，后缀标明 Knots 自身的构建。它通常落后核心一小段时间，把上游改动与自己的补丁合并后再发布。

Knots 不是山寨客户端：一份比特币核心的带意见发行版图 2 — Knots 不是山寨客户端：一份比特币核心的带意见发行版 · 图 2

默认值上的几处坚持

Knots 最出名的默认差异是全面启用 fullrbf：节点的内存池替换政策允许任何未确认交易被更高费率的冲突交易顶替，不要求原交易显式携带 BIP125 可替换信号。支持方认为这让费用市场竞争更充分、加急路径更统一；反对方担心它改变收款方对”未确认交易稳定性”的既有预期。两个立场在核心社区辩论多年，Core 的默认在近年版本里也在向更宽松的方向移动，具体到某版本的默认行为，以对应版本文档为准。

另一类差异是策略可调性：Knots 把大量节点政策做进图形界面选项（包括是否接受非标准交易、数据载体（OP_RETURN）策略等），并提供一个一键切回核心默认值的开关。它还长期携带一些核心社区未合并的提案，例如针对交易时间戳操纵的 timewarp 修正类防御、区块模板接口里的额外字段、以及对某些垃圾交易模式的识别拦截。这些功能在 Knots 里默认或近默认开启，在核心侧则可能仍处于提案状态——阅读 Knots 文档时，把”Knots 已实现”与”比特币网络已激活”严格分开，是读对它的关键。

客户端多样性语境里的 Knots

公链社区谈”客户端多样性”时，理想图景是关键区块由不同的实现验证，一套软件的共识 bug 不至于瘫痪全网。比特币世界的现实是比特币核心占绝对多数，其他实现（含 Knots、bcoin、btcd、libbitcoin 等）合计份额很小。Knots 的特殊性在于：它对核心的偏离主要是政策与工程质量层面，共识代码高度同源，所以它既是”另一份二进制”，又不能完全对冲核心共识层 bug 的系统性风险。这个 nuance 在讨论”该不该换 Knots 以增加多样性”时经常被跳过。

换还是不换

对普通用户，切换客户端的实际成本在钱包文件与习惯：Knots 兼容核心的钱包数据格式，GUI 布局也接近，但它会展示更多配置项，新手反而容易误改。对服务运营者，Knots 提供的额外 RPC 字段与更细的政策开关有真实价值，例如更完整的对等端遥测与更严格的入池控制；代价是你要自己评估 fullrbf 等默认差异对业务假设的影响，比如收款确认策略是否依赖”非信号交易不可替换”。

还有一类人切换是纯粹理念投票：不认同某些核心维护决策的节点operator，用 Knots 表达另一种政策取向。这属于治理层面的选择，技术上两端都能跑出合格的节点。

一条核验路径

无论下载哪个发行版，第一步都是核验签名与校验和：从官方站点取 GPG 签名文件，确认签名密钥与公告一致，再比对二进制哈希。Knots 的官方公告明确提醒：升级前先验证新版本签名与新密钥的合法性。安装后可以用节点信息接口确认版本号与子版本字符串，确认你跑的确实是你以为的那份软件——这条动作对 Core、Knots、任何发行版都成立。

常见误区

一是把 Knots 当成”分叉币客户端”，它连的是同一条链。二是把 Knots 的默认政策当成全网政策——你看到的”默认可替换”不代表全网默认如此，收款策略仍应基于确认数而不是对全网政策的猜测。三是以为跑 Knots 就等于更安全，软件分歧带来的收益主要在全网层面，单个用户层面它增加的是选择权与配置复杂度。