闪电通道合作关闭时，关闭交易的手续费没有默认答案：出资方先按自己的估计报一个价，对方再报自己认可的价，反复互换直到一致才共同签名。消息里还藏着一个min与max的费率区间字段。

非零费通道里，承诺交易的手续费由出资方支付，链上费率变了就靠update_fee消息调整：类型号134、每千字重单位、单向发送、永不关闭只被替换。这条消息还带一个规范明文写下的时序竞态。

闪电开通道流程的最后一站：双方资金签名交换后，各自等资金交易攒够确认，再互发一条带别名别名的channel_ready消息，通道才进入正常运行。这条消息的前身叫funding_locked，改名背后是别名机制的加入。

闪电节点断线重连后不知道错过了哪些通道更新，靠query_channel_range按区块区间盘点邻居、回带时间戳或校验和、缺什么补什么。这套对账机制决定了图谱同步的速度与流量。

闪电网络的消息用TLV结构携带字段，type和length都用BigSize编码：小于253只占一字节，最大也只用九字节，而且必须用最省字的写法。这套从比特币CompactSize借来的整数格式如何支撑协议的向后兼容。

闪电网络规范里两条长得几乎一样的示警消息：error会让指定通道立刻进入失败流程，warning只要求对方记日志。两者都带通道编号和一段可读文字，用错场景的代价完全不同，这篇文章讲清它们的分工。

比特币核心 v29 起允许零费交易携带一个注定被同包花掉的尘埃输出。本文解释临时尘埃的规则边界、它对锚定输出与包中继的意义，以及手工组包的排查顺序。

KeySend 把期值哈希放进洋葱自定义字段，跳过发票往返直接向已知节点付款，适合换仓与自动分账。本文逐项对照发票被绕开后损失的安全属性：在线要求、无金额承诺、私有载荷格式，并划清它与静默支付、LNURL 的边界。

持有型发票让付款 HTLC 到达后保持挂起，收款方在超时窗口内选择结算或取消，把闪电付款变成两阶段提交。本文以 LND 的 invoices 子服务为例说明接口与状态机，覆盖原子互换、条件交付等用法，以及状态持久化与超时兜底的运维要点。

闪电收款的前提是手里有带进端额度的通道，LSP 替用户完成开道、注入流动性与路由代发，理想形态下保持非托管。本文按 LSPS2 等规范拆解按需开通道（JIT）流程、零确认通道的信任开关，以及集中依赖、隐私面与隐性费率三种成本。