CESS机制详解(4)：应用层

在之前我们讲解了 CESS 的整体架构以及区块链层和存储及数据分发层的设计，所有的这些都是 CESS 最为重要的功能型网络，而这些网络存在的最终目的就是为了可以实现对用户数据的安全存储，以及更进一步的，对实际应用的支持。

所谓应用层就是未来 CESS 之上将会搭建的应用生态系统。作为存储公链，未来极有可能成为公链生态之中的一股中坚力量。究其原因，一方面是存储公链实际上还是依托于区块链本身，而区块链的所有功能存储公链都可以涵盖；另一方面，存储公链为应用提供存储服务，可以进一步实现项目的去中心化，保护数据安全。事实上，此前也出现过 AWS 发生故障从而导致大量所谓去中心化的 Web3 应用不可用的问题，都是由于公链本身的节点以及项目的很多需要链下处理的数据都存放在中心化的云上导致的。去中心化存储公链在这一点上可以为应用提供更加分散的数据处理方式，更加接近于 Web3 的“完全体”。

那么 CESS 对于应用生态的建设做了怎样的设计呢？

首先，CESS 可以支持大规模的商业应用，也是业内首个在原生设计上就支持大规模商业应用的去中心化存储协议。之所以能支持对数据交互需求较高的应用不仅取决于 CESS 区块链在共识机制设计上对于链上事务处理效率的最大化，还得益于 CESS 的内容分发网络可以实现对数据的快速定位以及对热门数据的缓存。可以说，CESS 在实现了去中心化框架之下最大可能的高效。

除了存储层面为应用所做的充足准备之外，CESS 也为应用的开发提供了不少的支持。智能合约层面，基于 Substrate 框架开发的 CESS 不仅支持 WASM，也会兼容 EVM，如此便使得波卡生态和以太坊生态的原生应用都可以无缝迁移至 CESS。此外，CESS 将为应用的开发者提供模块化的开发工具以及 API 等服务，方便开发者使用网络的数据存储、分发、智能合约、隐私保护和数据确权等功能开发应用。除了开放的 Web3 应用，CESS 也支持企业级 SDK，可为企业级应用提供去中心化存储服务。

事实上，CESS 在这点上已经开始了行动，此前 CESS 为 Substrate 代码库添加存储 API 的申请已获得 Web3 基金会的通过，如此 CESS 将顺利解决网络初期仅仅是不断积累存储资源，而没有足够需求的“空转”时期，可以在网络上线之后就直接接入应用生态，并在不断的实践中对网络进行改善和升级。

对于基于区块链的去中心化存储而言，当下最重要的就是应用场景，很多非 Web3 应用不愿意使用类似的存储协议的主要原因在于对技术本身信任感的不足，但事实上有不少 P2P 的协议（例如迅雷）已经向我们展示了这种存储机制的优势所在，而随着 Web3 时代的到来，很多场景对去中心化的存储有着硬性的刚需。

这里简单举一个例子。

作为 Web3 原生应用的 NFT 就是最好的应用场景，很多人对于 NFT 有着非常大的误解。实际上仅仅通过 OpenSea 上的信息，我们就能得知很多项目中 NFT 本身的数据是存储在中心化服务器上的。也就是说，我们在链上的 ERC721 或者 ERC1155 代币本质上仅仅是指向「小图片」一个信号，我们从来不是真正「拥有」NFT。只有当 NFT 本身指向信息的数据是不由发行者控制而是由协议本身控制的时候，才能真正实现 NFT 的所有权。

这种情况之下，例如 Filecoin 这样点对点的存储协议还是可以被存储服务提供方删除或丢失，但 CESS 通过对数据的预处理保证了数据的完整和安全且无法被随意删除或篡改，实现了对 NFT 真正的所有权。事实上，在 Web3 领域有相当多的应用，其数据存储在中心化的服务器上，导致用户并未真正拥有所有权，这就是当下去中心化存储最大的应用场景。

基于区块链的去中心化存储网络的构想早在近 10 年之前就被提出，但受限于区块链本身以及在整体网络和存储证明等方面的发展，包括 Filecoin、Arweave 等比较知名的项目都还没有在实际的应用上体现出足够的爆发力。 CESS 吸收了“前辈”们的精华，并通过自身开发团队在存储协议上多年的积累，在整体网络设计的多方面都考虑了去中心化思想和高效两个“矛盾点”的融合。CESS 的入局并不算晚，相信随着 Web3 应用的飞速发展，加之传统行业对区块链理解的加深，CESS 会乘上下一波东风，扬帆起航！