芬尼攻击要求攻击者预挖秘密链再双花，商家零确认交付是其成立前提。本文从2010年的原始讨论出发，划清它与抢双花、51%攻击的边界，并给出闪电惩罚窗口下的等价防御清单。

闪电网络的路由收入从哪来？流动性广告让通道节点向全网广播自己的容量、基础费与比例费，付款方据此规划路线。本文讲清报价字段如何参与路由选择、广告与真实余额的差距、以及由此形成的流动性市场，并说明这套数据为什么公开可读。

闪电网络上手机钱包怎么处理一笔经过多跳的付款？Trampoline方案让一个可信的中间节点替你的通道图做完整路由。本文讲清这种委托路由的信任边界：什么被中心化了（路径选择），什么没有被中心化（资金与最终一跳），以及为什么它至今没有进入正式规范却成了移动端事实标准。

闪电网络节点靠 node_announcement 向全网自我介绍：别名、RGB 颜色、能接听的地址都在这一条消息里。本文拆解这张名片的字段构成、时间戳递增与签名规则、地址描述符的类型编码，以及规范为什么提醒钱包对别名做消毒处理。

闪电通道每次状态更新都要换一把承诺密钥，理论上有一万六千多把。本文拆解 per-commitment secret 的 48 位序号与翻转派生算法、接收方为什么只需存四十九组数据，以及这条链条如何撑起惩罚机制。

闪电通道支持在建通道那一刻锁定未来 cooperative close 的资金出口。本文讲清 upfront_shutdown_script 的协商规则、规范允许与拒绝的脚本形态、它防的劫持场景，以及节点升级地址格式时这条预设遗嘱的双面性。

闪电网络给通道改造准备了暂停键：一条名为 stfu（SomeThing Fundamental is Underway）的消息让双方暂停常规更新，安静地完成调额等根本性操作。本文解释通道静默（quiescence）的触发条件、initiator 字段的握手逻辑、六十秒断开规则，以及它为什么要求先清空在途支付。

闪电协议里没有“通道有效期”这个概念，开通道的那笔链上资金也没有时间锁，但这不代表放着不管就安全。本文说明通道为何永不过期、HTLC 为何自带到期高度，以及长期闲置下旧状态泄露与状态备份缺失两类真实风险的处置办法。

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

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