CESS Introduction
Cumulus Encrypted Storage System (CESS) is a decentralized cloud storage network for data storing and sharing, which is high-speed, secure, and scalable. CESS is an open-source public blockchain, intended to be the underlying network infrastructure for decentralized storage needs. CESS network consists of four layers: blockchain, data storage, content distribution, and application layer. CESS’s R²S consensus mechanism coordinates the network resources and network load, guarantees data security and integrity through proprietary technologies with data ownership protection, technologies such as Proof of Data Reduplication and Recovery (PoDR²), Multi-format Data Rights Confirmation (MDRC), and decentralized proxy re-encryption. CESS aims to be the first decentralized storage network that supports large-scale commercial applications.
CESS is also compatible with EVM and WASM, and the underlying development framework Substrate is also friendly to cross-chain applications. Its technology stack can support most Web3 applications and the development needs of enterprise-level applications.
Important Technological Deliveries
Blockchain Network:
Development focused on the CESS v0.6.0 of the blockchain network
CESS Network [v0.6.0]
- Upgraded address types on the chain to be compatible with storage nodes and DeOSS P2P transmission functions, improving network efficiency.
- Optimized on-chain file deletion and other functions, reducing gas fees and enhancing execution efficiency.
- Conducted a thorough review of file storage processes, enhancing overall stability of the CESS network.
Distributed Storage System:
Development focused on the Storage Miner v0.6.0 (Bucket v0.6.0), Scheduler v0.6.0, and Storage Proof Library (Kaleido). Details are as follows:
Storage Miner Bucket [v0.6.0]:
- Enhanced functionality for file uploading, miner registration, and metadata access, improving users’ ability to manage and view relevant information conveniently.
- Improved application performance and scalability by implementing a sidecar service to replace substrate-go-sdk, which resolves issues with querying large amounts of chain data.
- Streamlined management of staking assets by adding features such as profit address updates, status queries, and stake amount changes.
- Developed new functionality for registering information and querying challenge information in TEE worker, addressing diverse user needs.
- Implemented random challenge processing and monitoring functionality.
Storage Proof Library Kaleido [v0.1.0]:
- Achieved mutual authentication of p2p endpoints in SGX environment by developing p2p TLS transmission function.
- Fixed a bug in Kaleido’s storage proof algorithm where validation failed.
- Unified Kaleido’s async runtime library, improving code standardization and organization.
- Streamlined program code structure by developing key sharing function based on p2p network in Kaleido.
- Enhanced future functionality expansion and code maintenance by organizing directory structure of storage proof Kaleido code library.
- Further improved system security by completing development and testing of Kaleido’s network registration and random challenge functions.
- Developed Kaleido-rotator’s request-response protocol and implemented cross-platform P2P network file transmission between Go and Rust programs.
Application:
DeOSS(Decentralized Object Storage Service): Continued to improve the basic functions of the object storage [v0.1.2]:
- Fully updated configuration files, file upload, and status viewing functions during Gateway code refactoring.
- Improved usability of sdk-go code library by creating a readme document and adding sample programs.
- Enhanced Bucket program commands by adding a parent-child command hierarchy.
- Improved clarity of commands by modifying the configuration file generation command to use the “init” keyword.
CESS Online File Upload Service (DeShare): An URL link generation tool for file upload and storage, launched on the CESS testnet [link].
- Improved user experience by upgrading file storage logic to persistently store failed files, reducing the need for file re-transmission.
Technical Solution
- The team is making progress and achieving results in the SBP project. Recently responded to SBP engineer feedback by modifying the pallet-cacher code and responded to each modification.
- To improve the user experience, the team extensively revised the CESS Wiki documentation to include an introduction to CESS’s core technical principles, installation and usage methods. All documents have been written and optimized for details.
Technical Documentation and References
- Github link: http://github.com/CESSProject