IPFS挖矿收益及IPFS 入门笔记

IPFS挖矿收益怎么样？多长时间能回本呢？

今天大家一起在这里算算这笔经济账：

事先，大家得明白，在IPFS FileCoin 主网上线之前，具体挖矿收益率是无法进行有效精准测算的，我们也只是算个大概；另外，没有人敢保证一台确定的矿机每天能挖出多少币，要是真有矿机厂家敢这么宣传，那绝对是在扯淡，只能呵呵了。

但是，规律总是有的。常在矿圈混，至少我们可以确定的是：由于初期挖矿总体资源少而单位时间代币释放总数恒定的缘故，越早期挖矿，收益率也绝对是越高的，这是大家都熟知的“挖矿早期红利”。

根据官方Token分配说明，IPFS Token即FileCoin 总数共 20 亿枚，其中 70% 预留给矿工挖矿产出，矿工可挖Token的数量为：20亿枚*70% = 14亿枚 FIL（Filecoin Token简称）。据IPFS官方预设的Token分发策略，挖矿部分Token，6 年分发一半，即14亿枚*50%= 7亿枚 FIL，即使前 6 年按时间进度均等分配，至少平均每年分发约：7亿枚/6 = 1.167 亿枚 FIL 。一年按照 365 天来算，至少平均每天分发：1.167亿枚/365 = 319726 枚 FIL，一天大致32万枚左右。

而实际上IPFS官方对Filecoin的分发策略，如下图所示，此分发是非线性的，前期分发增长率最快，然后逐步平缓下来。这种代币发放策略也是官方对矿工积极参与的有效激励措施。所以说，早期阶段的单位时间（每天）代币分发量一定是最大的，每日分发量一定高于平均值319726 枚。

<img src="https://pic2.zhimg.com/50/v2-89dce3530f111b11966cc119dfba1d50_hd.jpg" data-caption="" data-size="normal" data-rawwidth="1080" data-rawheight="762" class="origin_image zh-lightbox-thumb" width="1080" data-original="https://pic2.zhimg.com/v2-89dce3530f111b11966cc119dfba1d50_r.jpg">

接下来，我们就按照保守的方式来大概算算每天收益情况。

假设条件：

假设条件一：假设早期每天分发量为 32 万枚 FIL；

假设条件二：假设早期全球有 10 万台算力均等的矿机参与挖矿；

根据以上两个理想的假设条件，我们计算可得：

每台矿机每天平均可挖出约32万枚/10万= 3.2 枚 FIL，按照当前期货市场价格84元 RMB/枚 FIL 计算，我们可得每台矿机每天收益约为：3.2枚*84元RMB=268.8元RMB。

当然了，现实情况中由于每台矿机的配置差异以及所处地理位置不同使得矿机的有效算力不同，具体的收益情况肯定是有很大差别的。基本原则是带宽越高收益越高，存储容量越大收益越大，位置坐标越靠近数据需求方优势越大。这就决定未来一定会有专业的矿池矿场出现，我们会密切关注IPFS矿场行业即时发展动态，及时通报大家，也希望真正的矿场投资者多多关注多多留意。

总之：IPFS 挖矿相对来说还是比较公平的，按劳分配早劳早得，资源贡献量越大收益越多，资源贡献越早收益越多，大家尽早准备好优质的带宽资源和充足的存储空间就好了，我们一起期待IPFS主网早日成功上线！

IPFS 入门笔记

IPFS 是什么

IPFS（InterPlanetary File System，星际文件系统）是永久的、去中心化保存和共享文件的方法，这是一种内容可寻址、版本化、点对点超媒体的分布式协议。

内容可寻址：通过文件内容生成唯一哈希值来标识文件，而不是通过文件保存位置来标识。相同内容的文件在系统中只会存在一份，节约存储空间

版本化：可追溯文件修改历史

点对点超媒体：P2P 保存各种各样类型的数据

可以把 IPFS 想象成所有文件数据是在同一个 BitTorrent 群并且通过同一个 Git 仓库存取。

总之，它集一些成功系统（分布式哈希表、BitTorrent、Git、自认证文件系统）的优势于一身，是一套很厉害的文件存取系统。

IPFS 使用场景

在 /ipfs 和 /ipns 下挂载全球文件系统

挂载的个人同步文件夹，拥有版本功能

文件加密，数据共享系统

可用于所有软件的带版本的包管理器（已经实现了：https://github.com/whyrusleeping/gx）

可以作为虚机的根文件系统

