比特币第 962,142 号区块于 8 月 12 日晚间确认，区块内 4,700 笔交易中，有 4 笔来自同一地址的交易把输入金额全部变成了矿工手续费，合计 177,153,578 聪，也就是 1.7715 BTC。按区块确认时 BTC 约 64,180 美元计算，这笔损失约为 11.37 万美元。
这 4 笔异常交易几乎吃下了整块手续费收入。第 962,142 号区块总手续费为 1.8189 BTC，其中上述 4 笔贡献了 1.7715 BTC，占比 97.4%；剩余 4,695 笔正常交易合计只贡献 2.6%。该区块由 SpiderPool 挖出，资金没有留下任何余额，也没有送达任何接收方。
4 笔交易结构一致，输入金额全部变成手续费
根据原文披露，第 962,142 号区块在台湾时间 8 月 12 日晚间 8 点 16 分确认，共打包 4,700 笔交易，收到 1.8189 BTC 手续费。其中 1.7715 BTC 来自同一地址发出的 4 笔交易。
这 4 笔交易的结构完全相同：每笔都只有 1 个输入、1 个输出，输出为零值 OP_RETURN。这样的结构意味着没有收款方，也没有找零地址，输入了多少金额，就有多少金额被直接计入矿工手续费。4 笔交易合计烧掉 177,153,578 聪，约合 11.37 万美元。
错误在同一块内连续发生，金额逐笔放大
按 UTXO 依赖顺序看，这 4 笔被烧掉的金额呈递增分布，分别为：
- 174,592 聪，约 112 美元
- 1,799,921 聪，约 1,155 美元
- 14,835,180 聪，约 9,520 美元
- 160,343,885 聪，约 10.29 万美元
在这 4 笔异常交易之前，另有 1 笔交易先把 12 个地址的零散 UTXO 归集成一个 1.6034 BTC 的整数，手续费仅 858 聪，约合 0.55 美元。这一步本身并无异常，但下一步开始出错。
也就是说，这个钱包在同一个区块里先完成了一次正常的资金归集，随后又把整理后的余额整包送给了矿工。
SpiderPool 拿下该区块绝大部分手续费
第 962,142 号区块由 SpiderPool 挖出，区块总奖励为 4.9439 BTC。扣除 3.125 BTC 的区块补贴后，手续费收入为 1.8189 BTC。
其中，上述 4 笔异常交易贡献了 1.7715 BTC，占该区块全部手续费收入的 97.4%。其余 4,695 笔正常交易的手续费总和只有 4,739,144 聪，约 3,042 美元。
按原文计算，SpiderPool 该区块总收入约为 31.7 万美元，其中超过三分之一来自这名交易者误付的手续费。
最高费率达到区块中位数的 57 万倍
原文指出，最大单笔费率达到 1,724,128 sat/vB，而该区块的中位费率仅为 3 sat/vB，前者相当于后者的 57 万倍。
链上可确认 RBF 已启用，但异常不在这里
关于脚本究竟错在哪里，原文提到，市场消息将这起事故归因于自动化脚本误用 RBF（Replace-By-Fee，手续费替换机制）。从链上能够确认的是，这 4 笔交易的 sequence 都被设为 0xfffffffd，也就是启用了 RBF 标记。
不过，这一设置本身并不算异常。因为 Bitcoin Core 钱包默认就会使用这一数值，而那笔归集交易的 12 个输入也全部采用同样的 sequence 值。
真正的问题出在输出结构
比特币交易的手续费并不是单独填写的字段，而是输入总额减去输出总额后的差额。当一笔交易的唯一输出是零值 OP_RETURN 时，这个差额就会等于全部本金。
原文指出，在这种情况下，钱包没有理由弹出警告，结果就是整笔资金被直接送给矿工。
文中还提到，2025 年 4 月发生的一起 0.75 BTC 事故，原因也是类似：用户在第二次 RBF 时加入了一笔大额 UTXO，却忘记把找零返回自己的地址。
类似误付并非首次出现
过去也曾发生过更大的案例。原文提到，2024 年 6 月，OKX 的归集程序出错，曾烧掉 254.28 BTC，当时约合 1,760 万美元。
误付手续费通常无法链上追回
原文在常见问题部分指出，比特币链上没有任何机制可以强制追回误付手续费，最终能否拿回，只能看挖出区块的矿池是否愿意退还。
文中举例称，2023 年曾有矿池公开喊话，让误付 20 BTC 手续费的用户在 3 天内出面认领，但退款完全属于矿池自愿行为，多数案例最终都无法取回。