区块链系统中共识和数据存储到底是怎么运作的，一次讲清楚

导读： 做区块链落地这几年, 我被人不停地追问最多的是两件非常关键的事情: 第一是共识到底要怎么样才能最终达成, 第二是海量的数据最后应该存储在什么样的地方。...

做区块链落地这几年, 我被人不停地追问最多的是两件非常关键的事情: 第一是共识到底要怎么样才能最终达成, 第二是海量的数据最后应该存储在什么样的地方。这两部分的内容如果没有进行深度的思考并且完全弄清楚的话, 再去讨论什么吞吐量有多大、隐私保护有多么完善的情况, 那统统都是空洞且没有实际意义的说法。

区块链系统中共识怎么做

泊松分布可以用来确定工作量证明那种方式的算力门槛, 但在实际的项目运行当中, 人们更多地会选择使用权益证明或者拜占庭容错机制的变体版本。

我曾经参与过一个针对供应链领域的联盟链的项目建设, 我们采用的那个方案是基于一致性协议改造之后得来的,它成功地把生成新区块的时间压缩到了四百毫秒左右, 但是这样做的代价就是它只能容忍不超过三分之一的节点出现掉线的情况。

选择技术方案从来就不是意味着去中心化的程度越高就越好, 这需要结合具体的业务场景来判断相关人员是否能够接受在那个时间段内所存在的一致性延迟窗口问题。选型从来不是越去中心化越好这一点需要被认识到。

很多团队在开始的时候就一下子去抄袭以太坊的gas模型, 导致的结果是单笔交易的成本把业务的投资回报率给打没了。共识层的设计必须贴近实际的吞吐量水平, 千万不要被那些所谓的理论最优论文带偏了方向。

区块链系统中数据怎么存

状态膨胀是一个硬性的缺陷。以太坊主网的状态数据已经超过了300GB, 全节点同步这些数据需要花费几天的时间, 中小规模的机构确实没有办法承担这样的运营成本。轻节点、分片技术以及Layer2方案各自发展, 没有形成统一的合力, 工程的复杂程度远远超出了书面理论所描述的水平。

在实际项目里, 分层这种做法是最务实的。具体来说就是把交易上链, 然后把明细放到IPFS或者对象存储里去。这样做的结果是链上只锚一个哈希。不过要注意在隐私场景里开始用零知识证明的时候。性能开销一定要逐笔去算清楚。千万不要被所谓“零成本”的宣传给忽悠了。

共识部分和数据部分是整体结构里的基本框架, 要把上面这两个层次的内容都思考得十分透彻以后再去编写业务逻辑代码, 这样子在后续的推进过程中能够减少去踩到那些坑的数量, 并且这个数量还会是众多的。