可以作为数据库：应用可以直接操作 Merkle DAG，拥有 IPFS 提供的版本化、缓存以及分布式特性

可以做（加密）通讯平台

各种类型的 CDN

永久的 Web，不存在不能访问的链接

我觉得作为数据库这一点对应用开发者来说会很有用。

安装与初始化

下载 go-ipfs 解压（下面的示例我是在 Windows 10 上做的，解压目录为 D:\go-ipfs），然后到解压目录执行命令 ，将在用户 home（~）下建立 .ipfs 目录存放数据，默认最大存储 10G。init 命令可以带参，比如修改最大存储、目录等，具体参考 。

继续执行命令 启动节点服务器：

加入 IPFS 网络

本地 HTTP 服务器，默认 8080 端口

处理后续 ipfs 的客户端命令

新开一个命令行，执行命令 以查看当前节点标识:

浏览器访问 http://localhost:5001/webui 进入管理界面，查看系统状态、管理文件以及配置系统。

配置

除了使用 Web 管理界面修改配置外，也可以直接用命令行 先导出当前配置（JSON 格式，配置项不多且含义明显），改完后使用 更新配置，重启服务器就生效了。当然，修改配置也可以直接用 。

服务器最终使用的配置文件保存在 ~/.ipfs/config 中，对比刚刚导出的文件我们发现导出的文件只比这个 config 少了一项 ，即节点初始化时自动生成的 RSA 私钥。

密钥对

节点初始化时会自动生成 RSA 密钥对，并且私钥没有设置密码。

公钥通过多重哈希得到节点 id（即上面的 ），节点服务器启动后会和其他节点交互公钥，后续通讯时使用对方公钥加密数据，通过多重哈希对方公钥、对比对方节点 id 来确认是否正在和正确的节点交互。

私钥用来解密接收到的数据，也用于 ipns 来绑定文件名。整个过程没有引入证书，仅是使用了 PKI 机制。

总之，我觉得可以暂时不用关心密钥对，可能只有在一些使用场景下面才需要吧。

添加文件

我当前目录结构是这样的：

我准备添加的目录是 ，执行命令：

1

2

3

4

5

这样我们使用 就可以查看 README.md 了。在其他节点上也可以，只要记住这个文件的哈希值就行了。我们可以在自己的 HTTP 网关上试试（注意我的端口改成了 5002，你的默认应该是 8080）：

当然也可以用 ipfs 官方的 HTTP 网关：https://ipfs.io/ipfs/Qmco94dYP733XwrUqFUhDtDG8RsqmGQ6UDPvnmH4Pvy2rv

获取文件

1

将获取刚才我们发布的 b3log 目录。

Pin

IPFS 的本意是让用户觉得所有文件都是在本地的，没有“从远程服务器上下载文件”。Pin 是将文件长期保留在本地，不被垃圾回收。

执行 可以查看哪些文件在本地是持久化的，通过 add 添加的文件默认就是 pin 过的。

绑定节点名

每次修改文件后 add 都会返回不同的哈希，这对于网站来说就没法固定访问地址了，所以我们需要通过 ipns 来“绑定”节点名。

上面 b3log 目录的哈希值是 ，我们将整个目录作为节点根目录发布：

1

2

然后我们就可以通过 ipns 访问了，注意是 ipns：

1

2

3

4

以后每次更新文件都再 publish 一下就行了。目前（v0.4.12）使用 ipns 访问会很慢，据说 v0.4.14 会解决。

DNS 解析

IPFS 允许用户使用现有的域名系统，这样就能用一个好记的地址来访问文件了，比如：

1

2

3

4

只需要在 DNS 解析加入一条 TXT 记录：

总结

IPFS 是永久的、去中心化保存和共享文件的方法，这是一种内容可寻址、版本化、点对点超媒体的分布式协议

我们可以用它来存取文件，数据永不丢失

应用可以用它来做数据库，自动拥有版本化、缓存及分布式特性

官方参考实现使用 golang 编写，JavaScript、Python、C 等语言在陆续开发中

总之，IPFS 是一套非常厉害的文件系统

IPFS 笔记预告

欢迎大家关注 https://hacpai.com/tag/IPFS，后面我们将陆续介绍 IPFS 相关知识，比如版本历史，FileCoin 等。

参考资料

IPFS White Paper

IPFS Specs

IPFS Wikipedia

IPFS 筆記和教學 (繁體中文)

IPFS：替代HTTP的分布式网络协议

来源：CSDN，文章为原文作者独立观点，不代表ipfs立场。

投稿合作咨询撩客服微信