关于 Bitcoin Core 维护者们要在新版本中放开 OP_RETURN 携带数据尺寸限制的话题，教链曾多次谈过。

现在，就在 Core v30.0rc1 候选版本发布之际，有人成功演示了如何通过 BTC 转帐交易的 OP_RETURN 指令，向比特币区块中投放毒数据，对社区再次提出警示。

嗯，是真正的「毒」——计算机病毒。DOS 的、Windows 的、Mac 的……

你可以亲自验证：打开任意一个比特币的区块浏览器，比如 mempool.space。输入交易编号 85f1bf57386ff71f9e7cde9f6fc347065fa34e95389712fdc2b2fcb205273d8f 搜索到位于区块高度 913937 的这笔交易。点开它。这笔交易没有什么别的内容，只是 OP_RETURN 携带恶意软件代码的示范。

开发者 Peter Todd 引用网友 @GrassFedBitcoin 的评论：「事情会这样发展：

1. 100KB 的 OP_RETURN 数据将成为标准

2. 有人不可避免地广播触发恶意软件检测的内容

3. 所有比特币云基础设施被迫下线

4. 重大中断——交易所 / 矿池离线

5. 由于无法通过硬分叉移除问题数据，恐慌导致临时补救方案出现

6. 近乎完全中心化的模板矿池被游说运行自定义过滤器来筛选未来数据（为何不通过维持原有数据载体大小限制来直接拒绝转发此类数据？）

7. 本就难如登天的挖矿去中心化任务雪上加霜

8. 运行节点变成高风险行为，需要额外软件维护洁净内存池

9. 我们变成了只接受经审批数据的数据存储网络，而非原本拒绝任意数据的货币网络」

也许现在唯一可以拭目以待的，就是看看会不会有人趁着网络费用低廉，向比特币区块中任意投毒，测试是否有机会触发大面积的杀毒软件反噬，进而造成大规模节点下线和网络瘫痪了。

或许我们应当接受甚至鼓励各种改进尝试，但是，还是要提前考虑代价。

向区块中写入的任何数据，都会随着区块的存在而永久存在。存放大量垃圾甚至有害数据，占据每一个全节点的存储空间，而且试错试出错来也无法挽回，不能删除历史数据了。这代价会不会有些过高了呢？

人类有个特点，就是爱探索极限。不到黄河心不死。不撞南墙不回头。

如果不是万有引力把人牢牢吸在地面，每个人都得上天。

只有宇宙物理法则和唯物主义力量的约束，才能限制人类不去僭越。非不想也，实不能也。

也许这也正是 PoW（工作量证明）这种物理约束，和其他各种依靠人为规则约束的共识机制之间，最大的区别吧！