【数据】EOS币价背后的代码更新情况,然后？ | 币乎第3篇 | 3000KEY红包

1 开篇

这是法医第3次认真在币乎写长文，也聊聊EOS。

最近EOS的行情实在是让柚粉们感到无助，排名已华丽丽的滑落到了12名。昨天老白还发文奶柚子，提供了一些EOS的基本面，好像也提振不了柚粉的信心。

另外还有些看热闹不嫌事大的在我们柚东的伤口伤撒胡椒粉的。

“Tezos明天再涨涨就可以超过柚子了”…… 你们开心就好！

那么就让我们扒一扒EOS团队到底在代码更新方面有没有在做事？我尽量克制自己，保持不黑不奶的态度来写一写（奶一奶）。

2 正题

请跟着我进入正题，直接开扒！

首先进入https://eos.io/，点击导航栏的BUILD ON EOSIO，在页面中找到Nedos点击后，找到Github点进去。https://github.com/EOSIO/eos。

提案释放通过了143个，开发者人数为208(有看到BM)。粗看这个数据不能说明开发进度如何。

继续，我们可以看到截至2020/7/9, 一共提交了15489条代码更改提案，其中最近的提交提案在4天前（7/9），比如”版本更新至2.07”、“还原资源单一插件的初始签入”、“删除另一个无效注释并澄清测试器参数名称”……  至少说明了团队一直有在做事。

再点击15489条的更改提案，标注为verified的是指已正式提交至Github仓库，即可以在Github上查到。

我们继续深入，看看一个代码更改的细节—— 努力试着搞明白程序猿们有么有再搞事。

例子：从 EOSIO #261合并拉取请求(merge the pull request)

后文再解释下Github中的pull request是什么。

此次更改显示 1 个已更改的文件，包含 2 个添加和 2 个删除，实际上可以理解为做了2处更改。

更改1

删除了within a block

EOSIO 智能合约作为C++"eosio：合同"的一个高级课程。操作作为派生C++方法实现。另一方面，事务在 EOSIO 应用程序中动态生成（作为事务实例）。EOSIO 软件处理一个块中的每个事务实例，并跟踪其从创建、签名、验证和执行演变过程中的状态。

更改2

压缩更改为解压缩。

"unpacked_trx"字段在构造事务实例后保存缓存的未打包事务。如果以前压缩了已签名的事务，则从"packed_trx"字段解压缩，并缓存到"unpacked_trx"。如果未压缩地存储已签名的事务，则只需逐字复制到"unpacked_trx"。"签名"字段允许对事务进行快速签名验证，而无需对事务进行完全解压缩。

凭我有限的计算机编程知识，我认为这两处是为了提高签名验证的效率而做的更改。

眼尖的可能在之前的15489个提案中会看到每条提案中有红色的×或者绿色的√，×表示这个提案中的代码并没有全部通过，可能还有要重新编写代码的。√则表示这个提案所有的代码都已通过检查。仅此而已。

Pull request 流程解释。

这里借用知乎上beepony的类比解释，也许更容易懂。

当你想更正别人仓库里的错误时，要走一个流程：

先fork别人的仓库，相当于拷贝一份；

clone 到本地分支，做一些 bug fix；

发起 pull request 给原仓库，让他看到你修改的 bug；

原仓库 review 这个 bug，如果是正确的话，就会 merge 到他自己的项目中；

至此，整个 pull request 的过程就结束了。

pull request 是社会化编程的象征，通过这个功能，你可以参与到别人开发的项目中，并作出自己的贡献。pull request是自己修改源代码后，请求对方仓库采纳的一种行为。

——《github入门与实践》

3结语

再借用老白的图片，EOS的代码提案的活跃度终于榜上有名，虽然在榜末。

提案15489，日均56个。并不是所有的提案都会完成pull request，但这个数据至少说明了EOS的开发是活跃的。

完成pull request 143个。这个数据说明实际完成的代码结果也是不错的。

至此，作为一个柚粉的不黑不奶文结束。希望给迷茫的柚粉些许安慰。

团队在做事。

稳住，我们能赢。

我是分割线

文以载道，有感而发；

勤于思辨，套路先行。

我是法医秦明，不定时更文，不以撸币为耻。写文章最主要的是记录自己、与人交流。