加密货币百科

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

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

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

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

2017年的EIP-706给以太坊节点网络DEVp2p整体装上snappy压缩：握手后在加密前压包、解密后解压，初始同步下载量从三十三吉字节降到十三吉字节。它放弃的方案和它防的解压炸弹同样值得讲。

两个以太坊节点建立一条加密连接要跑几步ECIES加密的认证握手，随后所有流量被切成带序号和校验的帧，多路子协议共用一条管道。RLPx的名字来自RLP序列化，规范版本目前是5。

Bitcoin Core 大约每六个月发布一个大版本，只维护最近的三个大版本，EOL 分支原则上不再接收安全修复。本文拆解官方生命周期政策：版本号含义、共识规则为何走维护版、软件版本与交易和网络协议版本的关系，以及节点运营者的升级纪律。

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

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

Discreet Log Contract 用两方合作输出和适配签名，把合约条款留在链下，只在链上揭晓并结算最终结果。本文拆解预言机公告、结算矩阵与超时兜底的结构，说明双签暴露私钥的威慑设计，以及预言机信任与实现成熟度带来的风险边界。