比特币OP_RETURN能存什么，为什么不能当网盘？

加密基础

2026年10月24日

OP_RETURN 能存的东西很少，而且它从设计上就不是用来存文件的。它最适合放 32 字节左右的哈希值、协议标识或简短元数据，用来做时间戳证明或让二层协议在链上留下锚点。把它当网盘用，技术上虽然可以塞进更多数据（尤其是在 Bitcoin Core 放宽限制之后），但代价和风险都不值得：你要为每一字节支付矿工费，数据不会被节点长期保留，而且全网的节点运营者没有任何义务替你永久托管这些内容。

欧易OKX交易所
全球领先的加密货币平台，适合新手与进阶交易者
新手福利：注册即享20% 交易手续费减免！

立即注册 APP下载

OP_RETURN 到底能存什么

OP_RETURN 是一个脚本操作码，执行到它就立即终止脚本，输出被标记为可证明不可花费。这意味着放进去的比特币会永久丢失（所以通常放 0 聪），但也意味着这个输出不会进入 UTXO 集，不会给节点带来持续的内存负担。

它最常见的用途是存一个哈希值。比如你想证明某个文件在某个时间点已经存在，可以计算文件的 SHA256 哈希（32 字节），把哈希放进 OP_RETURN。日后任何人拿到原文件，重新算一遍哈希，就能对照链上记录确认"这个文件确实在那一刻之前就有了"。文件本身不需要上链，上链的只是它的指纹。

除此之外，它还被用来：

给二层协议或侧链留下锚点（比如把状态根或证明写进链上）
记录简单的协议标识或版本号
在某些设计中故意销毁少量 sat 来标记特定行为

一个关键区别需要说清：区块链存储和 UTXO 存储是两回事。OP_RETURN 的数据记录在区块链上，占的是磁盘空间；但它不进入 UTXO 集，所以不会让节点的内存数据库膨胀。这正是 OP_RETURN 被设计出来的原因——在它之前，人们用假地址把数据塞进可花费输出，制造了大量永远无法被花掉的"幽灵 UTXO"，永久拖累节点。

为什么不能当网盘

第一，成本不成比例。 比特币区块空间是拍卖制的，你付的矿工费买的是区块中的字节位置。存一张 1MB 的图片，按当前费率水平，费用会远超任何商业网盘。而且这笔费用不是一次性买断，你只是在竞争那个区块的有限空间。别人出价更高，你的交易就排队。

第二，数据不保证被永久保留。 OP_RETURN 输出虽然记录在区块链上，但节点软件可以选择裁剪这些数据。Bitcoin Core 的修剪模式（pruning）允许节点只保留最近的部分区块链数据。更重要的是，运行全节点的人没有任何协议层面的义务永久存储所有历史数据。你在 OP_RETURN 里放的东西，可能几年后就没有默认配置的节点还存着完整副本了。把重要文件托付给一个"可能有人存、也可能没人存"的系统，不如用真正做冗余存储的服务。

第三，规则在变，而且方向不是为网盘服务。 历史上 Bitcoin Core 的默认策略曾长期限制单笔交易只能有一个 OP_RETURN、数据不超过 80 字节。2025 年的政策调整后，默认限制被大幅放宽，Bitcoin Core v30.0 允许 OP_RETURN 携带最多 100kB 数据，且可包含多个 OP_RETURN 输出。但这不意味着"网盘合法化"了。Adam Back 在讨论中明确指出，OP_RETURN 的存在不构成对链上数据存储的背书，它被中继是基于节点的标准性策略，而不是为批量存储设计的。政策的放宽是为了减少人们用更糟糕的方式（假 UTXO、Taproot 铭文）绕过限制，而不是鼓励把比特币当硬盘。

第四，你用不上"网盘"的核心功能。 网盘需要可检索、可更新、可删除、可分享。OP_RETURN 里的数据写进去就改不了，没有文件系统，没有索引，没有权限控制。你要找一个特定的 OP_RETURN 数据，得自己知道交易 ID 或区块高度，普通用户没有可用的检索界面。这不是存储服务，这是给协议开发者用的"公告板"。

如果你只是想存一个小证明

存一个 32 字节的哈希来证明文件存在，是 OP_RETURN 的合理用法。但即便这个场景，也有更省事的替代方案。OpenTimestamps 这类服务把多个用户的哈希聚合成一棵 Merkle 树，只把树根写进一个比特币交易，分摊下来每个人的链上成本极低。你不需要自己构造 OP_RETURN 交易，也不需要为几十字节单独付一笔矿工费。