它解决什么问题
闪电通道的链上资源是“插拔式”的:开通道要在链上锁定一笔资金,关通道才释放。问题是,如果通道已经开好用着,你想往里追加资金,或者取一部分出来回链上使用,传统答案是关掉重开——多付两轮链上手续费,期间通道内资金还要经历结算流程。
Splicing 把这件事变成“不关通道也能改余额”。Bitcoin Optech 对它的定义是:把链上输出中的资金转入支付通道,或从支付通道转入独立的链上输出,而通道参与方不必等待确认延迟就能继续花费通道里的其余资金。前者叫 splice in(加钱),后者叫 splice out(取钱)。

链上是怎么上演的
Splice 并不是凭空变出一个新余额字段。每次 splice 本质上仍是一笔链上交易:旧的 2-of-2 输出被花掉,同时创建一个新的通道资金输出(splice out 时还会附带一个普通链上输出给你取出的钱)。区别在于安全衔接方式——新通道的有效性以旧通道关闭交易为前提,双方事先对这套新旧状态都签好了字,所以在旧交易确认之前,通道里的其余资金依然可以安全使用,不存在“旧的不算、新的没定”的真空期。
构造这笔 splice 交易复用的是双通道出资(dual funding)引入的交互式交易构造协议:双方通过 tx_add_input、tx_add_output、tx_complete 等消息协作拼出交易,细节见 闪电 v2 通道双出资机制。为了让拼交易期间不再有新的支付在途,协议先走一遍静默期(quiescence)流程,双方约定暂停 HTLC 更新,完成 splice 后再恢复。通道内每一笔在途支付(HTLC)的机制见 闪电网络 HTLC。
和 submarine swap、重开通道有何不同
容易混淆的是链上互换(submarine swap,如 Loop 类产品):互换在链上买卖通道两侧的余额,通道总容量不变,只是把资金从一侧搬到另一侧;splice 则直接改变通道本身的总余额。与关通道重开相比,splice 把两笔链上交易合成一笔,减少手续费和状态迁移窗口,也避免了对端不配合关闭的风险——前提是双方在线配合,它本质是协作操作,任何一方不同意就做不成。
推进状态与边界
各实现进展不一致,以下为公开提交记录反映的节点:Core Lightning 在 2026 年合入了 splicein 与 spliceout 的 RPC 命令(PR 8856、8857),Eclair 在 PR 2887 支持了正式 splice 协议,LDK 在 PR 4427 为尚未锁定的 splice 交易补上了 RBF 加速;Phoenix 钱包早在 2024 年就基于静默期协议上线了 splice。这些状态是时间敏感的,使用前应以各实现当前发行说明为准。另外,splice 与零确认通道、v3 交易拓扑的组合在 2024 年有过公开讨论,涉及费用管理与钉住风险,相关背景见 v3 交易与临时锚点。若通道对端频繁不在线,或你使用的钱包不支持 splice,加钱仍要走“链上新开一条通道”的老路,见 闪电通道流动性管理。
风险提示:比特币价格与网络状态波动较大,本文仅作技术与安全科普,不构成任何投资建议;涉及资金操作前请小额试转并逐项核对,所有协议参数以官方规范与源码为准。
动手前先核对的几件事
第一,确认你的钱包与节点实现对 splice 的支持程度:有的只支持接收对端发起的 splice,有的两条方向都能主动发起,还有实现停留在实验开关后面。第二,理解一次 splice 会改变通道资金交易的 txid 与输出索引,依赖旧 txid 做对账的服务、备份与监控脚本都要能跟随更新,静态通道备份文件也必须是在最新状态之后生成的。第三,splice 期间的链上手续费由谁出、费率怎么谈,各实现策略不同,费用敏感的场景先小额测试一次。第四,若你的通道挂着未到期的 HTLC 或正在处理大额在途支付,静默期会让这些更新短暂停摆,服务时段应避开高峰。最后提醒:任何声称”帮你免确认加钱”的第三方服务都要求你让渡部分资金控制权或信任,这已经越出协议本身,风险自担。
发表评论
还没有评论,来说两句吧。
评论区为展示样式,提交不会被处理。