比特币专题

v1、v2、v3：比特币交易的版本号不是大小，是开关

交易的第一行不是金额而是版本号。v1 是多年基线，v2 让 nSequence 的相对时间锁生效，v3 在 v28 起配合 TRUC 策略约束交易包拓扑。本文按 BIP68、BIP431 与官方发行说明讲清版本字段的门控语义，以及为什么共识不限号、标准策略却各管各的。

aezeed 与 BIP39：同样 24 个词，为什么闪电节点的种子不能互导

闪电节点 lnd 的种子词表用的是和 BIP39 相同的 2048 个单词，却明确不兼容：24 个词编码的是 128 位随机数、钱包生日和版本号，而不是助记词校验和。本文按 lnd 官方安全文档拆解 aezeed 的编码结构，以及种子相同为何恢复结果完全不同。

闪电节点的权限钥匙：macaroon 文件怎么把管理权切成薄片

lnd 的 RPC 不是用一个密码保护，而是用一组叫 macaroon 的令牌文件分级授权：admin 全权、readonly 只读、invoice 只管收款。本文按 lnd 官方文档拆解各令牌的权限表、保管边界，以及丢了或泄露了分别意味着什么。

通道对面的节点失联一年了：僵尸通道与资金安全的边界

闪电通道最怕的不是宕机重启，而是对端一去不回。官方安全文档把这种通道叫僵尸通道：对端永久离线却没有关通道，而静态通道备份的恢复恰恰依赖对端配合。本文按 lnd 文档拆解僵尸通道的风险模型、公开与私有通道的取舍，以及作为普通用户该盯什么。

老钱包想多收一种地址：createwalletdescriptor 怎么给钱包补一条新腿

钱包只会生成创建时就绑定好的地址类型，想让只认原生隔离见证的老钱包补出 Taproot 收款能力，用不着重建钱包。Bitcoin Core v28 的 createwalletdescriptor 能把新标准描述符加进现有钱包，配套 gethdkeys 查已有密钥。本文拆解它补的到底是什么。

先预演再签字：simulaterawtransaction 能替钱包算出什么账

把一笔还没签名的交易喂给钱包，让它回答这笔交易会对余额造成什么变化。Bitcoin Core 的 simulaterawtransaction 会报出钱包余额变化值，负数即净支出，帮助在签名前后多一道校验。本文拆解它算的是什么账、看不见的账有哪些，以及适合插入哪些流程。

钱包的钥匙清单：gethdkeys 把几条派生树摆在你面前

Bitcoin Core v28 新增的 gethdkeys 把钱包描述符引用的全部 BIP32 密钥一次性列出，含指纹与派生路径。恢复、迁移、密钥审计时先跑它，能少踩很多坑。本文拆解返回字段、与 listdescriptors 的分工，以及审计时看哪些异常信号。

rescanblockchain怎样限定高度？

Bitcoin Core的rescanblockchain可从指定高度扫描到链顶或指定终点。本文给出修剪节点预检、维护窗口、进度观察、中止与结果验收步骤，并解释扫描完成不等于私钥或全部历史已经恢复。

listaddressgroupings为何会归组？

Bitcoin Core会依据共同输入和找零启发式返回钱包地址分组。本文解释嵌套结果、隐私暴露风险，以及为什么分组不能证明现实身份归属，并给出保留原始JSON的可复核导出格式。

abandontransaction什么时候能用？

Bitcoin Core只允许放弃未确认且不在mempool的本地钱包交易，并会连同后代标记。本文说明余额恢复、网络重现和重发前检查，同时区分本地标记、RBF替换与全网撤销。