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

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

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

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

一条闪电通道开好后默认只在两人之间，想出现在全网图谱里，需要双方用announcement_signatures消息互换两份签名。开不公开在开通道那一刻就由一个标志位埋下伏笔，签名交换与六条确认共同构成最后门槛。

用比特币闪电网络给交易所充值或提币，体验与主网转账明显不同：对手是发票而不是地址，费用是路由费而不是矿工费，失败原因也集中在发票过期与通道容量。本文拆解机制、常见卡点与归因顺序，撰写于2026年9月，各平台支持范围以官方页面为准。

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

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

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

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