比特币核心质疑一个仅有七个健康节点的隐私网络_新闻

免责声明：内容不构成买卖依据，投资有风险，入市需谨慎！

比特币核心质疑一个仅有七个健康节点的隐私网络

2026-08-24 05:41:16

比特币核心质疑仅有七个健康节点的隐私网络

虽然尚未移除任何代码，也未做出最终决定，但极低的采用率已迫使贡献者重新审视在比特币主客户端中维护遗留覆盖网络所涉及的实际安全与工程权衡。

关键要点

最近一次种子数据库检查仅发现七个“良好”的CJDNS节点，突显了该网络的实际采用率极低。
稀薄的节点池削弱了安全性，使恶意行为者更容易孤立并操控仅使用CJDNS的节点。
开发者正在权衡代码复杂性与漏洞风险，与在紧急情况下保留替代路由网络之间的利弊。
该提案仅涉及节点网络与传输协议，不影响区块验证、交易规则或核心共识。

七个“良好”节点引发更广泛的基础设施审计

技术讨论源于一个公开的GitHub问题，开发者质疑比特币核心是否应继续支持一个几乎未见实际流量的加密路由层。为比特币添加替代网络传输层的核心目标是确保冗余，防止任何单一网络层面的故障或审查。然而，只有在底层网络存在活跃的节点网格时，冗余路由才能发挥作用。

在对仅使用CJDNS的节点设置进行自动测试时，核心开发者Marco Falke报告称，他的实例在任何给定时间都无法与超过三到四个独立节点建立连接。随后，另一位贡献者查询了一个已知包含25个CJDNS地址的种子数据库。在测试的25个地址中，22个响应了基本握手，但只有7个满足被归类为可靠“良好”节点用于活跃区块和交易传播的技术标准。

需要理解的是，一次种子查询并不代表整个CJDNS生态系统中所有运行节点的绝对普查。未公开的私有节点和未索引的节点可能仍存在于公共种子列表之外。然而，低数字凸显了一个严峻的现实：一个可访问路由目标少于十二个的覆盖网络，无法提供弹性生产节点所需的操作冗余。

理解CJDNS：加密IPv6路由与共识规则

CJDNS是一个加密的IPv6网格网络覆盖，使用公钥密码学进行地址分配和分布式路由。比特币核心在2022年的23.0版本中增加了对CJDSN的原生支持，允许节点运营商通过CJDNS与IPv4、IPv6、Tor和I2P一起路由对等流量。

比特币核心的文档称，CJDNS对流量进行端到端加密，可以使流量分析和过滤更加困难。然而，它并非像Tor那样的匿名网络：中间CJDNS路由器仍然可以看到其转发的数据包的加密源地址和目标地址。

该提案仅涉及比特币核心如何发现并连接对等节点。移除CJDNS支持不会改变区块验证、挖矿、脚本规则或交易格式；节点将继续执行相同的比特币共识规则。

日蚀攻击的安全机制

在比特币节点安全中，网络传输和对等节点选择直接关系到数据完整性。加密可以隐藏第三方对数据包内容的查看，但如果节点可选择的节点池过于受限，它并不能保护节点免受虚假或延迟信息的攻击。

对孤立节点的主要威胁是日蚀攻击。在日蚀攻击中，攻击者会控制目标节点建立的所有对等连接。通过完全包围目标节点，攻击者有效地将其与合法的全球比特币网络隔离开来。借此，攻击者可以通过延迟区块公告、审查特定传入交易或尝试对未确认交易进行双花攻击来操纵受害者对区块链的视图。

在标准的IPv4、IPv6或Tor路由下，比特币核心通过跨不同网络组和网络范围建立多个独立连接来缓解日蚀攻击。但是，当节点仅在一个只有七个可靠节点的网络上运行时，可用连接的总池子太小。攻击者只需很少的资源就能垄断仅使用CJDNS的节点的所有传入和传出连接，将原本的安全后备措施转变为重大的单点故障向量。

代码复杂度与废除的理由

除了低采用率与安全问题，主张移除的开发者还强调了CJDNS代码给整个比特币核心软件仓库带来的持续维护负担。

与标准协议处理程序不同，CJDNS集成并未完全与标准IPv6连接逻辑隔离。由于CJDNS使用特殊格式的IPv6地址，代码库需要自定义处理逻辑、专用的启动参数（如-cjdnsreachable）以及专门的边缘情况解决方法。随着时间的推移，开发者注意到这些自定义逻辑路径引入了漏洞风险，并使网络栈的常规重构变得复杂。

几位核心贡献者已对废除该协议表达了“概念性认可”。在开源比特币核心开发术语中，“概念性认可”表示贡献者同意提案的宏观目标；它不代表最终投票、代码合并或立即移除该功能的承诺。

长期紧急储备的理由

在问题的另一面，敦促谨慎的开发者认为，节点实用性不应仅根据当前流量指标来判断。贡献者Jon Atack指出，自动化的CJDNS节点发现功能直到2025年初才集成到核心中。在那次更新之前，节点运营商必须手动配置节点地址，与一键式Tor或I2P设置相比，这一过程造成了显著的进入门槛。

支持者认为，CJDNS的低使用率源于用户意识不足以及主流一体化节点软件分发中的集成有限，而非其内在价值缺失。如果像Tor或I2P这样的主要公共匿名网络遭遇集中封锁、基础设施故障或国家级过滤，像CJDNS这样的替代网格协议可以提供关键的紧急后备渠道来维持对等连接。

此外，Atack自愿亲自维护CJDNS集成代码，以解决开发者负担的问题。核心贡献者现在必须决定：是为边缘紧急情况保留替代传输路由，还是通过移除低使用率的网络逻辑来精简代码库。

潜在移除对节点运营者的影响

如果比特币核心最终决定在未来的版本中移除原生CJDNS集成，该软件将简单地停止在应用层内部管理CJDNS对等连接。这一变化不会阻止运营者在操作系统层面外部运行CJDNS，也不会改变更广泛的比特币网络处理交易的方式。

对于依赖标准IPv4、IPv6、Tor或I2P连接的绝大多数节点运营者来说，CJDNS的移除将完全不被察觉。正在进行的讨论仅仅反映了比特币核心严谨的工程哲学：每一行代码都必须通过经过验证的安全性和实际效用证明其存在的合理性。

免责声明：

本网站、超链接、相关应用程序、论坛、博客等媒体账户以及其他平台和用户发布的所有内容均来源于第三方平台及平台用户。百亿财经对于网站及其内容不作任何类型的保证，网站所有区块链相关数据以及其他内容资料仅供用户学习及研究之用，不构成任何投资、法律等其他领域的建议和依据。百亿财经用户以及其他第三方平台在本网站发布的任何内容均由其个人负责，与百亿财经无关。百亿财经不对任何因使用本网站信息而导致的任何损失负责。您需谨慎使用相关数据及内容，并自行承担所带来的一切风险。强烈建议您独自对内容进行研究、审查、分析和验证。

展开阅读全文