比特币专题

abortprivatebroadcast能撤回交易吗？

Bitcoin Core 31的abortprivatebroadcast可以停止本节点继续私密广播并移出队列，但不能撤回已传播或已确认交易。本文说明txid与wtxid匹配、返回字段、执行前后核验，以及不同传播状态下的后续处置边界。

fee delta怎么审计？

Bitcoin Core的getprioritisedtransactions会列出节点本地手工fee delta、mempool状态和可选modified fee。本文区分真实手续费与模板评估值，设计写入、核对、归零和留痕的审计闭环，避免把本地优先级误当全网加速。

Bitcoin Core getbalances怎么对账？

Bitcoin Core getbalances会分开trusted、untrusted_pending、immature、used和watchonly余额。本文从lastprocessedblock与扫描状态开始，说明如何下钻到listunspent明细，避免把总额当成可立即花费金额。

listwalletdir和listwallets怎么区分？

listwalletdir看的是Bitcoin Core钱包目录中可发现的钱包，listwallets只列出当前进程已加载项。本文用三态模型说明loadwallet、getwalletinfo、扫描状态和容器挂载检查，避免启动脚本误判。

getnetworkhashps算力窗口怎么选？

Bitcoin Core getnetworkhashps会根据一段区块的工作量与时间估算网络算力，nblocks和height会直接改变读数。本文比较短、中、难度周期窗口，说明历史高度、误差带和矿池实时统计的边界。

assumevalid 是什么：新节点同步时到底跳过了哪些校验

新节点首次同步最耗时的往往是逐块验签。本文拆解 Bitcoin Core 的 assumevalid 参数：它凭什么跳过历史区块的脚本与签名校验，哪些校验一项没少，和旧式 checkpoints、AssumeUTXO 有何不同，以及想把这点信任也清零的人该怎么设置。

BIP8：软分叉的投票时钟，为什么想从时间戳换成区块高度

BIP9 的软分叉部署用时间戳定开始与超时，BIP8 提出改用区块高度，并补上“到期保底激活”的选项。本文对照两份规范，解释高度触发为何更可靠、少数算力否决问题怎么解，以及这套机制给普通节点用户意味着什么。

BIP66 严格 DER：一次为可延展性而生的软分叉后来怎样了

2015 年，比特币通过 BIP66 把“签名必须严格符合 DER 编码”从默认中继政策升级为共识规则。本文回顾 DER 是什么、双门槛如何部署，说明它怎样削弱交易可延展性，以及它如何在无意间补上一个共识层的隐患。

描述符末尾的井号校验码：抄错一个字符会被怎样逮住

输出描述符是比特币钱包备份与审计的核心文本，BIP380 给每个描述符配了八位校验码。本文拆解这套类似 bech32 的纠错码：哪些错误一定抓得住、检测能力随长度怎么衰减，以及为什么“校验通过”不等于“这份描述符适合你”。

LOW_S 与 NULLFAIL：BIP66 之后，签名还能被偷改的两个角落

严格 DER 之后，ECDSA 签名仍有两条可延展通道：S 值天生成对偶写法，失败签名字节可以随意填充。BIP146 用 LOW_S 与 NULLFAIL 两条规则在隔离见证时代把它们封死。本文用曲线阶常量讲清规则本身，并解释它和 wtxid、压缩区块的关系。