比特币专题

钱包文件从 Berkeley DB 搬到 SQLite：换引擎后的备份、验收与回退

比特币核心新钱包的存储引擎已是 SQLite，旧式 Berkeley DB 钱包靠 migratewallet 搬家。本文讲 getwalletinfo 里 format 与 descriptors 字段怎么读、两种引擎的备份语义差异、迁移验收单与回退姿势，以及老硬件钱包用户的不硬迁路线。

先看到的不算数：Full-RBF 成为标准行为后的零确认收款防御

比特币核心 28.0 把 mempoolfullrbf 默认打开，29.0 移除该选项让全量替换成为标准行为。本文按版本时间线讲清节点策略与共识规则的分界，重排与竞花模型在今天的适用边界，以及线上、POS 与 ATM 场景各自该设的确认数与替代方案。

来路不明的PSBT为什么不能顺手就签：BIP174字段里藏着的授权边界

PSBT把未签名交易装进标准化容器，让多人协作签名更方便，但容器里哪些字段决定你签的是什么，很多人没看。本文从BIP174的字段结构出发，讲清non_witness_utxo与witness_utxo的安全差别、构造者能替你改什么，以及签名前该做的逐项核对。

getaddressinfo逐项读：这枚地址到底归不归你的钱包管

钱包对一枚地址是知根知底，还是只认识它的壳，getaddressinfo 能给出明确答案。本文逐项解释 ismine、iswatchonly、solvable、timestamp 和 labels 等字段的真实含义，以及它们在找回旧币、核对收款和排查旁观地址时的正确用法。

decodescript把一段脚本拆成体检报告：asm、type、address字段怎么读

区块浏览器里那一长串十六进制脚本是什么锁，decodescript 可以把它拆成 asm、type、address、p2sh 等字段。本文讲清每个字段的含义、隔离见证脚本的双重地址身份、reqSigs字段的历史去向，以及这份体检报告为什么不能替代签名验证。

大通道开关wumbo：闪电网络为什么默认限制单通道容量

闪电网络规范里单通道资金额默认有个2的24次方聪的上限，放宽它的机制社区称为wumbo，对应BOLT9的特性位option_support_large_channel。本文讲清这个上限的来历、特性位如何声明、路由软件为什么过滤大通道，以及大额支付更稳妥的思路。

闪电大额付款被半路劝退：channel_update里的htlc_maximum_msat怎么读

同一笔闪电付款，小钱秒到、大钱却报临时通道故障，问题常出在channel_update通告的htlc_maximum_msat上。本文讲清这个字段与最小金额、在途总额上限的分工，它如何随通道余额漂移，以及付款方和节点运营者各自的排查顺序。

通道还没开，先谈好关去哪儿：闪电upfront shutdown script的预锁定

闪电协商关闭时资金地址默认由关闭那一刻的私钥决定，upfront shutdown script把这个决定提前到开通道谈判阶段。本文讲清option_upfront_shutdown_script特性位的协商位置、预锁定地址的价值，以及它防不住强制关闭的边界。

你要的交易为什么石沉大海：比特币notfound消息与被拒收的真相

广播出去的比特币交易迟迟不见动静，节点其实可能已经用notfound消息回过话。本文讲清headers-first同步下getdata与notfound的应答关系、交易与区块两种场景的语义差别，以及如何把这条消息用作排障证据而不是继续盲等。

钱包解锁的六十秒：walletpassphrase超时自动回锁与窗口期纪律

walletpassphrase 的第二个参数不是倒计时装饰，它决定钱包在多少秒后自动重新上锁。本文讲清加密钱包的锁定、解锁与超时回锁机制，解释为什么把窗口设得越长风险越大，以及多签与批量操作场景下的正确做法。