“公链谁说了算”是新手最常问的问题。本文拆解比特币治理里四方角色的真实权力:开发者写代码但不强推,矿工出块但改变不了规则,节点用软件选择规则,用户用脚投票。并解释这套结构为什么让任何单一方都难以独占方向。
“公链谁说了算”是新手最常问的问题。本文拆解比特币治理里四方角色的真实权力:开发者写代码但不强推,矿工出块但改变不了规则,节点用软件选择规则,用户用脚投票。并解释这套结构为什么让任何单一方都难以独占方向。
欧洲中央银行提出数字欧元App要超过法定无障碍最低标准。本文区分设计目标、原型测试、两类服务入口和发行前提,给支付产品团队一份可执行验收表,并给出上线前检查顺序。
Bitcoin Core getnetworkhashps会根据一段区块的工作量与时间估算网络算力,nblocks和height会直接改变读数。本文比较短、中、难度周期窗口,说明历史高度、误差带和矿池实时统计的边界。
新节点首次同步最耗时的往往是逐块验签。本文拆解 Bitcoin Core 的 assumevalid 参数:它凭什么跳过历史区块的脚本与签名校验,哪些校验一项没少,和旧式 checkpoints、AssumeUTXO 有何不同,以及想把这点信任也清零的人该怎么设置。
BIP9 的软分叉部署用时间戳定开始与超时,BIP8 提出改用区块高度,并补上“到期保底激活”的选项。本文对照两份规范,解释高度触发为何更可靠、少数算力否决问题怎么解,以及这套机制给普通节点用户意味着什么。
2015 年,比特币通过 BIP66 把“签名必须严格符合 DER 编码”从默认中继政策升级为共识规则。本文回顾 DER 是什么、双门槛如何部署,说明它怎样削弱交易可延展性,以及它如何在无意间补上一个共识层的隐患。
输出描述符是比特币钱包备份与审计的核心文本,BIP380 给每个描述符配了八位校验码。本文拆解这套类似 bech32 的纠错码:哪些错误一定抓得住、检测能力随长度怎么衰减,以及为什么“校验通过”不等于“这份描述符适合你”。
严格 DER 之后,ECDSA 签名仍有两条可延展通道:S 值天生成对偶写法,失败签名字节可以随意填充。BIP146 用 LOW_S 与 NULLFAIL 两条规则在隔离见证时代把它们封死。本文用曲线阶常量讲清规则本身,并解释它和 wtxid、压缩区块的关系。
闪电通道的真相记在链下,节点重启后第一件事是与每个对手方对账。本文拆解 channel_reestablish 消息的四个关键字段、消息补发规则,以及协议内置的数据丢失保护:什么情况下对手方必须按兵不动、你必须暂缓强制关闭。
闪电通道最省心的离场方式是双方协商一致、一条链上交易收场。本文拆解 shutdown 消息的格式与发送限制、允许的到账脚本形态、预先承诺关闭地址的设计,以及协商关闭与强制关闭在费用、时间链上足迹上的差异。