干了八年区块链底层，才敢说句实话：你信的那个共识，脆得像纸

导读： 我在区块链底层技术这个领域里, 实际干过了八年。P2P网络的握手数据包、共识算法怎么产生出块结果、节点出问题时的紧急抢修、还有发生分叉时要进行的回滚操作, 所有这些事情...

我在区块链底层技术这个领域里, 实际干过了八年。P2P网络的握手数据包、共识算法怎么产生出块结果、节点出问题时的紧急抢修、还有发生分叉时要进行的回滚操作, 所有这些事情, 我全部都亲自经手处理过。

我所见识到的专业内容和具体情况, 比大多数普通从业者翻看过的白色文献还要多出十倍以上。但是, 我觉得最让人感到气闷和最觉得不舒服的这件事情, 从来都不是编写代码的过程本身, 而是外界没有任何一个人能够清楚地了解我们这个行当, 其核心工作内容到底是什么样子。

区块链底层为何没人看

你投向的那一条链路, 日活跃的用户数量大约是三千个。在这条链路的底层, 负责去维护它的人可能也就是两个人罢了。这其中的其中有一人, 专职于开发智能合约的SDK接口工具, 而另外一人则会时刻盯着那个展示Prometheus告警面板的情况。

当这个系统正在运行运作的时候, 不要把它称之为是某种技术层面的东西, 因为它实际上就是属于基础的一个设施部分。大家对于这一点不去投以关注的目光或者说是看不太到它的价值,这其实是一个特别正常的现象。

更要命的是, 往往等到问题爆出来的时候,你才算想起这些人还是存在的。节点会掉线, 共识会卡住, 还会发生分叉回滚。对用户来说, 他们只能看到交易失败这一个结果。他们完全不可能跑到那个叫GitHub的地方去看一看, 到底是哪个人在凌晨三点钟去修改那个关于P2P超时时间的参数。

区块链底层怎么扛崩盘

主网现在突然出现了双花的问题, 底层团队必须在四个小时里面去搞清楚到底是哪一个验证节点在做坏事, 看看那个共识惩罚机制是不是已经被绕过去了, 还要看状态树能不能回滚到一个干净的检查点, 这不只是一个调整参数那么简单, 而是整条分布式的信任链条都已经断裂了呀。

我曾经修理过最令人感到恶心的一个案例。当时的情况是这样的, P2P心跳包被某个运营商的QoS策略给静默丢弃了。于是节点产生误判, 认为自己掉线了。这就触发了全量同步。导致带宽直接被彻底打爆。我花了整整六天的时间来进行排查。

现在人们不能再简单地认为区块链这种东西就完全等同于去中心化了。因为所谓去中心化这个状态, 它的前提条件是必须有相关的人把非常基础的地层工作给打得牢牢的。

那群具体干活的人, 他们平时是不在聚光灯那个位置的, 可是如果链真的出现了断裂的情况, 那么第一个趴在地上准备去进行修补工作的, 肯定就是他们这些人。