持有型发票让付款 HTLC 到达后保持挂起,收款方在超时窗口内选择结算或取消,把闪电付款变成两阶段提交。本文以 LND 的 invoices 子服务为例说明接口与状态机,覆盖原子互换、条件交付等用法,以及状态持久化与超时兜底的运维要点。
持有型发票让付款 HTLC 到达后保持挂起,收款方在超时窗口内选择结算或取消,把闪电付款变成两阶段提交。本文以 LND 的 invoices 子服务为例说明接口与状态机,覆盖原子互换、条件交付等用法,以及状态持久化与超时兜底的运维要点。
闪电收款的前提是手里有带进端额度的通道,LSP 替用户完成开道、注入流动性与路由代发,理想形态下保持非托管。本文按 LSPS2 等规范拆解按需开通道(JIT)流程、零确认通道的信任开关,以及集中依赖、隐私面与隐性费率三种成本。
Discreet Log Contract 用两方合作输出和适配签名,把合约条款留在链下,只在链上揭晓并结算最终结果。本文拆解预言机公告、结算矩阵与超时兜底的结构,说明双签暴露私钥的威慑设计,以及预言机信任与实现成熟度带来的风险边界。
轮询 RPC 又慢又浪费,ZMQ 让 Bitcoin Core 在新区块与新交易到达时主动推送事件。本文说明官方文档给出的定位:这是一条未认证、单向的通知通道,订阅者必须自行核验数据;并给出暴露面、信任模型与断线补账三个维度的部署清单。
Bitcoin Core 大约每六个月发布一个大版本,只维护最近的三个大版本,EOL 分支原则上不再接收安全修复。本文拆解官方生命周期政策:版本号含义、共识规则为何走维护版、软件版本与交易和网络协议版本的关系,以及节点运营者的升级纪律。
闪电节点之间的加密连接不是一把钥匙用到底:BOLT 8 规定每条密钥加密或解密一千次(即每五百条消息)就要换一次新密钥,旧链值随之抛弃。本文拆解这条轮换规则的结构、动因与它提供的向后保密。
Taproot 用带名字为 taproot、占用版本第 2 位的改良版 BIP9 部署:主网阈值从 95% 降到 90%,95% 会拖垮升级的超时窗口照常保留,另加 min_activation_height 参数把激活钉在区块 709632。本文逐项拆解这套部署参数的由来与效果。
EIP-7642 把以太坊 eth 协议升到 eth/69:握手状态消息不再携带合并后已无意义的总难度,改为报告节点实际能提供的首个与最新区块范围,同时从收据传输里删掉可重算的布隆字段。本文拆解这两处精简的动机与影响。
比特币节点的 ping 消息早期只是一句“还活着吗”,对端回 pong 即可。BIP 31 给它加了一个 64 位随机数:pong 必须原样回声,客户端从此能测往返时延,也能分辨休眠后残存的假活连接。本文拆解这条 2012 年小规范的设计与现状。
全新的闪电节点不认识任何人,它要先找到几台已联网的节点才能展开图同步。BOLT 10 用 DNS 承担这份工作:按条件过滤的查询、通配符与定点两种模式、SRV 记录里的地址与端口。本文拆解这套引导与辅助定位机制。