拆解 BOLT 11 闪电付款请求的每个组成：网络前缀与金额倍率字母、默认一小时有效期、支付哈希与支付密文等标签字段，以及扫码前应核对的三件事。

BOLT 12 让商家挂出一张长期有效的报价，付款方在网络上现生成发票。本文拆解 offer、invoice_request、invoice 三消息流程、盲路隐私与付款证明。

开通道时的 channel_type 字段决定备份难度与费用加急方式。本文解释静态远端密钥、锚输出与零费承诺三种基本类型及别名、零确认两种变体。

每张闪电发票必须携带 256 位 payment_secret。本文解释它如何阻断中间节点对收款终点的探测，又如何在多部分付款里充当碎片拼接的胶水。

Taproot Assets（前身 Taro）用塔普罗特树把资产元数据嵌进既有比特币输出，资产可以走链上交易，也可以存进闪电通道跨多跳支付。本文按官方文档梳理它的树结构、Universe 数据仓库、验证文件与闪电侧的原子兑换设计，并说明当前阶段的边界。

余额充足却付不出去，多半是 HTLC 槽位或承诺交易重量预算见底。本文拆解每通道四百八十三笔在途上限的来源、三类卡死场景，以及槽位被挤压攻击利用时的节点侧防御。

攻击者用合法 HTLC 长期占用你的通道流动性或槽位，失败路由不收费使攻击近乎免费。本文梳理流动性挤压与 HTLC 挤压两种模型，并给出今天就能部署的限额、参数与识别防御。

发票过期、没有路由、接收容量不足、HTLC 槽位或金额上限，四种高频失败原因现象相似处理不同。本文给出从发票到节点日志的排障顺序。

通道发不出也收不到，多半是余额失衡。本文对比链上关闭重开与链上链下互换两条调平路径的机制、费用构成、时间窗口与各自适用的场景。

闪电路由费更像一门小生意的仪表盘。本文解释通道双向余量、付款成功率与链上成本摊销三组指标，以及适合与不适合长期跑节点的人。