比特币专题

闪电节点重启后的第一句话：channel_reestablish 如何挡住灾难损失

闪电通道的真相记在链下，节点重启后第一件事是与每个对手方对账。本文拆解 channel_reestablish 消息的四个关键字段、消息补发规则，以及协议内置的数据丢失保护：什么情况下对手方必须按兵不动、你必须暂缓强制关闭。

闪电协商关闭：一条 shutdown 消息如何把通道体面拆成链上转账

闪电通道最省心的离场方式是双方协商一致、一条链上交易收场。本文拆解 shutdown 消息的格式与发送限制、允许的到账脚本形态、预先承诺关闭地址的设计，以及协商关闭与强制关闭在费用、时间链上足迹上的差异。

闪电付款失败时，洋葱错误码为什么故意不说破位置

一笔闪电付款失败了，你知道“到哪一层失败”，却很难知道“是谁”。本文拆解洋葱路由失败消息的分层加密、failure_code 标志位的语义，以及协议为何刻意压低失败信息里携带的定位能力。

sendheaders：节点之间“有新块了”，从喊编号改为直接递清单

传统的新区块公告是先喊哈希、再等对方来要清单，一来一回多耗一圈。BIP130 允许节点声明偏好，让对方直接把区块头推过来。本文解释这节省下的一个往返在传播链上值多少，以及它和压缩区块、孤块率的关系。

布隆过滤器收款：老式轻钱包怎样少收数据，又为此付出什么

不想下载整条链的轻钱包如何从全节点那里“点菜”？BIP37 用布隆过滤器给出第一代答案：允许节点按概率过滤交易，宁可错发不可漏发。本文拆解过滤器的构造逻辑、更新模式与尺寸上限，并解释为什么精确度本身成了隐私的裂缝。

fundrawtransaction怎么控制选币？

Bitcoin Core fundrawtransaction会为未签名交易补输入、找零和费用。本文按构造、注资、解码、签名四阶段说明fee_rate、changePosition、lockUnspents和减费输出的安全边界。

gettxoutproof生成的证明怎么验证？

Bitcoin Core的gettxoutproof可生成交易包含证明，verifytxoutproof负责验证。本文用双节点实验解释blockhash、txindex和最佳链条件，并区分空数组、RPC错误、有效性与最终性。

utxoupdatepsbt补了哪些数据？

utxoupdatepsbt可从节点数据和描述符为PSBT补充UTXO、脚本与派生信息，但不会签名或验证收款意图。本文用更新前后字段对照解释数据来源、描述符范围和角色边界。

gettxspendingprevout怎么查花费？

Bitcoin Core 31扩展gettxspendingprevout，可选择只查内存池或借助txospenderindex查询已确认花费，并返回花费交易。本文建立命中、未命中与未知三态判断。

verifychain怎么检查链数据库？

Bitcoin Core verifychain用于检查本地链数据库，可选择0至4级校验和最近区块或全量范围。本文解释每一级实际做什么、怎样安排维护窗口，以及true、false与debug.log应如何进入故障处置。