Existing Solutions

The Origin of DePIN in Cloud Storage

The emergence of Decentralized Physical Infrastructure Networks (DePIN) in cloud storage can be traced back to the growing demand for a more secure, cost-effective, and decentralized alternative to traditional cloud storage solutions. Centralized cloud storage providers, while offering significant convenience and scalability, have raised concerns over issues like data privacy, control, and single points of failure. These concerns have driven the development of decentralized storage networks, which aim to address the vulnerabilities inherent in centralized systems.

Pioneering projects like Filecoin and Arweave were among the first to explore the potential of decentralized storage by leveraging blockchain technology. These projects laid the foundational principles of DePIN by creating networks where users could rent out their unused storage capacity on personal devices, thus contributing to a decentralized and distributed storage ecosystem. The core idea was to remove reliance on centralized servers and instead distribute data across a network of independent nodes operated by individual participants. This approach promised enhanced security, as data would be stored in a distributed manner, making it harder for any single point of failure to compromise the entire system.

The Current Landscape

DePIN-based cloud storage is emerging as a vital component of the decentralized web. By leveraging blockchain technology, they enable various services, such as file storage, cloud computing, and more. This review, in line with Flashback's belief in the power of education, focuses on listed DePIN-based cloud storage solutions (FDV of +$10m market cap), specifically evaluating their levels of decentralization in the context of data storage. We listed only projects that natively integrated data storage. For instance, OORT proposes data storage projects using other infrastructure.

Below, we included a list of projects that summarize the various attractions of the technologies. The level of decentralization achieved is defined by the project's inability to validate the next level.

+$100m marketcap projects

Decentralization: Level 1 (Very low decentralization; centralized concerns with NNS)

Review: The Internet Computer, developed by the DFINITY Foundation, is a blockchain project that aims to extend the public internet to host backend software, transforming it into a global, decentralized computing platform. The Internet Computer is designed to support applications of any scale. Its vision is to decentralize the internet by enabling developers to deploy software directly on the public internet without relying on traditional IT infrastructure such as cloud services.

Network Structure and Consensus Mechanism: The Internet Computer utilizes a unique consensus mechanism called Threshold Relay, combined with Chain Key Technology. The network comprises independent data centers running specialized hardware and nodes organized into subnets. These subnets collectively validate and execute smart contracts, known as canisters, on the Internet Computer.

The network’s governance is managed by the Network Nervous System (NNS), a decentralized autonomous organization (DAO) that oversees the protocol's upgrades, economic parameters, and node operator decisions. The NNS is controlled by holders of the ICP token, who can vote on proposals that affect the network.

Impact on Decentralization: The Internet Computer's design introduces decentralized and centralized elements. On one hand, the network’s ability to run decentralized applications (dApps) without traditional servers is a significant step toward decentralizing the Internet. On the other hand, the role of the NNS introduces centralization risks, as it has considerable power over network governance and operations.

Level Evaluation:

  • Service Providers: Developers can deploy dApps directly onto the Internet Computer, bypassing traditional IT infrastructure. This aspect of the network is highly decentralized, as it allows for open and permissionless development.

  • Infrastructure Providers: Node operators and independent data centers run the Internet Computer's infrastructure. However, these nodes must meet specific hardware requirements and are subject to approval by the NNS, which introduces a level of centralization in the network's infrastructure layer.

  • Consensus Mechanism: The Threshold Relay consensus mechanism is designed to be decentralized, but the NNS’s ability to control node configurations and network upgrades can centralize control. While the NNS operates as a DAO, its decisions can significantly impact the network, leading to potential centralization in governance.

  • Economic Model: The Internet Computer uses ICP tokens for network transactions and governance. While the NNS controls many aspects of the network’s economic model, token holders can vote on proposals, providing a degree of decentralization in decision-making. However, large token holders can exert disproportionate influence over governance decisions, leading to potential centralization.

  • Network Evolution: The NNS governs the evolution of the Internet Computer, with token holders voting on proposals. Although the system is designed to be decentralized, the centralization risk arises from the NNS’s control over critical network decisions and its ability to approve or reject node operators.

-$100m marketcap projects

Decentralization: Level 2 (Low decentralization in storage operations without decentralized storage consensus)

Review: Bluzelle is a decentralized storage network primarily providing scalable data storage solutions for decentralized applications (dApps). It aims to offer a decentralized database and data storage solution, often leveraging technologies like IPFS (InterPlanetary File System) for distributed data storage. However, Bluzelle integrates some centralized elements in its architecture unlike fully decentralized networks, particularly in network management and consensus mechanisms.

Network Structure and Consensus Mechanism: Bluzelle employs a Byzantine Fault Tolerance (BFT) consensus mechanism within its network. This type of consensus is known for its ability to operate in environments where some nodes might act maliciously, making it a suitable choice for networks that require high fault tolerance. However, the BFT mechanism in Bluzelle is less decentralized than traditional Proof-of-Work (PoW) or Proof-of-Stake (PoS) consensus mechanisms, as it typically involves a smaller number of participating nodes (validators) that must agree on the state of the

Bluzelle's storage model leverages IPFS to distribute files across a network of nodes. While IPFS itself is decentralized, Bluzelle's integration of IPFS appears to be more controlled, with a focus on ensuring data availability and integrity within a specific set of nodes. This suggests a hybrid model where decentralization is applied to storage but with significant oversight from Bluzelle's infrastructure.

Impact on Decentralization: Bluzelle's approach to decentralization is mixed. On the one hand, it employs decentralized technologies like IPFS for storage. Still, on the other hand, it incorporates centralized elements in the form of BFT consensus and network management, where a limited number of validators control the consensus process.

Level Evaluation:

  • Service Providers: In Bluzelle’s ecosystem, service providers can deploy their applications on top of the network, but the network's central management might limit their level of control over their deployment.

  • Infrastructure Providers: Infrastructure providers in Bluzelle, particularly those participating as nodes in the IPFS network, have a certain degree of autonomy. However, because Bluzelle manages the consensus mechanism and potentially oversees the storage network, these providers do not have the same freedom as in more decentralized networks.

  • Consensus Mechanism: Bluzelle does not have a native consensus for storage. Bluzelle's BFT consensus mechanism involves a smaller set of validators, which centralizes decision-making to some extent. This approach contrasts with more decentralized networks that allow broader participation in consensus.

  • Economic Model: Its centralized network management likely influences Bluzelle’s economic model. While it may offer incentives for participation, the overall structure is more controlled than completely decentralized networks.

  • Network Evolution: Bluzelle's evolution is managed by a centralized team, similar to other projects with strong central oversight. This means that the introduction of new features, updates, and governance decisions are likely controlled by Bluzelle’s core team rather than driven by a decentralized community.

Last updated

Was this helpful?