当前位置: 玩币族首页 > 区块链资产 > 学知识拿3000key红包｜｜FIL一周大涨了三倍，又有宝二爷站台，IPFS能否避免EOS的

学知识拿3000key红包｜｜FIL一周大涨了三倍，又有宝二爷站台，IPFS能否避免EOS的

2020-07-05 EOS西站社区来源：区块链网络

西站每天有秀一下区块链前沿话题的西站秀场，有让你充电的西站课堂，撒让你开心的大红包。

西站秀场，让你关心的区块链前沿话题和业内大咖在这里发光，秀出来！！！

西站课堂，区块链知识提炼，让你边学边拿key红包，多轮100个以上红包等你来拿！今日红包提示：找斜体的“项”字

红包大放送，讲一讲西站红包大放送的规则，每天文章收入的40%全部用来发红包，最大红包雨，只要你敢拿，我们就敢撒，快来接吧！！！

西站秀场

今天区块链秀主题:

FIL一周大涨了三倍，又有宝二爷站台，IPFS能否避免EOS的悲剧。

这一周FIL大火，FIL上涨了3倍，当前报价148元，冲击前期高点213元。FIL价格走势如下图。

FIL的历史最低价为2019年8月12.9元，也就是近一年的时间，FIL价格从12.9涨到148元，十倍的涨幅，我们看一下FIL的价格历史记录。

当上半年DEFI热火朝天时，IPFS却遭遇冷遇，市场的热度，总是会被眼前所见和即刻回本的虚幻所左右，终于今天轮到IPFSl火了，其热度和范围已超过了DeFi。

这里不得不佩服一下宝二爷，前段时间宝二爷郭宏才频繁为Filecoin站台，号称它是今年的的百倍币，并称IPFS为蓝色以太坊。

Filecoin是一个开源、面向大众开放的加密货币和数字支付系统。文件币系统旨在打造一个基于区块链系统的数据存储和检索方法。它是协议实验室以星际文件系统为基础而创造的。文件币在ICO预销售和ICO销售中分别集资5200万美元和2亿美元。

宝二爷认为整个行业必须有新的概念出现，而大家迟迟的等待Filecoin一直没上线，因为星际网络早就有了，它是一个底层协议，IPFS上面现在有4家主要应用，但是现在这些应用搞不起来，主要原因是Filecoin这个结算体系没出现，就是Filecoin没上线。

Filecoin是真正的能改变整个生态里边的最主要的一个底层协议和结算体系。星际网络的目标是下一代的http协议，Filecoin既然是替代http协议的重要的结算系统。它的出现可以在根本上整个互联网行业的游戏规则，这个游戏规则是跨时代、跨历史性的颠覆，因为Http协议其实是一个非常落后的协议，虽然http协议广泛的应用在互联网，但是它并不好用去中心化，更安全，更快，它是http协议的升级版。

宝二爷还提到，现在硅谷，你要不知道I P F S 星际网络不知道Filecoin，你就OUT了，就像你不会讲以太坊区别、不会讲区块链项目，你在硅谷技术圈里面就出局了。知道未来星际网络Filecoin这些技术的点，而且现在发展情况，你才能刚入门。目前技术社区正在大量进入Filecoin的社区，并且已经形成趋势。

但是我们发现一个很致命问题，Filecoin要质押，质押必须得持有Filecoin，你才能挖Filecoin。这是一个很巧妙的设计，也是这最近Filecoin期货市场上暴涨的原因，有很多的大的资本参与了Filecoin的投资，但很多矿工是最近这些年才进来的，投资了硬盘的他根本就没Filecoin，而矿工如果要在如果要挖Filecoin，它必须质押Filecoin。也就是说早期挖Filecoin收益会很高，一定大家都是判断早期的奖励机制是，线性让你收益很高的，后面一定会减半，早期挖的人一定是回报率最高的。

圈内很多人之前也对Filecoin提出了质疑。

也有人说，IPFS可能是另一个EOS，EOS当年40亿美元的超大规模1CO，号称区块链3.0，百万TPS可是当时最牛的技术。

如今两年后，EOS市值几乎跌出了前十，生态不只比不了以太坊，连波场都超过了它，曾经为EOS站台的李笑来，笑言这是价值50亿美金的空气币。

如果FIL的故事讲得够好，也许会像比特币一样，虽然平常割下韭菜，但始终还是在起伏中最终推动共识提升，但故事没讲好的话，也可能同EOS一样，最后被市场抛弃。

今天评论秀主题，请大家上墙！！！

【1】：你认为IPFS能否避免EOS 的悲剧？

西站课堂

今天的西站课堂教你学习区块链项目管理的知识，请你忍上3分钟，一会就下课。

4.6 实施整体变更控制

实施整体变更控制是审查所有变更请求、批准变更，管理对可交付成果、项目文件和项目管理计划的变更，并对变更处理结果进行沟通的过程。本过程审查对项目文件、可交付成果或项目管理计划的所有变更请求，并决定对变更请求的处置方案。本过程的主要作用是确保对项目中已记录在案的变更做综合评审。如果不考虑变更对整体项目目标或计划的影响就开展变更，往往会加剧整体项目风险。本过程需要在整个项目期间开展。图4-12 描述本过程的输入、工具与技术和输出。图 4-13 是本过程的数据流向图。

实施整体变更控制过程贯穿项目始终，项目经理对此承担最终责任。变更请求可能影响项目范围、产品范围以及任一项目管理计划组件或任一项目文件。在整个项目生命周期的任何时间，参与项目的任何相关方都可以提出变更请求。变更控制的实施程度，取决于项目所在应用领域、项目复杂程度、合同要求，以及项目所处的背景与环境。

在基准确定之前，变更无需正式受控于实施整体变更控制过程。一旦确定了项目基准，就必须通过本过程来处理变更请求。依照常规，每个项目的配置管理计划应规定哪些项目工件受控于配置控制程序。对配置要素的任何变更都应该提出变更请求，并经过正式控制。

尽管也可以口头提出，但所有变更请求都必须以书面形式记录，并纳入变更管理和（或）配置管理系统中。在批准变更之前，可能需要了解变更对进度的影响和对成本的影响。在变更请求可能影响任一项目基准的情况下，都需要开展正式的整体变更控制过程。每项记录在案的变更请求都必须由一位责任人批准、推迟或否决，这个责任人通常是项目发起人或项目经理。应该在项目管理计划或组织程序中指定这位责任人，必要时，应该由变更控制委员会（CCB）来开展实施整体变更控制过程。

CCB 是一个正式组成的团体，负责审查、评价、批准、推迟或否决项目变更，以及记录和传达变更处理决定。

变更请求得到批准后，可能需要新编（或修订）成本估算、活动排序、进度日期、资源需求和（或）风险应对方案分析，这些变更可能要求调整项目管理计划和其他项目文件。某些特定的变更请求，在CCB 批准之后，可能还需要得到客户或发起人的批准，除非他们本身就是 CCB 的成员。