钱包通常要备份两条几乎一样的描述符:收款一条、找零一条。BIP-389 允许在派生路径里写一个分号分隔的候选组,比如同一层的两个编号,让一条字符串展开成两条完整描述符。本文讲解这套语法、展开规则与常见误解。
汇总与「比特币」相关的文章,帮助你系统了解该主题。
钱包通常要备份两条几乎一样的描述符:收款一条、找零一条。BIP-389 允许在派生路径里写一个分号分隔的候选组,比如同一层的两个编号,让一条字符串展开成两条完整描述符。本文讲解这套语法、展开规则与常见误解。
比特币交易里有不少固定值、重复字段和永远为小数字的字段,BIP-337 设计了一套可选的压缩序列化,把这些冗余收拢,常规交易可压到原始大小的一半左右。本文拆解它的四种压缩手段、可逆性边界与现状。
量子计算机对比特币的威胁取决于公钥暴露多久。BIP-360 提出 Pay-to-Merkle-Root:像 Taproot 但删掉直接用钥匙支出的通道,让公钥只在花钱那一刻短暂露面,专防长期暴露攻击。本文解释长暴露与短暴露的分界和这个软分叉方案的边界。
描述符能还原地址,却带不出“从哪个区块开始扫”“间隙容忍多大”这些运营参数。BIP-393 用问号加键值对的查询串写法,把起始高度、间隙上限等元数据拼进描述符字符串,且不动校验和算法。本文讲解这套语法与恢复场景。
比特币用 sigops 预算给每块的验签工作量设了天花板,但对处理栈数据的脚本操作没有等价的账本。BIP-440 提出 varops 预算:按操作数长度的最坏情况计费,让新脚本提案有一把统一的尺子,而不是各造各的限额。
隔离网段、内网审计环境里的比特币节点没法联网同步,但账本必须完整。Bitcoin Core 的启动参数 loadblock 允许启动时从本地区块文件导入数据,导入的区块仍走完整验证流程。本文拆解它的工作时机、文件来源与格式要求、适用的三类场景,以及它不能做什么的边界。
比特币钱包的找零输出用传统格式、隔离见证还是 Taproot,并不必然跟随收款地址类型。核心钱包参数 changetype 单独控制这一选择,官方默认规则只在收款类型为传统格式时才让找零跟随,其余情况交由实现权衡。本文拆解找零格式的手续费账、它对链上找零识别启发式的影响,以及何时值得手动设置。
只想跑节点核对账本、不想让签名能力存在,有运行期参数、构建选项与默认行为三层办法。自 0.21 起节点不再自动创建默认钱包,disablewallet 关掉钱包子系统并禁用相关命令,构建选项 ENABLE_WALLET 则把钱包代码整个裁出二进制。本文逐层拆解各关上门与留下的能力,以及三层都到位的验收方法。
全节点最贵的计算是逐笔验签,而验证结果确定且可复用,于是节点给"已验过的签名"记了一本内存账。核心把签名缓存与脚本执行缓存拆开又合用一份预算,默认三十二兆各占一半,参数 maxsigcachesize 可调总量。本文拆解缓存为什么只记好消息、低内存机器的调参顺序,以及它与重启、修剪的关系。
把节点挂上代理不等于匿名:如果每条出站连接在代理侧用同一套凭证,代理就有把多条连接归并成一个人画像的便利。核心的 proxyrandomize 默认开启,为每个代理连接随机化凭证,在 Tor 上对应流隔离。本文拆解它切断的关联面、源码里的告警条件,以及它与隐藏服务、I2P 设定各管哪一头。