翻完《区块链实践》这本书，最强烈的感受是：真做项目的人脑子里装的东西，跟写论文的人完全不一样。概念都懂，但落到具体业务里，坑比想象中多太多了。
区块链实践落地卡在哪
去年我们在打造供应链金融链条的时候, 技术路线的确定过程耗费了整整一个月的时间。之所以这么拖延, 并不是因为我们没有办法做出选择, 而是因为“能够使用”和“使用起来舒适”这两个标准之间存在的鸿沟是非常巨大的。
Hyperledger Fabric在算力表现上是完全能满足项目要求的, 只是该框架对节点的运行与维护操作过于繁琐与复杂, 这种情况导致我们团队里的两名运维人员感到非常难以承受, 甚至萌生了直接辞职离开的念头。
数据上链的时机这件事情, 更加让人感觉磨人。业务方张嘴就说需要实时处理, 技术人员则说要采用批量处理的方式。双方吵了好几轮之后, 这才最终决定以每五分钟作为一批来处理数据。这种妥协的情况, 在课本是永远不会教你怎么处理的。
区块链实践怎么选型
千万别在一开始就把全部的数据放置到区块链上面去。我们公司在最早的时候, 曾经尝试过把用户身份相关的所有数据都上传到了链上去进行存储, 结果就是在后来进行查询响应操作的时候, 发现整个速度直接变慢了一倍之多。
后来我们团队急忙采取了动作, 把这些处于热状态下的数据又搬回了普通的数据库里面进行处理和保留, 并且只在区块链上面保存那些哈希值用来做存证工作, 通过这种方式, 才最终把整体的性能指标成功地拉回到了正常水平。
关于共识机制这一部分的内容, 若是使用私有链的话, 采用Raft协议就完全足够了。千万不要仅仅因为想要追求去中心化这样一个概念, 就去强行部署PoS算法。在一个仅由五名成员组成的团队规模下, 试图运行拜占庭容错机制这样的设计, 毫无疑问会给自己带来极大的不必要困难, 这纯粹就是在自讨苦吃。
合上书本, 然后在心里头对着自己这么念叨, 说那叫作"实践"的两个字的分量, 要比起那个什么"区块链"来, 得重得多哦, 真正把你给卡住的那个状况, 从来都就不是技术本身的这个事儿。
