闪电通道不关门也能改造容量：Splicing 拼接的机制与各家进度

关闭重开的账

闪电通道创建时，双方的资金锁进链上的一笔二对二多重签名输出，容量从此固定。想加钱或取钱，旧流程要求把通道 cooperative close（协作关闭）关掉：一笔链上交易分完余额，等确认，再重新开通道。两笔链上交易、两次手续费、若干天的路由空窗，更重要的是这条通道积累的公开路由信誉全部清零——对依赖稳定拓扑的节点运营者是双重损失。Splicing（拼接）解决的就是这笔账：通道不关，容量可增可减。

机制：先静默，再换锁

拼接的前提是先把通道”冻”起来。协议定义了静默机制：一端发出表示”有根本性变更要发生”的消息（规范里叫 stfu，取 SomeThing Fundamental is Underway 的首字母），对端确认后就进入静默态，双方停止一切新的通道更新，等在途支付落地。若指定时间内（规范要求 60 秒）仍清不掉未决支付，节点就断开会话、终止拼接，通道退回正常工作状态。静默达成后，双方构建一笔新的链上拼接交易：花掉旧的资金输出，生成新容量的资金输出。加钱（splice-in）时各自追加输入，减钱（splice-out）时新交易直接多出一个付往链上地址的输出。通道状态机在拼接期间照常运行，拼接交易确认、双方交换锁定确认后，通道带着新容量恢复工作。整个握手用 splice_init、splice_ack、splice_locked 三类消息完成，写在 BOLT2 通道管理规范的草案章节里。

各实现的进度（按公开发布记录，以各项目最新发行说明为准）

Core Lightning 自 v23.08 起把拼接作为生产功能提供，并通过插件接口开放拼接操作；Eclair 及其驱动的 Phoenix 钱包把功能用于单一动态通道体验，用户几乎感觉不到”通道管理”的存在。LND 在 0.19 的发行说明中加入了拼接所需的静默协议基础，而拼接本体当时列为后续项。规范本身仍在 BOLT 流程中演进，跨实现互通以 Core Lightning 与 Eclair 组合的公开验证最早。这个领域推进快，动手前永远以各项目当前版本的发布说明为准。

链上会看到什么

拼接对区块链并不隐形：那笔替换资金输出的交易是普通链上交易，分析者能把旧通道输出与新输出关联起来，容量变化因此是公开事件。频率也要注意，每一次增删都在付矿费，高费率时期频繁拼接的账单可能反超安静运行的收益。对钱包产品，这把”链上余额和闪电余额是一个水池”的体验变现实了：Phoenix 在用户需要大额入站或从通道直接付链上地址时自动触发拼接，用户不再理解”通道”这层概念。

边界与风险提示

拼接期间余额锁定、新支付暂停，这是功能自身的可用性代价；拼接交易被重组的兜底由协议的状态机与确认等待处理，用户端不应自造轮询强推。任何第三方以”帮你一键扩容通道”为名索要助记词或管理密钥的，一律视为骗局。本文只描述协议与实现事实，不构成对任何钱包或节点的采用建议。

用户视角的决策账

把三种路径摆在同一张表里看：关闭重开付两次链上费、经历完整停机、信誉清零；等待对手配合的单向 splice 是一次链上费、秒级静默、信誉保留；什么都不做的代价则是持续的路由流失或入站额度浪费。多数节点运营者的理性策略是”事件驱动拼接”：批量攒够值得一次链上操作的容量需求（入站见底、大额出链需求、通道老化重组）再动，而不是给每个小额波动各跑一次。钱包端 Phoenix 式的自动拼接把这条账交给软件，用户看到的是”付款和收款都不限额”，账单藏在费率合适时的后台窗口里。两种取向都不坏，坏的是在费率峰值手动触发一次本可等两小时的拼接——所有拼接成本都发生在链上，链的成本就是它的成本。