截止到现在，今天唯一花在学习上的时间，在几个碎片时间。

这两天在了解 node 及 js；编程语言的学习，最好是有大块集中的时间，专注地学习。可无奈，除非是当初在学校，年纪越大，各种琐事越多，所谓的这些大块时间，将变得非常稀少。不得不，必须利用好碎片时间，即使是在效率不那么高的情况下，学习编程。比如，今天就是在医院抱着娃等叫号的时候，看完了 js 的基础语法。

大块时间好，可惜越来越少；
碎片时间不好，可惜可能是唯一选项。

当对现状不满意的时候，很容易有全部推倒重来的想法。

这可能是对的，也可能是错的。

一方面，确实要警惕沉没成本对自己的影响。考虑到已经花了很多时间在某个事情上，总想着再花点时间就能出结果。这样，反而让我们一直陷入这个泥潭。

另一方面，也要想想，走到目前这一步，是因为哪些原因引起的。如果这个原因不找到、不解决，即使再换个方向，这些原因也会以新的形式再次骚扰我们。更何况，毕竟自己在这个领域投入很多，也积累了很多能力、人脉、资源等等。一旦切换，这些可能全部要归零，转而去和已经有很多积累的人直接竞争，听着就很亏。

上面正反两种思想都有道理，没有谁对谁错。既可以说是破釜沉舟、壮士断腕，也可以说是守得云开见月明。关键，还是要看自己对具体问题的分析，理解自己深层次需求，找到除了钱之外最根本的动力。

总让自己呆在舒适圈中，不去了解自己看不懂的东西，不去尝试新鲜的东西，不增强自己现在不会的能力…

现实，会让一切变得明确、极端，甚至冷酷。短暂的舒适，会让自己加速退化，越来越没有竞争力，沦落到社会的边缘。

明确自己的方向，坚毅地前行。有时，一时的低效、绕弯，可能不那么重要，或者说不那么可怕，但坚持、持续地做，更重要。

关于 EOS 学习，今天还是有些收获的。

关于去中心化的理解

首先，我对去中心化的理解也在不断学习中，以下表述不一定正确，君且一听。

要理解去中心化，首先来对比看看中心化。

比如，我们要实现一个在线五子棋的游戏（只是我随便举的例子，方便理解），需要这些元素：

• 定义游戏的规则
  • 比如，如果已经在某个点上下了一个子，就不能重复在相同的点上下子
  • 比如，满足连续五子，即可以赢了比赛
• 记录游戏的状态
  • 比如，谁在哪些点上下了子
• 执行游戏的规则
  • 比如，当一方出现连续五子时，判定其赢，且结束比赛
• 权限
  • 比如，谁有权加入比赛

在中性化的设计中，很明显上述元素都是在中心服务器中完成的。那对于区块链、也即 EOS 中，是如何对应的呢？

• 记录游戏的状态
  • 这是记录在区块中的
• 定义、执行游戏的规则
  • 这是包含在智能合约（contract）中的，也即 .hpp/.cpp 所转换的 .abi/.wast 中的代码
• 权限
  • 这是记录在 account 及 wallet 中的

可以看出，去中心化并不能减少这个程序中的任一环节，只是用自己的方式来实现。在初入区块链领域时，可以借助中心化的思路来帮助理解。但如果真的要彻底进入区块链的世界，还是要慢慢切换为去中心化的思维模式。

今天有几件不顺的事，让心情很差，干活也没什么状态。

关于 EOS 的学习，由于 EOS 本身还不完善，这样的学习有非常大的开放性；换句话说，不知道该怎么学。官方虽然有文档，看目测不是很够。即使在官方的文档，在学的过程也遇到各种问题，比如环境的配置等。还是一个很重要的：EOS 最佳开发语言是 C++，而我几乎已经忘了。非常纠结是学习 C++，还是坐等 REST API 接口完善。

明天确定目标：完全照着官方文档走一遍，用 C++ 的代码，去理解智能合约及 EOS 的实现。