比特币专题

UTXO 集合为什么越来越大：膨胀来源、粉尘与普通人的责任

全节点不必存整条链也能记账，靠的是 UTXO 集合这本“现账”。本文分析它的增长来源与成本转嫁，拆解 546 聪尘值规则、钱包自动保护与恶意粉尘攻击的防御姿势。

钱包派生路径 m/84'/0' 是什么意思：Purpose 与地址类型的对应

同一句助记词在不同钱包里给出不同地址，差的就是那串派生路径数字。本文拆解 BIP32/44/84/86 定义的 m 路径语义、Purpose 字段与四种主流地址类型的对应关系，以及换钱包时余额“消失”的排错流程。

交易包与祖先限制：为什么低费率父交易会拖累你的加急子交易

用 CPFP 加急时，钱包却报“包太大”或直接拒绝高费子交易——问题多半不在你，而在协议对交易包的大小与条数红线。本文讲清祖先数量、大小限额与包中继的演进，给出加速失败的排错路径。

轻钱包凭什么可信：SPV 的默克尔证明与信任边界

手机钱包不下整条链也敢给你报“已确认”，底气从哪来？本文拆解 SPV 的两根支柱——全链区块头与默克尔包含证明，再讲清它的信任边界：隐私外泄、孤块重排与 eclipsed 攻击场景，以及与地址索引的对比。

BIP-340为何使用x-only公钥？

BIP-340为Bitcoin定义了固定格式Schnorr签名。x-only公钥省去显式y坐标，但不是简单砍掉一半信息：验证算法规定如何选择偶数y的代表点，从而让同一x不产生两种编码。能依据一手来源判断BIP-340Schnorr签名的真实状态，并按证据链处理异常。

Bitcoin Core如何完成PSBT？

PSBT的价值是把交易构造、输入资料、签名和最终广播拆开，让多个设备在不共享私钥的情况下协作。安全重点不是命令跑通，而是找零、手续费、输入所有权和最终交易始终与最初意图一致。能依据一手来源判断BitcoinCorePSBT流程的真实状态，并按证据链处理异常。

getrawtransaction为何查不到交易？

getrawtransaction查不到已确认交易，常见原因不是交易不存在，而是节点没有txindex，也没有收到包含该交易的blockhash。理解mempool、索引和区块提示三条路径，能避免为一个查询错误重建或重发交易。能依据一手来源判断BitcoinCorege

getchaintips如何识别链分叉？

getchaintips展示的是当前节点知道的所有链尖，而不只是主链。出现多个tips很常见：可能是短暂分叉、只收到header、曾经无效的分支或同步残留。判断异常必须同时看status、height、branchlen与chainwork。能依据一手来源判断Bitco

getblockstats费率字段怎么读？

getblockstats把一个已确认区块压缩成费用、体积和UTXO变化统计。它适合复盘历史区块，不适合直接预测下一块；尤其要区分totalfee这种总量和avgfeerate、percentiles这种单位费率。能依据一手来源判断BitcoinCoregetblock

gettxoutsetinfo怎样统计UTXO？

gettxoutsetinfo描述节点当前UTXO集合的统计与承诺。它回答“现有未花费输出怎样构成”，不是“可流通比特币有多少”：丢失密钥、时间锁、无人可花脚本等经济限制不会自动从total_amount扣除。能依据一手来源判断BitcoinCoregettxoutse