真实的EOS 代码开发进展如何?且看数据说话

“二月节,春雷初动,惊醒蛰虫,是为惊蛰。”

BM冒泡

不只是冬眠的蛰虫复苏,久无信息的BM同学,也在电报群冒泡了,先是神秘的说到:好事将近。后来,提到说:"路线图发布的日期已定"。

不过,这个‘日期’是什么时候,也未必会在近期公诸于众。

真实的EOS 代码开发进展如何?且看数据说话_第1张图片
image.png

观察牛熊市下对于信息的反应,是件很有意思的事情。市场需要焦点用于讲故事,而在市场情绪的带动之下, 同样的信息,在不同的气氛中,带来的影响迥异。EOSIO的路线图公布会带来的影响,若在牛市,或许会带来一波小的波澜,不过,在熊市之中,对价格的影响自然有限,对投资/投机者们而言,或者能够借此确定的一点是:团队在做事。

微信群中一朋友提及,他之所以去看一个项目的公告或周报,是为了确定一点:团队还没有跑路。从信息之中获取安定感和预期,或许是许多人频频刷信息的缘由罢。

为什么关注基础设施层?

值得一提的是,EOS 社区,对于这份路线图,可是讨要了很多次了。公布路线图所带来的一个好处,是帮助EOSIO生态中的开发者和团队有明确预期和规划,明了 EOSIO 的开发团队能够带来什么新的功能,更容易准确的设计新的功能。

因为,在基础设施建设的阶段,提供了飞机引擎之后,造飞机才能成为可能。想带地球去流浪,也得有足够强劲的技术,造出来引力弹弓才成。

上周 EOSIO 生态之中的一大项目 DAPP Network 上线,也是在基础设施层方面的改进。实现数据的链外存储与链上一致性结合,能够为开发者提供诸多的想象空间,设想出新类型的dApp来,更好推进大规模应用。

这也是我个人更关注 EOSIO 生态内在基础设施上面改进的原因,产品的想法很重要,同时,基础设施是否足够支撑起来产品的想法,也不容忽视。

EOSIO 开发进度严重受市场影响? 假的!

最近雅虎财经转载了来自 CCN 3月1日发布的一篇文章,称收到熊市行情的影响,导致EOSIO项目的代码更新频率明显下降。

这篇文章标题是:加密市场寒冬下,EOS 区块链开发进度受阻
见: Crypto Winter Bites as EOS Faces Lagging Blockchain Development

image.png

这一新闻也引发了不少媒体的盲目转载,包括中文区的区块链或财经媒体在内,毕竟,抢热点取向下的媒体,许多也是容易陷入FOMO,担心错过新闻,而忽略了对新闻事实,尤其涉及到技术类的事实进行核查。而真实的情况如何?且看来自 Scatter 团队的Rami 所发布的一篇文章回应。

原文: The real pace of development of EOS
编译: 荆凯

如下为全文。

===============

本文是对 Yahoo Finance 此篇不负责任之报道的回应,我无意为此文导流,但从此处开始讨论,还是有价值的。

Scatter 团队相信事实,数据和调查

来自Cryptomiso的图表

我们先展示下来自 Cryptomiso 的这张 EOS 的图,这一原始内容是存在问题的。

来自: https://www.cryptomiso.com/months_3.html#EOS

真实的EOS 代码开发进展如何?且看数据说话_第2张图片
image.png

这里所犯的逻辑问题显而易见且让人蒙羞:对单一代码库的提交,并不能代表某个生态系统的开发进度。跟踪某个代码库的提交历史,并不能够告诉你 EOSIO 的开发进展,因为, EOSIO 并非只有一个代码库。

仅在过去一个月,EOSIO代码库的提交就超过了600次。EOSIO/eos 被分为多个repo,这样做可以更好地区分关注重点,创建更易于维护的代码。这样做,是让代码库更容易管理的好办法。如今,大部分工作都是在另外的一个代码库中进行的,在主网启动之后不久就创建了这个代码库了。

只需要花个2分钟的时间,瞥一眼 在 Github上的EOSIO 该组织账号, 以及页面顶部的代码库中提交的记录,就能完全否定那篇文章中的观点。我可以想到,同样缺乏调查性新闻的情况也会出现在那里,而雅虎财经的员工在发布内容之前应该更加当心,先花些时间验证来源信息是否准确。

下图所列出的每个repo,都是生态系统的关键部分。有些是EOS 区块链本身的一部分,有一个是在链上运行的默认的系统合约(eosio.contract),有些是用于e开发目的, 如 eosio.cdt 和 eosjs 以及一些全局辅助程序,如 abieos。

以下数据仅是过去一个月(2019年2月)的数据。

真实的EOS 代码开发进展如何?且看数据说话_第3张图片
image.png

请注意:这里仅仅统计了每个主分支中 master 分支中代码的增删的情况。若将其他分支包含在内,所显示的数字会更大。

您可能还会注意到代码的提交密度与代码添加和删除的情况无关。开发工作本就如此。有时我们只会在本地分支上工作,只是在必要的时候才将分支推送上去。通常,开发者为了修复小的bug或者增加小的改动(比如完成一些反馈的情形)时,会将小的更改提交至代码库中,这时候提交频率更频繁,而开发新特性时候反而并非如此。

demux-js 就是一个很好的例子。代码提交比 eos 少,但代码更改要多得多,因为它刚刚进行了一次小的修改。注意, eosio.cdt 这一代码库也没有主代码修改,这意味着它们正在一个新的分支上工作(恰好是 1.6.x 分支,可能与最近的eos标签保持一致),这意味着有一个全新的稳定版本正在开发之中。

我们敦促 Cryptomiso 更新他们的统计方法,并要求 CCN 和雅虎财经发布撤回声明。

(译文完)

小结

许多时候我们会遇到很多貌似正确的新闻信息其实并未经过负责的审视,尤其是在诸多媒体一起报道的时候,这个 “EOS代码更新”的问题,就是一例子。在区块链领域等新兴的且与钱密切关联的领域,这类信息对投资决策的影响反而更大。

仿照 Ray Dalio 在公司内部的做法,你也可以借鉴可信度权重的思路,形成自己的评判信息来源可信度的方式,毕竟,没有那么多时间去浪费在浏览似是而非的信息之上,所以,选择出自己的信源,非常重要。

比如,MeetOne 的新闻短讯,和 EOS Cannon 的每日文章摘要,是我个人认为可信度相当不错的。当然,在此基础之上,对于一些重要的信息,还要去顺着其中的内容找到信息源头,进行再次确认。

另外,除了信息之外,若能够找到一个合适的场域,其中的分享者对信息的加工深度和精度更高,且彼此形成相互作用,则对我们来说更具备时间效益。目前看来,币乎的演化方向,比较符合我这一期望。

其实,成为别人的信源,也是我对作为写作者这一角色的期待之一,一起与大家共同成长。

今天写到这里,多谢各位阅读和支持。

你可能感兴趣的:(真实的EOS 代码开发进展如何?且看数据说话)