【区块链 | IPFS】IPFS节点搭建、文件上传、节点存储空间设置、节点上传文件chunk设置

区块链（Web3）开发工程师

已于 2023-09-13 11:19:05 修改

阅读量3.2k

点赞数

分类专栏：区块链文章标签： php 开发语言

于 2023-09-07 14:36:40 首次发布

本文链接：https://blog.csdn.net/qq_28505809/article/details/132737166

版权

区块链专栏收录该内容

59 篇文章 11 订阅

订阅专栏

一、创建ipfs节点

通过ipfs init在本地计算机建立一个IPFS节点
本文有些命令已经执行过了，就没有重新初始化。部分图片拷贝自先前文档，具体信息应以实物为准

ipfs init initializing IPFS node at /Users/CHY/.ipfs generating 2048-bit RSA keypair...done peer identity: QmdKXkeEWcuRw9oqBwopKUa8CgK1iBktPGYaMoJ4UNt1MP to get started, enter:

ipfs cat /ipfs/QmVLDAhCY3X9P2uRudKAryuQFPM5zqA3Yij1dY8FpGbL7T/readme

cd /.ipfscd ~/.ipfscd /.ipfs ls blocks datastore version config keystore $ open ./

执行ipfs init初始化节点之后，会生成一个.ipfs的文件夹，用于存储相关的信息，比如节点ID、环境配置信息、数据存储等
如果使用的是MAC电脑，使用shift+command+. 可以查看隐藏文件

通过ipfs id查看创建的节点id的信息

二、启动节点服务器

使用命令ipfs daemon启动节点服务器
一旦启动当前界面会处于监听状态，需要新建标签页

三、简单验证

使用如下命令，进行简单测试

ipfs cat /ipfs/QmYwAPJzv5CZsnA625s3Xf2nemtYgPpHdWEz79ojWnPbdG/readme

浏览器输入下面的网址：http://localhost:5001/webui会看到一个漂亮的UI界面

四、相关问题详解

1. ipfs的存储位置

IPFS的数据存储，个人用户的数据存储在自己个人的硬盘上，也就是本地硬盘存储。存储后，会在IPFS网络广播，“我存储哈希为Qm...的数据了”，因为哈希的唯一性，如果数据的分割方法一定，那么同样的数据在网络存储中只会有一份，也就是只在本地节点存储。当有用户检索该数据时，检索数据的hash值就是key，节点会首先在DHT表（key/value存储）中查询有无该key，如果没有，到与key异或距离最近的K桶里查找，如果该K桶中的某个节点有key对应的value则返回，否则返回它认为存有value值的最可能节点，以此递归，最终找到key对应的value。然后请求节点与value（也就是节点ID）建立连接，并请求数据，同时将该key/value键值对存储到自己的DHT表中。请求节点将接收到的数据存储到ipfs缓存中，数据检索成功。该请求节点在缓存数据有效期内，同样可以为ipfs网络，提供该数据，作为原始数据的备份。

2. ipfs的冗余备份措施

IPFS采用了Erasure coding的冗余备份措施，集群中有n份原始数据和m份校验数据，即共有n+m份备份数据。

3. 修改节点默认存储空间

ipfs节点默认存储空间为10个G

方式一：可打开终端执行下面的命令

export EDITOR=/usr/bin/vim ipfs config edit

找到下图使用红色的框标定的内容，修改自己想要的大小
PS：输入i可以开始编辑，编译完毕后按esc键，再输入:，再次输入wq保存并且退出

方式二采用web界面进行修改

修改对应的信息，然后点击保存

ipfs的节点掉线，对于整个组织的影响

IPFS的容错机制会保证数据被复制了足够数量并存放在不同的地区，即使某一个地方的数据由于不可抗力的因素被完全销毁，通过其他地区的备份也可以实现完整恢复数据，极大的保证了存储在IPFS上的数据的安全性
采用MerkleDAG，因为它具有以下特点：1.内容可寻址：所有内容都是被多重hash校验和来唯一识别的，包括links。2.无法篡改：所有的内容都用它的校验和来验证。如果数据被篡改或损坏，IPFS会检测到。3.重复数据删除：重复内容并只存储一次。
在IPFS网络中，数据的存储可能是有重复的。重复的数量与用户上传的时候采用的IPFS进行分块的方法有关。
之前提到过数据在IPFS存储是以块的形式存储的。在ipfs提供的数据分割方式有很多种。在ipfs源码种core/commands/add.go代码中描述了切割的方法：

默认模式，块的大小是256kb，也就是256 * 1024 bytes，对应的size=262144。命令不需要加参数，即ipfs add 文件。
指定块大小模式。命令是ipfs add --chunker=size-1000。其中后边的1000可以是任意小于262144的数。
rabin可变块大小切割模式。命令是ipfs add --chunker=rabin-[min]-[avg]-[max] 文件。其中min，avg，max的值分别值最小块大小，平均块大小，最大块大小的意思，值在小于262144自行设定。

The chunker option, '-s', specifies the chunking strategy that dictates how to break files into blocks. Blocks with same content can be deduplicated. The default is a fixed block size of 256 * 1024 bytes, 'size-262144'. Alternatively, you can use the rabin chunker for content defined chunking by specifying rabin-[min]-[avg]-[max] (where min/avg/max refer to the resulting chunk sizes). Using other chunking strategies will produce different hashes for the same file.

ipfs add ipfs-logo.svg ipfs add --chunker=size-2048 ipfs-logo.svg ipfs add --chunker=rabin-512-1024-2048 ipfs-logo.svg

同一个文件存储在ipfs中，因为存储是选用的文件切割方法不同，返回的hash值却不一样。所以说IPFS的块存储没有重复的，而IPFS块文件拼凑的数据可能有重复的。也就是说同一个文件可以根据不同的文件切割方法在IPFS网络中重复的存储多次。

如上图，测试了一个6.8K的文件存储，存储设定1024B为一个分片，分片完后，可以查到这个文件分为了7个分片。

备份是如何实现的呢？假如一部非常火的电影，大家都习惯性的将该电影存储到自己的电脑E盘或其它硬盘存储中，全世界如果有1亿的人存储了这个电影，这不是对存储的极大浪费吗？在ipfs网络中，该电影只被存储在一个节点中，当有用户需要读取的时候，会产生新的备份。就是谁使用数据，这个数据就会复制到谁那里。当一个节点加入IPFS网络时，这个节点会提供一部分硬盘空间（缺省为10G，可以配置）给整个网络使用。那么通常情况下，在存储文件的时候，您自己提供的这部分硬盘空间总是最快的，因为不需要跨网。当存储完毕后，网络上任意节点都可以访问这个文件。当另一个节点访问的时候，那个节点往往会复制一份您的数据到他的缓存空间。这样整个网络中就有两份拷贝了。试想，当有很多人对这个文件感兴趣，那么网络中的拷贝数会越来越多。
需要提出的是：拷贝一般都是缓存，也就是说是临时存储的。时间一长就被自动删除掉了。这种临时缓存非常好地解决了分布式数据分发的问题，比如说一个社会热点往往呈现出预热期、火热期和退潮期等阶段，利用IPFS，数据的分布和拷贝数与这些时期是完全匹配的。访问的人越多，拷贝数就越多，但热度下来了，拷贝数就会降下来，从而自然地实现空间利用率和存取效率的平衡。如果想让这个文件永久存储，那么必须将其设为固定的样式，即存储在硬盘中。