同一笔交易的哈希，节点日志、RPC 返回和区块浏览器各写各的顺序，相差整整一个倒序。本文讲清小端序与大端序的分工：为什么内部序列化是反的、双次 SHA-256 的结果怎么被当成 256 位数字、哪些字段各自用哪套顺序，以及排障时最容易踩的顺序坑。

2013 年 Eyal 与 Sirer 指出，比特币选链规则下，藏起刚挖到的区块再视对手动向决定公开，可以让少数派矿工在长期收益上占便宜。本文拆解自私挖矿的博弈结构、领先-追平的策略树，以及它对诚实矿工收益的实际影响边界。

区块哈希、交易哈希、默克尔节点全部是两次 SHA-256 的结果，多跑一遍不是仪式感。本文从 Merkle-Damgard 结构的长度扩展缺陷讲起，说明双哈希如何顺手堵上这扇门，以及比特币在哪些地方仍只用一次哈希。

以 3 开头或 bc1q 长串的多签与脚本地址，锁定的不是公钥而是一段脚本的哈希：花的时候才把脚本原文亮出来，现场验证哈希对得上。本文讲清 P2SH 的锁定与花费结构、redeem script 序列化、它给多签和智能脚本带来的地址兼容红利。

从 2008 年 10 月那封邮件到 2009 年 1 月 3 日的第 0 号区块，比特币的起点没有发布会、没有代币预售，只有一份九页 PDF 和一行报纸标题。本文按可核验的时间线梳理 genesis 前后几周内留下的证据链。

txid 是对交易序列化字节做两次 SHA-256 的结果——那这串被哈希的字节到底是什么？本文按版本、输入计数、前手引用、脚本长度、输出金额、锁定时间与标志字节的路标逐段走一遍，讲清 varint、见证标记与权重折价的字节级由来。

比特币节点同步时不是一块一块排队要数据，而是给每个邻居维持一条在途请求窗口，乱序收块、按高度顺序校验。窗口多大、活怎么派、迟迟不回块的对端怎么处理，本文按比特币核心源码里的调度逻辑逐层拆开。

比特币脚本验签长期只能针对当前交易。BIP-348提出OP_CHECKSIGFROMSTACK：签名仍按BIP-340验证，但被签的消息从栈上取。它与CTV组合可构造闪电对称通道，也能表达时间化委托。本文拆解规则、软分叉方式与提案生态位。

Taproot输出承诺的内部密钥平时在脚本里拿不到，只能硬写进脚本，一字节改一次脚本根。BIP-349提出OP_INTERNALKEY，直接把32字节x-only内部密钥压上栈。本文讲它如何省8个虚字节、如何让整棵脚本树跟着换钥匙，以及与CSFS的组合。

MuSig2聚合签名要交换公钥、两轮临时nonce和分片签名，传统PSBT字段装不下这套多轮数据。BIP-373给PSBTv0与PSBTv2各加了参与方公钥、临时公钥、分片签名三个输入字段与一个输出字段。本文逐字段拆解其结构与用途。