Unlike a centralized server operated by a single company or organisation, decentralized storage systems consist of a peer-to-peer network of user-operators who hold a portion of the overall data, creating a resilient file storage sharing system. These can be in a blockchain-based application or any peer-to-peer-based network.
The Electroneum Smart Chain itself can be used as a decentralized storage system, and it is when it comes to code storage in all the smart contracts. However, when it comes to large amounts of data, that isn’t what the Electroneum Smart Chain was designed for. The chain is steadily growing and every node on the network needs to be able to store all of the data. If the chain were to expand to large amounts of data (say 5TBs) it wouldn’t be feasible for all nodes to continue to run.
Due to these constraints, we need a different chain or methodology to store large amounts of data in a decentralized way.
When looking at decentralized storage (dStorage) options, there are a few things a user must keep in mind.
-
Persistence mechanism / incentive structure
-
Data retention enforcement
-
Decentrality
-
Consensus
Persistence Mechanism / Incentive Structure
Blockchain-based
For a piece of data to persist forever, we need to use a persistence mechanism. For example, on the Electroneum Smart Chain, the persistence mechanism is that the whole chain needs to be accounted for when running a node. New pieces of data get tacked onto the end of the chain, and it continues to grow - requiring every node to replicate all the embedded data.
This is known as blockchain-based persistence.
The issue with blockchain-based persistence is that the chain could get far too big to upkeep and store all the data feasibly (e.g. many sources↗ estimate the Internet to require over 40 Zetabytes of storage capacity).
The blockchain must also have some type of incentive structure. For blockchain-based persistence, there is a payment made to the validator. When the data is added to the chain, the validators are paid to add the data on.
Contract-based
Contract-based persistence has the intuition that data cannot be replicated by every node and stored forever, and instead must be upkept with contract agreements. These are agreements made with multiple nodes that have promised to hold a piece of data for a period of time. They must be refunded or renewed whenever they run out to keep the data persisted.
In most cases, instead of storing all data on-chain, the hash of where the data is located on a chain gets stored. This way, the entire chain doesn’t need to scale to keep all of the data.
Additional considerations
IPFS↗is a distributed system for storing and accessing files, websites, applications, and data. It doesn’t have a built-in incentive scheme, but can instead be used with any of the contract-based incentive solutions above for longer-term persistence. Another way to persist data on IPFS is to work with a pinning service, which will “pin” your data for you. You can even run your own IPFS node and contribute to the network to persist your and/or other’s data for free!
Data Retention
In order to retain data, systems must have some sort of mechanism to make sure data is retained.
Challenge mechanism
One of the most popular ways to make sure data is retained, is to use some type of cryptographic challenge that is issued to the nodes to make sure they still have the data. A simple one is looking at Arweave’s proof-of-access. They issue a challenge to the nodes to see if they have the data at both the most recent block and a random block in the past. If the node can’t come up with the answer, they are penalized.
Consensus
Most of these tools have their own version of a consensus mechanism but generally they are based on either proof-of-work (PoW) or proof-of-stake (PoS).
Related Tools
IPFS - InterPlanetary File System is a decentralized storage and file referencing system for Ethereum.
Further Reading
-
What Is Decentralized Storage?
- CoinMarketCap -
Busting Five Common Myths about Decentralized Storage↗ - Storj
