【💰】如何用较快方法证明一个文件夹的两个不同哈希值（比如 SHA256 和 MD5）的一致性？

我在网上发现了一个接近 10 TiB 的 IPFS 资源，但可惜的是，目前能访问到的资源已不足 1 TiB 了。

为什么会这样？

发现该资源主要依赖“酸奶网盘”上传，并使用了“裸生叶”技术来突破文件大小限制。这种方式有一个致命弱点：在没有续费机制的情况下，既无法重建原文件，也无法提供链上存储证明。 这直接导致了大量数据悄然丢失，实在可惜。

有什么解决方案？

目前我注意到一个基于 PieceCID 的文件分享平台，或许能解决“数据持久化”的问题：
成本可控： 主网价格约 5$/TiB/月，测试网目前免费。
技术保障： 利用区块链技术，可以保证 PieceCID 始终有效。

存在什么技术挑战？

平台保证的是 PieceCID 有效，但我们平时使用的是 CID。 这两者并不完全等价。只有证明了文件夹的 PieceCID 确实对应我们的目标 CID，才能确保文件真正可用。

关于如何实现“CID 与 PieceCID 的等价证明”，我初步想到了三个方向：

零知识证明：

理论上最完美，生成一个证明来验证哈希对应关系。但性能是最大瓶颈，即使使用 GPU，一次完整证明可能耗时数月。或许可以考虑优化算法，只抽取 Merkle 树的部分路径进行验证。

公证人机制：
通过可信第三方（公证人）下载 CID 并重新构建 PieceCID 来证明一致性。这虽然可行，但引入了中心化因素，可靠性有所折扣。

社区共识：
考虑到普通人造假的成本和难度极高，我认为造假可能性很小。只要维护好 CID = PieceCID1 + PieceCID2 + ... 的映射列表，大家协同维护，应该就是目前最高效、低成本的解决方案。

https://ipfs.discourse.group/t/topic/13

大家有什么解决方法呢？欢迎探讨。

我将我能访问的文件上传了，不过 hash 不一致，同时大家可以测试一下 4K 视频 在 IPFS 中的播放速度
https://alistdemo.dns.army/?gw=bafyb4iafth5vmue5nx4jpjda4bv7xkka4we4gnn2ofwbvvwrzvfz3h3i3i.ipfs.dget.top&path=/剧集/狂飙 %202023/狂飙 %202023%20S01E01.mkv