一笔比特币转账凭什么被认可？答案藏在脚本引擎的机械执行里：解锁脚本与锁定脚本按顺序压栈、弹出，栈顶为真即通过。本文讲清这个类Forth栈机的执行模型、真值规则、执行限制与历史事故，以及为什么比特币的脚本被刻意设计成不做循环。

Pay to Contract（P2C）是Greg Maxwell在2012年提出的输出构造技巧：用一个数据承诺的哈希微调公钥，让链上看起来只是普通付款，实际暗藏一份可事后验证的声明。本文拆解tweak的构造算术、它与OP_RETURN写数据的利弊差异，以及机密地址等现代系统对这一技巧的沿用。

CISA（跨输入签名聚合）想让一笔交易无论有多少个输入，都只带一份聚合签名。本文讲清这项研究的技术路径（MuSig式聚合与半聚合）、能省多少字节的现实账本、与适配器签名的冲突为何让它止步不前，以及Taproot为何明确宣布不含CISA。

一条比特币交易如何用尽量少的字节说明"后面有几样东西"？答案是 Varint 紧凑整数：一个前缀字节决定后续跟一个、三个还是八个字节的长度。本文逐段拆解这套变长编码在交易与区块序列化中的位置、253分界的设计算术，以及它在见证数据与P2P消息里的复用。

除了协议自动拉黑异常对端，比特币核心还允许运维手动封禁 IP 或网段：setban 加时长、listbanned 查现状、clearbanned 一键清空，规则持久化在数据目录的 banlist.dat。本文讲清手动封禁与自动封禁的分野与滥用风险。

校验和拦得住手滑，拦不住语法完美的错地址。广播之后钱只有三种去处：有主地址不可撤回、无主地址永久滞留、平台地址或有协商通道。本文给出留证据、查归属、走工单的事后流程，并解释为何“付费找回”承诺基本等同诈骗。

比特币核心的 sethdseed 给旧式钱包换一把 HD 种子：新地址从新种子派生，keypool 整体冲刷重来。但已经发出去的旧地址一分钱都不会因此消失。本文拆解这个命令的适用边界、newkeypool 参数语义与备份要求。

钱包创建时只启用了旧地址类型，后来想收 Taproot 怎么办？比特币核心的 createwalletdescriptor 允许在同一个 HD 种子下补建一种地址类型的描述符，不用换钱包、不用动助记词。本文拆解它的参数与备份要求。

给钱包文件设密码听起来只是加一把锁，但在比特币核心里，encryptwallet 会生成全新的 HD 种子并启用一批新描述符。旧备份从此不再等于你的全部地址。本文拆解加密流程、新旧种子的分界线和必须重新备份的原因。

硬件钱包的安全性取决于第一天做没做对：渠道是否可追溯、助记词是否由设备现场生成、地址回显是否核对、固件从哪升级。本文整理购买验货、初始化、日常使用与备份演练的完整防御清单，纠正“设备即命根子”的误区。