存一份文件的哈希、维护一套域名系统、让所有应用共用一本账，带来的负担各不相同。2009—2011 年，中本聪在邮件和论坛中谈过这些区别。
为什么要替别的应用下载数据？
2010 年 12 月，社区讨论 BitDNS：借助类似比特币的机制登记和转让域名。中本聪反对把不同系统的数据堆在一起，理由直接落在用户的下载负担和各自的发展需求上。
把世界上所有的工作量证明共识系统都堆进一个数据集是不可扩展的。
Bitcoin 和 BitDNS 能分开使用。用户并不应该为了用其中一个就得把两个的全部数据都下载下来。BitDNS 用户也未必想下载接下来好几个互不相干的网络决定塞进来的所有东西。
两个网络需要有各自独立的命运。BitDNS 用户可能完全不介意加入各种涉及大量数据的功能，因需要的域名注册商相对较少；而比特币用户可能会越来越强硬地限制链的体积，好让大量用户和小型设备用得轻松。
为文件存证：留下哈希，需要多大空间？
2009 年，他赞同 Hal Finney 提出的文件时间戳用途。哈希可以理解为文件的数字指纹；把它记入链，能帮助证明文件此前已经存在，原文件仍需另行保存。2010 年，他进一步支持为“时间戳哈希大小”的数据增加交易类型。
确实，比特币就是一个为交易服务的分布式安全时间戳服务器。只需几行代码，就能创建一笔交易，在其中额外加入任何需要加时间戳的内容的哈希。我应该增加一条命令，用这种方式为文件加时间戳。
如果真有像 BitDNS 这样的应用准备开始插入哈希，我们随时能为时间戳加一个专门的交易模板。
我也支持增加第三种交易类型，承载时间戳哈希大小的任意数据。反正现在已经能做到，不提供反而不合理。它还可以告诉节点：不必费心为它建索引。
应用各自运行，挖矿工作可以共享
在 BitDNS 讨论中，他提出让两条链保留各自的数据，由矿工同时为两个网络寻找工作量证明。2011 年致 Mike Hearn 的邮件又明确说明：各条链也保留自己的规则。这就是他对合并挖矿的设想。
我认为，有可能让 BitDNS 拥有完全独立的网络和区块链，同时与比特币共享 CPU 算力。唯一的重叠是让矿工能同时为两个网络寻找工作量证明。
两个网络之间不需要任何协调。矿工能并行订阅两个网络。他们进行 SHA 哈希运算，如果找到符合条件的结果，就可能同时为两个网络找到解。如果其中一个网络难度较低，解可能只属于其中一个网络。
不是，其他链不遵循比特币的规则。它们是完全独立的链。除了矿工，它们不共享任何东西。其他网络对工作量证明的定义是：生成一个已经求解的比特币格式区块（按它们自己链的难度），其中包含它们自己的区块哈希。它们不在乎这个比特币区块是否有效，或是否被比特币使用，但这能让矿工同时为两条链工作。
读完这几段原话
中本聪支持过哈希大小的数据用途，也明确反对把所有系统的数据堆到一起。在 BitDNS 方案中，他主张两条链各自运作，并共享工作量证明。读这些原话，要同时看到用途、数据量和用户承担的负担。