2015 年的一份提案 BIP-131 想给比特币加一种交易：不逐个列碎inputs，而是声明一个脚本、把链上所有同脚本的旧输出合并花掉，专治收款地址攒出的粉尘堆。提案状态是 Closed，从未进协议。本文讲这个方案的设计、为什么当时不成立，以及它牵出的 UTXO 膨胀问题后来走了别的出路。

以太坊合约之间送 ETH 历来要经过调用语义，而 EIP-5920 草案提出一个 PAY 操作码：弹出地址和金额直接加余额，跳过合约代码执行，也不触发接收方逻辑。提案 2022 年 3 月起处于 Draft 状态。本文讲它与 CALL 的价值转移部分差在哪、为什么不可拒收的进账值得单独立法，以及它和空账户清理提案的牵连。

BIP114 把一笔输出的多条解锁条件组织成默克尔树：链上只承诺一个根哈希，花币时揭示所用分支加哈希路径，其余条件不上链。本文按体积账、隐私账、计费账拆解 MAST 默克尔化抽象语法树的机制，讲清单元素五百二十字节等脚本上限怎么逼出这套设计，BIP114 为何关闭，以及 Taproot 与 Graftroot 各自接过了哪一半。