CESS 机制详解（1）：多层网络架构设计

随着区块链的发展，当前的很多公链项目都采用多层的模块化设计。举例来说，以太坊当前就正在进行 PoS 共识层的开发，未来也将成为拥有共识层和执行层的网络；再例如波卡网络，由中继链和平行链网络组成。类似的例子还有很多，而公链网络向该方向发展的主要原因就在于大家发现了区块链本身在速度方面的限制：如果将所有的信息全部上链则将大幅降低网络的效率，只将关键信息上链，其余信息在链下处理则将大幅提高区块链本身处理事务的效率。

对于存储公链而言多层网络架构尤其重要，因为网络自身就包含了存储功能，相较于一般的智能合约公链有更高的数据处理效率要求。这些要求包含了对存储、冗余、加密等等方面的确认，智能合约以及各种证明所涉及的数据量及复杂程度都比普通的合约交互要复杂的多。

所以本质上，多层网络的架构说起来优势无数，但并不是能在一个去中心化网络架构中轻易完成的任务。那么 CESS 是如何设计其多层网络架构的？我们来分解一下：

CESS 的多层网络架构包含了区块链服务层、分布式存储资源层、分布式内容分发层以及应用层四层网络。

区块链服务层自然是处理所有交易和合约的区块链网络。在 CESS 中，该层网络包含了共识算法、存储证明、支付及激励等等方面的功能。而 CESS 之所以单独架构公链系统，是因为 CESS 的区块中除了交易、存储证明等验证，还包括了全网存储空间和存储内容元数据的记录。在完成 CESS 区块打包任务的节点除了基础的任务之外，还需要根据供需等方面因素合理分配全网存储资源。也就是说，节点需要通过上链的存储资源情况进行实施调配，与当下 Arweave 数据上链不同