Core Lightning于2026年10月7日发布v26.06.9补丁更新，主要面向节点运营者。据称，该版本修复了v26.06.8中的一项回归问题——该问题可能导致繁忙节点的通道流量延迟——以及通道关闭期间的一种支付边缘情况。此次更新还强化了授权和配置安全。官方敦促仍在使用v26.06.8的用户升级；同时，据称曾运行master分支的节点会因数据库模式变更而受到无法降级至26.06.x的限制。

Core Lightning v26.06.9主要面向26.06.8用户

Core Lightning v26.06.9似乎是一项面向运营者的补丁发布，而非外观或功能层面的小幅更新。据披露，变更主要集中在三方面：v26.06.8的一项回归问题可能限流对等节点并拖慢繁忙节点的通道流量；通道关闭时的一种支付边缘情况可能令转发资金面临风险；以及围绕runes和配置处理的若干安全加固。

项目	详情
版本发布	Core Lightning v26.06.9，于2026年10月7日发布
修复的主要回归问题	v26.06.8的CPU预算记账问题，可能限流对等节点，并导致繁忙节点的通道流量延迟
资金保护调整	通道正在关闭且支付到期时，节点将强制关闭通道
直接结论	官方敦促v26.06.8运营者升级
回滚限制	据称，因数据库模式变更，运行过master分支的节点无法降级至26.06.x

这一紧迫性与项目自身的发布机制一致。Core Lightning文档指出，GitHub发布说明是主要发布文本，邮件列表公告和发布博客随后会沿用相同表述。因此，即使此处未列出完整的补丁说明，该版本也应被视为需要运营者采取行动的重要更新，而不是一次常规后台维护。接下来需要理解的是，两项主要修复为何分别具有不同的重要性。

两项修复对应不同的运营风险

据披露，v26.06.8的回归问题属于路由与性能问题，而关闭通道时的支付问题则被定义为资金保护方面的边缘情况。根据发布说明，v26.06.8将常规消息计入原本用于gossip查询的CPU预算。在繁忙节点上，这可能对对等节点实施限流，并拖慢通道流量。据称，v26.06.9将该预算专门保留给gossip查询，从而消除了减速的根源。

第二项修复针对的是另一类故障模式。发布说明称，如果通道在支付截止期限到达时正处于关闭过程中，除非节点强制关闭该通道，否则已转发的资金可能面临风险。v26.06.9通过在这种情况下强制关闭通道来改变原有处理方式。

不应将这一调整与早期26.06版本的通道关闭改动混为一谈。Blockstream在官方Core Lightning 26.06公告中，曾针对更广泛的版本线单独引入一项规则：在特定争议窗口内，关闭通道前需等待72个区块，而非12个区块。这为通道关闭安全提供了有益背景，但与据称由v26.06.9修复的支付截止期限问题并非同一机制。实际来看，该补丁似乎同时解决了节点高负载运行表现和更狭义的关闭通道边缘情况，这也解释了为何升级信号如此强烈。

安全加固与降级限制进一步增加运营压力

除两项主要修复外，据称v26.06.9还收紧了多项安全敏感行为。发布说明称，受限runes无法再创建不受限runes，也不能重新列出黑名单中的runes；listconfigs命令现会掩盖敏感值；setconfig则通过持久化选项阻止配置注入。这些调整意味着，该版本不仅与路由节点相关，也值得关注授权边界和更安全运维的运营者重视。

同一报告称，为提高漏洞利用开发的难度，安全测试被暂时保留。报告还表示，由于数据库模式变更，运行过master分支的节点无法降级至26.06.x。这些细节提高了运营层面的风险权重，因为它们意味着部分用户在第一时间独立审查补丁，以及规划回滚路径时，都可能面临更少的灵活性。

最有价值的结论仍应保持审慎：受影响的运营者应将26.06.9视为一次重要的维护版本；但正式的严重性标签、具体角色暴露范围以及任何受支持的降级流程等细节，仍有赖于项目方针对该补丁发布的材料。