比特币用 sigops 预算给每块的验签工作量设了天花板,但对处理栈数据的脚本操作没有等价的账本。BIP-440 提出 varops 预算:按操作数长度的最坏情况计费,让新脚本提案有一把统一的尺子,而不是各造各的限额。
比特币用 sigops 预算给每块的验签工作量设了天花板,但对处理栈数据的脚本操作没有等价的账本。BIP-440 提出 varops 预算:按操作数长度的最坏情况计费,让新脚本提案有一把统一的尺子,而不是各造各的限额。
描述符能还原地址,却带不出“从哪个区块开始扫”“间隙容忍多大”这些运营参数。BIP-393 用问号加键值对的查询串写法,把起始高度、间隙上限等元数据拼进描述符字符串,且不动校验和算法。本文讲解这套语法与恢复场景。
量子计算机对比特币的威胁取决于公钥暴露多久。BIP-360 提出 Pay-to-Merkle-Root:像 Taproot 但删掉直接用钥匙支出的通道,让公钥只在花钱那一刻短暂露面,专防长期暴露攻击。本文解释长暴露与短暴露的分界和这个软分叉方案的边界。
比特币交易里有不少固定值、重复字段和永远为小数字的字段,BIP-337 设计了一套可选的压缩序列化,把这些冗余收拢,常规交易可压到原始大小的一半左右。本文拆解它的四种压缩手段、可逆性边界与现状。
钱包通常要备份两条几乎一样的描述符:收款一条、找零一条。BIP-389 允许在派生路径里写一个分号分隔的候选组,比如同一层的两个编号,让一条字符串展开成两条完整描述符。本文讲解这套语法、展开规则与常见误解。
MuSig2 把多个签名人的钥匙聚合成一把看起来普通的公钥,但每换一个收款地址都要重新聚合一次。BIP-328 给出一个约定:把聚合公钥包装成合成扩展公钥,之后像普通钱包一样做未硬化派生,签名时再补上路径修正量。本文讲清这个约定的规则、适用边界和隐私含义。
同一个 getblock 命令,verbosity 传 0 到 3 是四种完全不同的负载策略:原始字节、字段报告、逐笔展开、再加上一手输入溯源,而第三档只在未修剪的主链区块上成立。本文拆解四档的代价阶梯、档位 3 的三条边界,以及体检报告字段的连读方法。
用轮询查询区块高度的监控脚本,要么空耗调用要么反应迟钝。比特币核心的 waitforblockheight 把条件挂给节点、达标瞬间返回,配合超时分支与确认数复核才构成闭环。本文拆解长连接挂起机制、与轮询的成本对账,以及重组场景的验收清单。
平台提币单里的一笔比特币,要穿过内部风控窗口、内存池排队与打包进块三段路才算真正到账。本文以提币单字段为线索,给出地址网络、费率定价、交易编号、确认数语义五个核对点,以及三种卡顿形态各自该走的处置路径。
在主网只会数聪的年代,人们尝试把别的资产搬进比特币账本:给聪挂属性的彩色币、在交易里挤数据的 Mastercoin、把痕迹藏进脚本花样的 Counterparty。三条路线都以链下解释层为共同地基,也共享同一份失败清单。本文做一段可核对的技术史梳理。