引?言
星际文件系统是一个旨在创建持久且分布式存储和共享文件的网络传输协议。它是一种内容可寻址的点对点超媒体分发协议。在IPFS网络中的节点将构成一个分布式文件系统。
在IPFS网络中，文件是拆分后存储在不同节点的，每个节点存储的内容并不相同，当我们使用IPFS私有网络来作为系统的文件系统时就存在存储一致性问题，如单个节点的故障导致存储的文件不可用。
IPFS-Cluster项目很好地解决了私有IPFS网络数据可用性问题，IPFS-Cluster通过给IPFS网络添加一层分布式共识协议，从而保证IPFS集群节点存储内容的一致性。IPFS-Cluster也是分布式的系统，附加在IPFS节点之上，通过维护全局一致Pinset并和IPFS交互来构建一致性存储。
图1?IPFS-Cluster示意图
IPFS-Cluster架构介绍
IPFS领域去中心化金融聚合器Fompound将入驻HECO:据Fompound官方公告，IPFS领域的去中心化金融聚合器Fompound将于2月3日14:00完成从ETH到HECO的换链工作并上线运行。Fompound自主网上线以来备受投资者的热捧，随着Fompound逐渐开通Fom-a、Fomp以及FIL的存贷，Fompound的生态呈爆发式增长，为了给用户带来更好的使用体验，Fompound将进行从ETH到HECO的换链工作。
Fompound是致力于用区块链技术打造的IPFS领域去中心化金融聚合器，Fompound使用Defi质押加流动性挖矿的方式产生平台权益及治理代币Fomp，并通过Fom-a至Fom-J分期分批的投资，对Fomp产生聚合效益，从而提升 Fompound的项目价值。[2021/2/2 18:42:38]
IPFS-Cluste是由各功能组件构成的，所以首先需要对组件化及各组件功能进行简单介绍；然后介绍使用IPFS-Cluster进行文件Pin操作的工作流程，与IPFSPin文件工作流程进行对比；Consensus组件是IPFS-Cluster能够完成分布式一致性存储的核心，最后会介绍基于“Raft”的强一致性分布式共识组件，和基于“Merkle-CRDT”的最终一致性共识组件。
IPFS原力区柏礼：分叉风波，是每一个成功区块链项目的必经之路:据官方消息，币赢CoinW《共识52》第五期《IPFS凭什么崛起?——FIL狂欢 , 矿工阑珊?》主题AMA主题中IPFS原力区品牌商务总监柏礼认为:分叉风波，是每一个成功区块链项目的必经之路。无论是比特币、以太坊还是Filecoin，其本身代码就是开源的，任何有能力的开发团队都可以“站在巨人的肩膀”上进行创新和优化，以开发更加符合商业应用的区块链网络。正如在某一个行业中如果出现多位竞争者，在一定程度上有利于推动这个行业的快速发展。
然而Filecoin作为分布式存储领域的龙头项目，就目前来说其拥有最强的社区共识度，其它分叉项目目前很难在生态布局及市值上进行超越。
至于说支不支持分叉，还是要看分叉项目是怎么样的本质，对整个分布式存储行业有无益处。[2020/10/22]
图2?IPFS组件结构示意图
▲?组件化设计
IPFS微信指数日环比上升30.59%:金色财经报道，微信指数显示，9月27日，区块链微信指数为1470357，日环比上升2.46%；比特币微信指数为423616，日环比下降19.81%；以太坊微信指数为155249，日环比上升7.72%；IPFS微信指数为425718，日环比上升30.59%。[2020/9/29]
IPFS-Cluster基于组件化设计，同节点的各组件之间通过内部RPC进行通信，此方案很容易把各组件部署到不同的机器，是一种极其容易扩展的架构设计。
IPFS-Cluster由以下8个组件组成：
Consensus共识组件:?负责在集群节点之间实现一致性，使所有节点的Pinset保持一致，并且管理节点的加入及退出。目前支持两种共识算法“Merkle-CRDT”和“Raft”。
PinTracker组件:PinTracker处于共识组件和IPFS中间层，PinTracker接收并维护Consensus组件发送的Pin操作，通过RPC组件将Pin操作发送到IPFS。
PeerMonitor组件:?负责维护集群节点的状态，PeerMonitor周期性的检查节点存活状态。
掌柜调查署｜节点资本创始合伙人杜均：单纯从技术角度来看，并没有看到IPFS技术的突破:在今日举行的掌柜调查署中，针对“IPFS和Filecoin有哪些重大创新，为什么大家如此关注“的问题，节点资本创始合伙人杜均表示，个人认为，无论是比特币为代表的区块链1.0，还是以太坊为代表的区块链2.0，以及现在我们大热的IPFS（激励层Filecoin），都是一群“技术中立”信仰者构建的理想国，希望通过“CODE IS LAW”促进社会变得更公平更美好。单纯从技术角度来看，我并没有看到技术的突破，我更多看到的是利用区块链思维对传统互联网访问协议以及分布式存储的升级。大家关注的点不一样，只有极少数人关注到IPFS的技术创新，更多的人关注的是如何赚钱。更多详情见原文链接。[2020/7/4]
State组件:存储Pin操作的数据库，便于对Pin操作进行增、删、查等操作。
RestApi组件:该组件提供了基于HTTP的ClusterPeer功能的访问服务器。
IPFSProxy组件:是一个代理endpoint，可以用来调用IPFS-Cluster连接的IPFS。某些请求比如Pin/Unpin等会被拦截并触发IPFS-Cluster集群操作，从而操作会在集群所有节点执行。未被拦截的请求都直接转发Cluster所连接的IPFSDeamon。
支点国际站上线IPFS金色算力云认购:据支点官方消息，支点与金色算力云联合推出IPFS云算力租赁服务，于今日11时正式上线IPFS云算力抢购，价格195usdt/1T/年。申购门槛低至19. 5USDT, 可以满足不同用户的投资需求。
支点成立于2019年3月，有现货、合约以及ETF交易，现货交易手续费低至千分之一。
金色算力云是ChainUP与金色财经联合推出的云算力平台，旨在以自建+合作模式，把云算力平台做大做强，让用户能充分享受到IPFS挖矿的红利。[2020/7/3]
Allocator/Informer组件:Informer组件用于监控系统的硬盘使用情况、Pin操作的数量。Allocator组件用来选择文件Pin到的具体节点，系统可以根据硬盘使用情况来选择文件存储到的节点，把文件存储到特定的节点。
RPC组件:?系统使用内部RPC在同节点各组件间进行通信，外部RPC在不同节点各组件间进行通信，提高了系统的可扩展性。
▲?Pin处理流程
当使用IPFS-Cluster添加内容时和IPFSadd命令添加内容命令的选项基本相同。但是IPFSadd命令仅将内容添加到本地IPFS，IPFS-Cluster同时添加到多个集群节点连接的IPFS，具体添加到多少个节点依靠ReplicationFactors参数控制。
Pin和Unpin是集群操作的核心，涉及多个内部组件，但有两个主要阶段：
ClusterPin阶段：持久化Pin操作，并通过共识组件广播给其他集群节点。
首先接收到一个Pin请求，请求包括特定参数。
根据参数会选择Pin到哪个节点，ReplicationFactors决定多少副本，磁盘空间决定选择哪个节点来进行存储。
共识组件负责将Pin请求广播到集群其它节点。
IPFSPin阶段：被指定的IPFS负责将文件内容成功Pin到本地。当Cluster-Pinning阶段完成，每个节点会被通知有个新的Pin工作，如果节点在配置列表中，会调用IPFS来进行Pin操作。
PinTracker组件开始追踪CID。
如果分配到节点，IPFSPinadd操作被执行。
PinTracker会等待IPFSPinadd操作完成，如果Pin出现错误则会进行上报处理。
这两个阶段是异步处理的，ClusterPin阶段处理后就会给用户返回应答，IPFS-Pinning阶段处理比较慢，由PinTracker对Pin过程进行管理。如果IPFSPin失败,或Pin超时失败，Cluster会接收异常情况，并定期运行Recover功能来进行异常处理。
▲?Consensus共识组件
共识组件主要职责：
管理全局Pinset集合，包括从其它节点获取或者向其它节点发送Pin操作命令。
管理Pinset相关的文件在IPFS中的持久化存储。
在所有的节点间实现分布式一致，所有的节点需要收敛相同的Pinset。
管理集群节点，包括节点加入离开，设置节点间的管理机制。
设置节点信任机制，定义哪些节点可以访问本地RPC服务。
IPFS-Cluster共识组件目前有两种具体实现，基于“Raft”的强一致性分布式共识，和基于“Merkle-CRDT”的最终一致性共识。基于“Raft”的强一致性共识，对任何一个节点发起请求都会得到相同的回复，但将产生相对高的延迟；基于“Merkle-CRDT”的最终一致性共识具有更低的响应延迟，但可能会回复过期的数据，最终一致性即是经过一段时间后终会到达一致的弱一致性。
▲?基于Raft共识算法实现
(1)通过将更新直接发送到连接的每个节点来发布更新。
(2)在本地BoltDB保存所有的持久化数据。
(3)使用Raft共识来获得强一致性。集群选出一个Leader负责提交每个请求的日志，必须群集中超过一半的节点确认才能使操作有效。可以仅将追加日志合并并压缩为快照，然后将其发送给新的节点方。
(4)相信所有节点，所有节点都可以申请加入Raft集群，并且所有节点可以和其它节点进行网络通信，前提是他们都知道私有网络的ClusterSecret。
▲?基于Merkle-CRDT?实现
CRDT是Conflict-FreeReplicatedDataTypes的缩写，即“无冲突可复制数据类型”。Merkle-CRDT是IPFS-Cluster默认的共识组件实现。
(1)通过libp2p的pubsub组件来广播Pinset更新，通过DHT+Bitswap来定位并交换数据。
(2)在本地BoltDB保存所有的持久化数据。
(3)使用Merkle-CRDTs来达成最终一致性。Merkle-CRDTs是CRDT一种改进，使用Merkle-DAG作为共识的逻辑时钟，Merkle-DAG中每个Node代表一个操作，前一个操作Node作为后一个操作Node的Parent。这样不同节点间只需要对比并同步Merkle-DAG数据结构即可维持操作的一致性。Merkle-DAGs作为逻辑时钟是只增的，不能修改的。当新的节点加入时需要从RootNode开始遍历整个Merkle-DAG，当Merkle-DAG深度比较大时，这可能导致新节点加入处理流程过慢。
(4)不需要执行任何Peerset管理。通过pubsub收到“Ping”的每个对等方都被视为集群的成员。
IPFS-Cluster总结
IPFS-Cluster作为IPFS网络的附加层，通过添加分布式共识算法达到了IPFS集群存储的一致性。此方案可以将IPFS私有网络打造成高可用存储系统，也可以用来提高IPFS的稳定性。基于内部RPC的组件化设计非常适合分布式系统，整个系统可以很方便的扩展并部署到不同的节点。
当然，目前IPFS-Cluster还不支持基于文件系统的一致性存储操作，以集群形式添加的文件在IPFS中存储为Block格式，并不支持整个文件系统状态的分布式一致性维护。
作者简介
马耀耀
来自数据网格实验室BitXMesh团队研究方向：P2P网络、数据安全传输
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。