仅 7 个可靠节点？比特币核心质疑 CJDNS 隐私网络存续

据 Woofun AI 消息，比特币核心 (Bitcoin Core) 社区正对 CJDNS 隐私网络的支持必要性展开激烈辩论。尽管尚未形成最终决议或执行代码删除，但极低的实际采用率已迫使开发者重新审视在主流客户端中维护这一传统叠加网络所带来的安全与工程权衡。

这一技术争议的核心在于：当底层网络缺乏足够活跃的节点参与时，所谓的冗余路由机制不仅无法发挥预期作用，反而可能演变为系统稳定性的潜在隐患。

Woofun AI 整理数据显示，针对 CJDNS 网络可用性的实证调查揭示了严峻的节点稀缺现状。讨论最初源于 GitHub 上的一个公开议题，开发者通过自动化测试发现，其节点实例在任何时刻都无法同时与三四个以上的不同 CJDNS 节点建立连接。为验证这一现象，另一位开发者查询了一个包含 25 个已知 CJDNS 地址的现有网络种子数据库。结果显示，虽然 22 个地址能够响应基本的握手信号，但仅有 7 个符合被视为可靠、'优质'节点的标准，具备处理区块和交易传播的功能。需要强调的是，单次种子节点查询并不能代表对整个 CJDNS 生态系统内所有运行节点的全面统计——私人且未公开宣传的节点以及未被收录在列表中的节点可能仍然存在。

然而，如此低的数值揭示了一个关键事实：如果一个叠加网络的可用路由目标不足十几个，就无法提供维持稳定运行所必需的网络冗余性。

从技术架构与安全风险的角度深入剖析，CJDNS 是一种基于加密的 IPv6 网状叠加网络，它利用公钥加密技术来分配地址并实现分布式路由功能。比特币核心在 2022 年的 23.0 版本中加入了对本协议的原生支持，使得节点运营商能够在使用 IPv4、IPv6、Tor 和 I2P 的同时，通过 CJDNS 来路由节点间的流量。官方文档指出，CJDNS 能够实现端到端的流量加密，从而增加流量分析和过滤的难度；但它并非像 Tor 那样的匿名网络——CJDNS 的中间路由器仍然能够看到其所转发的数据包的加密源地址和目的地址。该提案仅涉及比特币核心如何查找及连接节点的问题，即便移除 CJDNS 支持，也不会影响区块验证、挖矿、脚本规则或交易格式的运作，节点依然会遵循相同的比特币共识机制。

然而，网络传输方式与节点选择直接关系到数据的完整性。针对孤立节点而言，最主要的威胁就是'日食攻击' (Eclipse Attack)。在这种攻击中，攻击者掌控或破坏目标节点所建立的所有连接，将其与合法的全球比特币网络隔离开来，从而通过延迟区块公告、屏蔽特定传入交易或发起双重支付攻击等方式，操纵受害者对区块链的认知。在标准的 IPv4、IPv6 或 Tor 路由模式下，比特币核心可以通过在不同的网络组及地址范围内建立多个独立连接，从而有效抵御此类攻击。但若某个节点仅依赖七个可靠节点构成的网络运行，可用的连接总数远远不够，攻击者只需很少的资源就能垄断该节点所有的传入和传出连接，使原本作为安全备份的手段变成一个严重的单点故障风险源。

除了安全顾虑，工程维护负担与代码耦合问题也是移除派的主要论点。与普通的协议处理模块不同，CJDNS 的集成并未与标准的 IPv6 连接逻辑完全分离。由于 CJDNS 使用特殊格式的 IPv6 地址，代码库需要额外的处理逻辑、诸如 -cjdnsreachable 之类的专用启动参数，以及针对各种边缘情况的特殊解决方案。随着时间的推移，开发者们发现这些自定义逻辑会增加出错的风险，也会让网络栈的常规重构变得更加复杂。已有几位比特币核心的开发者提出了逐步废弃该协议的'概念性认可' (Concept ACK) 意见。在开源比特币核心的开发术语中，这意味着开发者同意某项提议的总体目标，但这并不等同于最终的投票决定、代码合并，或是立即承诺移除该功能。主张移除的开发者认为，持续维护这些低效且复杂的代码片段，不仅增加了维护负担，也违背了软件精简化的原则。

持谨慎态度的开发者则认为，不应仅仅依据当前的流量数据来判断节点的实用性。开发者乔恩·阿塔克 (Jon Atack) 指出，自动化的 CJDNS 节点发现功能直到 2025 年初才被整合到比特币核心中。在此之前的版本中，节点运营商必须手动配置节点地址，这一流程相比一键式的 Tor 或 I2P 设置来说，无疑增加了使用的门槛。支持者认为，CJDNS 使用率低的原因在于用户认知度不足，以及它在常见的即用型节点软件分发版中集成度较低，而非该协议本身没有价值。

如果像 Tor 或 I2P 这样的主流匿名网络遭遇集中封锁、基础设施故障或国家级的流量过滤，那么像 CJDNS 这样的替代性网状协议就能为维持节点间的连接提供至关重要的应急备用通道。

此外，阿塔克还主动提出亲自负责维护 CJDNS 的集成代码，以此来解决开发者需承担过多工作量的问题。如果比特币核心在未来某个版本中真的决定移除对 CJDNS 的原生支持，那么该软件就不再在应用层内部管理 CJDNS 节点连接了。

这一变化不会妨碍运营者在操作系统层面外部运行 CJDNS，也不会改变整个比特币网络处理交易的方式。目前的讨论恰恰体现了比特币核心严谨的工程理念：每一行代码都必须通过实际的安全性能和实用价值来证明其存在的必要性。