- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
这可能是一个非常基本的问题,但我在搜索中找不到。假设文件内容甚至一点都没有改变,IPFS CID 是否永远不会改变,即使它被不同的用户添加/固定?
在可预见的 future ,这种假设是否成立?我知道它取决于散列算法,所以只要知道使用了什么散列算法(SHA-256),IPFS CID 就可以重现可预见的功能,对吧?或者是否还有其他信息需要存储?
最佳答案
Would this assumption stay true for foreseeable future? I know it depends on hash algorithm, so just by knowing what hash algorithm was used (SHA-256), the IPFS CID would be reproducable for foreseeable feature right? Or is there other information that needs to be stored as well?
不,假设 ipfs add <file>
是不安全的将始终提供相同的 CID,因为除了哈希函数本身之外还有许多参数,二进制文件可以随时间自由更改。高层ipfs add
将文件/目录转换为名为 UnixFS 的树结构表示该数据,并且由于 ipfs add
的默认方式允许随时间变化这意味着 ipfs add example.txt
输出的 CID可以改变
许多 UnixFS 参数是可配置的(并在 ipfs add --help
中描述)并且包括原始叶子和 block 大小等选项。这意味着如果你真的想确保 ipfs add example.txt
结果是相同的 CID,您可以传递一组标志以确保情况如此。
请注意,一般来说,我会尽量避免将相同的数据多次导入 IPFS(无论如何这是一种资源浪费),尽管在某些情况下,这可能是获得您的最简单或最好的方法离地项目。
关于IPFS CID 可重复性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/66414123/
我正在尝试使用重复包装脚本(duplicity-restore.sh)恢复文件,内容如下: #!/bin/bash # Export some ENV variables so you don't h
在过去的几周里,我们的 mysql 数据库一直在随机崩溃。 - 我已经检查了所有数据库是否损坏,但一切正常。 编辑 2016.01.14 - 经常弹出的错误如下 - InnoDB: Database
我是一名优秀的程序员,十分优秀!