闪电通道最省心的离场方式是双方协商一致、一条链上交易收场。本文拆解 shutdown 消息的格式与发送限制、允许的到账脚本形态、预先承诺关闭地址的设计，以及协商关闭与强制关闭在费用、时间链上足迹上的差异。

闪电通道的真相记在链下，节点重启后第一件事是与每个对手方对账。本文拆解 channel_reestablish 消息的四个关键字段、消息补发规则，以及协议内置的数据丢失保护：什么情况下对手方必须按兵不动、你必须暂缓强制关闭。

闪电收款码里的 lnurl 串不是地址，而是一个 https 端点：钱包扫码后实时向服务端请求发票。本文讲 LNURL 的 pay、withdraw、auth 等玩法、它与 BOLT12 的哲学分歧，以及把信任锚换成域名后的新风险面。

轻量闪电钱包靠弹跳路由付款：把寻路委托给少数视野好的节点，洋葱里再套一层洋葱。本文讲机制、隐私与活性代价，以及它至今没进 BOLT 标准、主要由一个实现家族支撑的真实状态。

闪电网络没有内存池，风险换了形态：对手持有的旧版承诺交易能否上链，取决于撤销密钥交换与惩罚交易的时序博弈。本文拆解状态翻篇机制与锚定输出加急，区分失联、恶意广播旧状态与关闭纠纷三类情形，并给出普通用户的监控与处置顺序。

闪电网络的升级靠比特位协商：奇数类型的未知消息必须忽略，偶数类型必须断链；特性位成对分配并带依赖关系。本文以 BOLT9 与 BOLT1 的原文规则解释功能如何从可选走向必须，以及连不上通道时该查的协商交集。

cltv_expiry_delta 以区块数为单位，既影响支付能否被路由，也决定发现欺诈后抢占退款的时间窗口；发票未声明时付款方末跳至少要留 18 个区块。本文解释这个参数对成功率与惩罚窗口的双向影响、路由节点如何评估它，以及测试网验证与排查思路。

超过单通道额度的闪电支付可拆成多条 HTLC 并发送达：同一 payment_hash、total_msat 声明总额、payment_secret 归组，收款端所有或全无。本文讲清 BOLT4 的 HTLC 集合规则、两倍金额上界、约 60 秒 mpp_timeout 超时语义、能力协商与普通用户的对账要点。

包限制规则下，先出资的一方可能把闪电通道的资金交易“钉住”，让对方无法加急。Bitcoin Core 用 CPFP carve out 规则给只带一个未确认祖先的交易开了一个受控例外。本文讲清规则内容、0.19 版引入的背景和它与 RBF、v3 交易的接续关系。

刚开好的闪电通道经常“看着有钱却付不出去”，背后通常是 channel reserve 与尘埃上限两条规则。本文按 BOLT 2 解释储备金的动机、v1 与 v2 的计算差异，以及尘埃输出如何与在途 HTLC 交互，附核对思路。