适配器签名是一类改造过的数字签名：签名本身不完整，必须连同某个隐藏值一起才能补全，谁补全谁就暴露秘密。这套构造让原子交换、多方支付结算在密码学层面一步完成。本文讲清其工作原理（以 schnorr 家族的改造为例）、它与闪电网络历史方案的关系，以及为什么相关设计至今停留在提案与研究状态。

MEV-Boost 实现里有一个“烧毁”参数：把区块-builder 付款的一部分直接打入无法花费的地址，而不是给出块的验证者。本文讲清这笔钱在分配链条上的位置、烧钱的设计动机（用验证者收益打折换用户体验改善）、理论上的再分配逻辑，以及为什么这个参数在实际运行中只以很小的比例启用。

智能合约运行时访问的“内存”并非持久存储，而是一块执行结束即蒸发的临时工作区，且其计费采用先贵后廉的二次方扩张模型。本文从字节码指令、Gas 计费公式和实际影响三方面讲清 EVM 内存模型，并说明它和存储（storage）在费用与生命周期上的天壤之别。

以太坊信标链每 12 秒一个 Slot，绝大多数时候都有区块，但总有一小部分 Slot 安静地空过去。本文讲清一个 Slot 为什么会没有区块、节点状态里空槽如何被记录、看门人掉线与网络分区分别造成什么，以及为什么漏块率上升是健康信号而不是链要出事。

2012 年 8 月发布的 Peercoin 白皮书第一次把权益证明写成可运行的机制，核心概念是币龄：金额乘以持有时长。本文拆解白皮书的原始设计——币龄如何累积、消费时如何销毁、权益区块如何以币龄为概率权重，以及它依赖的中心化检查点给后来者留下的教训。

以太坊状态里只存在两种账户：靠私钥控制的外部账户和靠代码运行的合约账户。本文从账户对象的四个字段出发，对照两者的 nonce 含义、代码存放、调用方式与创建规则，并说明 2025 年 Pectra 升级中 EIP-7702 给外部账户增加委托标记后，两分法是否仍然成立。

以太坊对部署到链上的合约代码设了一条上限：24576 字节，由 EIP-170 在 2016 年 11 月的 Spurious Dragon 升级中引入。本文讲这条限制防的是什么攻击、为什么在创建时检查、大型项目如何用库和代理模式绕开限制，以及这个上限至今没有大幅上调的原因。

Bitcoin Core 从 0.14.0 起提供 assumevalid 选项并内置默认值：给一个较老的区块哈希，节点跳过该区块及更早区块的脚本验证，只照常检查结构与工作量规则，从而大幅加快初次同步。本文讲清这个假设为什么是安全的（因为之后的工作量是证据）、同步到那个高度附近时校验如何自动恢复，以及什么情况下应该关掉它。

比特币早期地址和私钥导出串都采用 Base58Check 编码：把十六进制数据换成去掉 0、O、I、l 四个易混字符的字母表，再附 4 字节校验和。本文讲清算法怎么算、校验和从哪来、它只防抄错不防篡改，以及 Bech32 为何在隔离见证后取而代之。

比特币和以太坊的签名都建立在同一条叫 secp256k1 的椭圆曲线上。本文解释这条曲线的方程、几个关键参数各自管什么，为什么 256 位长度大约对应 128 位安全强度，以及它与“ECDSA 签名流程”的区别：曲线是场地，签名是打法。