以太坊每笔交易都有一位收款人（COINBASE 地址，即费用受益人），但在 2929 的冷热定价框架下它原本是冷账户，谁向它转 ETH 谁多付两千六百 gas。EIP-3651 把它改成开局即热。本文拆解这条规则的来龙去脉与它保护的转账模式。

Taproot 用带名字为 taproot、占用版本第 2 位的改良版 BIP9 部署：主网阈值从 95% 降到 90%，95% 会拖垮升级的超时窗口照常保留，另加 min_activation_height 参数把激活钉在区块 709632。本文逐项拆解这套部署参数的由来与效果。

OP_CHECKTEMPLATEVERIFY 是近十年离主网激活最近的合约原语提案，其激活客户端已给出明确的信号窗口与阈值。本文解释承诺（covenant）的概念、CTV 与非递归设计的取舍、各派方案的现状，并给出不依赖任何人结论的链上信号自查方法。

OP_CAT 在 2010 年被禁用，BIP-347 提议在 Tapscript 内以软分叉重新启用。本文梳理拼接与交易内省原理、520 字节上限如何堵住旧攻击面，并核到 2026 年 9 月它仍未在主网激活。

Dencun、Pectra 这些拗口的名字，其实是执行层城市名加共识层恒星名的拼合。执行层沿用 Devcon 主办城市，共识层按字母顺序取恒星名，两条线合并升级时各取一截拼成新词。本文讲清这套命名法的来历、例外与读法。

EIP-7864 提议把六叉 Merkle Patricia 树换成统一二叉状态树，账户、代码与存储进同一棵树，哈希函数仍未定稿。本文按 EIP 原文拆解设计动机、代码切块与两阶段迁移路径。

比特币软分叉的进度由每台节点独立重放区块算出。本文拆解 BIP 9 版本位的五个状态、九十五成阈值周期统计，以及 Taproot Speedy Trial 九成阈值的实际时间线。

难度炸弹是以太坊早期协议里随区块高度增长的难度项：客户端长期不升级，出块会越来越慢直至链近乎冻结。本文讲清它的设计动机、历次升级中的推迟记录，以及它为什么在合并之后退出历史舞台。

协议大版本升级时，旧合约往往长期在线，你的仓位不会自动搬家，还可能同时面对新旧两套市场的价差与流动性分裂。本文解释升级的合约组织方式、迁移的触发与期限、不迁移的仓位暴露，以及跨版本搬家的检查顺序。

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