Révolution des données : révélation complète du stockage décentralisé
TechFlow SélectionTechFlow Sélection
Révolution des données : révélation complète du stockage décentralisé
Fin juin 2023, la capacité totale de stockage décentralisée dépassait 22 000 pétaoctets (PB), tandis que le taux d'utilisation du réseau était d'environ 20 %.
Dédié à des analyses Web3 approfondies
TL;DR
Le stockage décentralisé consiste à utiliser l'espace de stockage inutilisé d'une entité unique ou d'un groupe comme unité d'un réseau de stockage, contournant ainsi le contrôle absolu exercé par des institutions centralisées telles qu'AWS et Google Cloud sur les données.
Les faibles coûts de stockage, la redondance des sauvegardes de données et l'économie basée sur les tokens sont également des caractéristiques du stockage décentralisé, sur lequel repose une grande quantité d'applications Web3.
Au 30 juin 2023, la capacité totale de stockage décentralisée a dépassé 22 000 PB (pétaoctets), tandis que le taux d'utilisation du réseau était d'environ 20 %. Cela indique un fort potentiel de croissance future.
Parmi cette capacité actuelle, plus de 80 % proviennent de Filecoin, qui est sans conteste le leader du secteur. Filecoin a lancé des initiatives telles que Filecoin Plus et FVM pour inciter les développeurs et stimuler le développement de son écosystème.
Avec l'émergence de domaines tels que l'intelligence artificielle et les jeux entièrement blockchain, le secteur du calcul et du stockage décentralisés devrait connaître des opportunités de croissance passionnantes.
1. Pourquoi avons-nous besoin du stockage décentralisé ?
Les services de stockage cloud tels que Dropbox et Google Cloud ont transformé notre manière de stocker et partager en ligne des fichiers volumineux comme des vidéos ou des photos. Ils permettent à chacun de stocker plusieurs téraoctets à moindre coût par rapport à l’achat d’un nouveau disque dur, et d’accéder aux fichiers depuis n’importe quel appareil. Toutefois, il existe un problème : les utilisateurs doivent compter sur des systèmes gérés par des entités centralisées, qui peuvent à tout moment leur retirer l'accès à leurs comptes, partager leurs fichiers avec des agences gouvernementales ou même supprimer arbitrairement des données. Ce modèle conduit à une propriété floue des actifs numériques et renforce le monopole des grandes entreprises internet telles qu'Amazon et Google sur les données. En outre, les interruptions fréquentes des services centralisés peuvent avoir des conséquences désastreuses.
Le domaine du stockage convient naturellement à des applications décentralisées. Premièrement, cela résout les questions liées à la confidentialité et à la propriété des données utilisateur. Les fichiers stockés sur un service décentralisé ne sont pas soumis à l'influence d'une entité centralisée, telle qu'un gouvernement pouvant vouloir contrôler ou censurer du contenu. Cela empêche aussi les entreprises privées de pratiquer la censure ou de partager des fichiers avec les forces de l'ordre.
Deuxièmement, le volume massif de données nécessite intrinsèquement un système distribué pour l'indexation. Les services cloud centralisés existants utilisent déjà des architectures distribuées comme Spanner ou TiDB. Bien que distribué ne signifie pas nécessairement décentralisé, tout système décentralisé est forcément distribué. Contrairement aux architectures centralisées, les solutions décentralisées divisent les données en petits blocs, les chiffrent, puis les stockent sur des nœuds répartis à travers le monde. Ce processus crée plusieurs copies des données et améliore la résilience face à la perte de données.
Troisièmement, cela résout le gaspillage de ressources lié au minage inefficace. Le mécanisme PoW du Bitcoin, critiqué pour sa forte consommation d’énergie, contraste avec le stockage décentralisé, où les utilisateurs peuvent devenir des nœuds et miner grâce à leur espace de stockage inutilisé. La présence massive de nœuds de stockage abaisse les coûts, ce qui pourrait permettre aux services cloud décentralisés de conquérir une part du marché actuel des services Web2. Avec l'amélioration continue de la bande passante et du matériel informatique, ce marché représente un potentiel énorme. Selon Business Research, le marché mondial des bases de données devrait dépasser 120 milliards de dollars d'ici 2028.
2. Architecture du stockage décentralisé
Pour créer de véritables applications décentralisées, les bases de données décentralisées doivent faire partie intégrante de l'architecture des applications Web3. Celles-ci peuvent être divisées en quatre composants principaux : la couche des contrats intelligents, le stockage de fichiers, la base de données et la couche d'infrastructure générale.
La couche des contrats intelligents correspond à une couche 1 (Layer1), tandis que la couche d'infrastructure générale inclut entre autres les oracles, les RPC, le contrôle d'accès, l'identité, le calcul hors chaîne et les réseaux d'indexation.
Bien que peu perceptible pour l'utilisateur, les couches de stockage de fichiers et de base de données jouent un rôle crucial dans le développement des applications Web3. Elles fournissent l'infrastructure nécessaire pour stocker des données structurées et non structurées, exigence fondamentale pour diverses applications. Étant donné la nature de ce rapport, nous examinerons plus en détail ces deux composants ci-dessous.
2.1 Réseaux de stockage de fichiers décentralisés (DFSN)
Des réseaux comme Filecoin, Arweave et Crust (DFSN) servent principalement au stockage durable de données non structurées, qui ne suivent aucun format prédéfini et n'ont pas besoin d'être fréquemment mises à jour ou récupérées. Ainsi, les DFSN sont souvent utilisés pour stocker différents types de données statiques, telles que documents texte, images, fichiers audio et vidéos.
Un avantage de ce type de données dans une architecture de stockage distribué est la possibilité d'utiliser des dispositifs ou centres de données périphériques (edge) pour rapprocher le stockage des utilisateurs finaux. Cette méthode réduit les coûts de communication réseau, diminue la latence et la consommation de bande passante, tout en offrant une meilleure adaptabilité et extensibilité. Par exemple, Storj propose un coût mensuel de 4,00 $ pour 1 To, contre environ 23,00 $ chez Amazon S3, le leader du marché.
Comparé aux solutions traditionnelles de stockage cloud centralisé, les utilisateurs bénéficient d'options de stockage plus économiques. La nature décentralisée des DFSN assure également une sécurité, une confidentialité et un contrôle des données supérieurs, car les données sont réparties entre plusieurs nœuds ou mineurs, plutôt que concentrées sur un seul serveur central.
2.2 Bases de données décentralisées
Les limites du stockage de fichiers non structurés dans les DFSN sont évidentes, notamment en matière de récupération et de mise à jour efficaces des données. Pour les données nécessitant des mises à jour fréquentes, ces architectures ne sont pas optimales. Dans ces cas, des bases de données traditionnelles comme MySQL ou Redis, largement optimisées et testées à l'ère Web2.0, restent les options préférées des développeurs.
Dans des applications comme les jeux blockchain ou les réseaux sociaux, le stockage de données structurées est une exigence incontournable. Les bases de données traditionnelles offrent un moyen efficace de gérer de grandes quantités de données dynamiques et d’en contrôler l’accès. Elles proposent des fonctionnalités comme l’indexation, les requêtes et la manipulation de données, essentielles pour les applications reposant sur des données structurées. Ainsi, qu’elles reposent sur des DFSN ou soient construites sur une infrastructure propriétaire, les bases de données décentralisées performantes et hautement disponibles constituent une branche cruciale du secteur du stockage.
3. Analyse technique des DFSN
3.1 Aperçu général
Parmi les projets Web3 actuels, les projets de stockage de fichiers décentralisés (DFSN) se divisent grossièrement en deux catégories. La première inclut des projets comme Filecoin et Crust, basés sur IPFS. La deuxième comprend des projets comme AR, Sia et Storj, dotés de leurs propres protocoles ou systèmes de stockage. Bien que leurs méthodes diffèrent, tous font face au même défi : assurer un stockage vraiment décentralisé tout en garantissant une efficacité élevée du stockage et de la récupération des données.
Étant donné que la blockchain elle-même n’est pas adaptée au stockage de grandes quantités de données (en raison des coûts élevés et de l’impact sur l’espace des blocs), un réseau de stockage idéal doit pouvoir stocker, récupérer et maintenir les données, tout en incitant tous les participants du réseau et en respectant les mécanismes de confiance du système décentralisé.
Nous allons évaluer les caractéristiques techniques, avantages et inconvénients de plusieurs projets majeurs selon les axes suivants :
Format de stockage des données : le protocole doit définir comment les données sont stockées – chiffrées ou non, conservées en blocs entiers ou divisées en petits fragments hachés.
Réplication et sauvegarde des données : décision du lieu de stockage – nombre de nœuds devant conserver les données, copie complète sur tous les nœuds ou distribution fragmentée pour renforcer la confidentialité. Le format et la diffusion influencent directement la disponibilité des données dans le temps.
Disponibilité à long terme des données : le réseau doit garantir que les données restent accessibles à tout moment. Cela implique de concevoir des mécanismes incitatifs pour dissuader les nœuds de suppression progressive des anciennes données.
Preuve de stockage des données : le réseau doit non seulement connaître l'emplacement des données, mais les nœuds doivent pouvoir prouver qu'ils stockent effectivement les données, afin de déterminer correctement les récompenses.
Découverte des prix de stockage : les nœuds doivent être rémunérés pour le stockage continu des fichiers.
3.2 Stockage et réplication des données
Comme mentionné précédemment, Filecoin et Crust utilisent IPFS comme protocole réseau et couche de communication pour transférer les fichiers entre pairs et les stocker sur les nœuds. La différence réside dans le fait que Filecoin utilise le codage d'effacement (EC) pour assurer l'évolutivité du stockage. Le codage d'effacement est une méthode de protection des données qui divise les données en fragments, ajoute des blocs redondants encodés, puis les stocke à différents endroits (disques, nœuds ou régions géographiques). EC crée une fonction mathématique décrivant un ensemble de nombres, permettant de vérifier leur exactitude et de les restaurer si l'un d'eux est perdu.
Source : usenix
L'équation de base est n = k + m, où le nombre total de blocs de données est égal aux blocs originaux plus les blocs de parité.
À partir de k blocs de données initiaux, m blocs de parité sont calculés. Ces k+m blocs sont stockés sur k+m disques distincts, tolérant jusqu'à m pannes. Lors d'une panne, toute sélection de k blocs survivants suffit à reconstituer les données originales. De même, si les blocs sont répartis sur différents nœuds, le système tolère jusqu'à m pannes de nœuds.
Quand un utilisateur souhaite stocker des données sur Filecoin, il doit d'abord se connecter via le marché de stockage Filecoin à un fournisseur, négocier les conditions, puis passer commande. Il choisit alors le type de code d'effacement et le facteur de réplication. Grâce au codage d'effacement, les données sont découpées en fragments de taille fixe, étendus et encodés avec redondance, de sorte qu'un sous-ensemble des fragments suffit à reconstituer le fichier original. Le facteur de réplication indique combien de fois les données seront copiées sur les secteurs de stockage des mineurs. Une fois l'accord conclu, les données sont transférées au mineur et stockées dans ses secteurs.
Crust adopte une approche différente : les données sont copiées sur un nombre fixe de nœuds. Lors d’une commande, les données sont chiffrées et envoyées à au moins 20 nœuds Crust IPFS (ajustable). Sur chaque nœud, les données sont divisées en petits fragments, hachés en arbre de Merkle. Chaque nœud conserve tous les fragments constituant le fichier complet.
Arweave utilise également la copie complète du fichier, mais avec une méthode différente. Après soumission d'une transaction, un premier nœud stocke les données sous forme de bloc dans le blockweave (la structure blockchain d'Arweave). Un algorithme très agressif appelé Wildfire assure ensuite une réplication rapide : pour miner un nouveau bloc, un nœud doit prouver qu’il peut accéder au bloc précédent.
Sia et Storj utilisent aussi le codage d'effacement. En réalité, l’approche de Crust — 20 copies complètes sur 20 nœuds — est très redondante, ce qui rend les données extrêmement durables. Mais du point de vue de la bande passante, c'est très inefficace. Le codage d'effacement offre une meilleure efficacité en augmentant la persistance sans impact excessif sur la bande passante. Sia et Storj propagent directement les fragments EC vers un nombre spécifique de nœuds pour satisfaire des exigences de persistance données.
3.3 Preuve de stockage et incitations
La raison pour laquelle nous discutons d'abord du format de stockage est que le choix technologique influence directement les différences entre protocoles en matière de preuve et d'incitation. Autrement dit, comment vérifier qu'une donnée commandée pour stockage sur un nœud particulier y est bien réellement stockée. Seulement après cette vérification, le réseau peut utiliser d'autres mécanismes pour s'assurer que les données restent stockées dans le temps (c.-à-d. que les nœuds ne suppriment pas les données après la phase initiale).
Ces mécanismes incluent des algorithmes prouvant le stockage pendant une période donnée, des incitations financières pour les réussites, et des sanctions en cas de non-respect. Cette section présente les protocoles de stockage et d'incitation de chaque projet.
3.3.1 Filecoin
Sur Filecoin, les mineurs de stockage doivent déposer une garantie avant de recevoir une demande de stockage, engageant ainsi leur capacité de stockage. Une fois cela fait, ils peuvent proposer du stockage sur le marché et fixer leurs tarifs. Filecoin introduit de façon innovante les preuves PoRep et PoSt pour valider le stockage des mineurs.
Source : Filecoin
Preuve de réplication (PoRep) : les mineurs doivent prouver qu'ils stockent une copie unique des données. Ce codage unique garantit qu'une même donnée ne peut pas être réutilisée pour occuper l'espace disque dans deux transactions différentes.
Preuve dans l'espace-temps (PoSt) : pendant toute la durée d'une transaction de stockage, les mineurs doivent prouver toutes les 24 heures qu'ils continuent à réserver de l'espace de stockage dédié pour ces données.
Après soumission de la preuve, les fournisseurs d'espace reçoivent une récompense en FIL. En cas de non-respect, leur dépôt est confisqué (« Slash »).
Au fil du temps, les mineurs doivent régulièrement exécuter cet algorithme pour prouver continuellement leur possession des données. Ces vérifications fréquentes consomment beaucoup de bande passante. L'innovation de Filecoin réside dans l'utilisation de la sortie de la preuve précédente comme entrée de la preuve courante, générant séquentiellement les preuves de réplication. Ce processus itératif représente la durée pendant laquelle les données doivent rester stockées, réduisant ainsi l'utilisation de la bande passante.
3.3.2 Crust Network
Comme Filecoin, Crust entretient avec IPFS une relation entre couche d'incitation et couche de stockage. Sur Crust Network, les nœuds doivent d'abord déposer une garantie avant d'accepter des commandes de stockage. La quantité d'espace de stockage fourni détermine le montant maximal de la garantie, qui est mise en jeu et permet au nœud de participer à la création de blocs. Cet algorithme s'appelle la Preuve de participation garantie (GPoS), qui assure que seuls les nœuds possédant une participation dans le réseau peuvent fournir du stockage.
Source : Crust Wiki
Contrairement à Filecoin, le mécanisme de découverte des prix de Crust repose sur DSM. Les nœuds et utilisateurs se connectent automatiquement au Marché Décentralisé de Stockage (DSM), qui sélectionne automatiquement les nœuds où stocker les données. Le prix est déterminé selon la demande utilisateur (durée, espace, facteur de réplication) et des facteurs réseau (congestion). Lorsqu’un utilisateur passe commande, les données sont envoyées à plusieurs nœuds, qui utilisent l’Environnement d’Exécution Fidèle (TEE) de la machine pour diviser et hacher les fragments. Le TEE étant un composant matériel fermé, inaccessible même au propriétaire du matériel, les propriétaires de nœuds ne peuvent pas reconstituer le fichier.
Une fois stocké, un rapport de travail contenant le hachage du fichier est publié sur la blockchain Crust, avec l'espace de stockage restant du nœud. Pour garantir le stockage dans le temps, le réseau demande périodiquement des vérifications aléatoires : dans le TEE, un hachage aléatoire d'arbre de Merkle est récupéré avec le fragment associé, qui est déchiffré et re-haché. Le nouveau hachage est comparé au hachage attendu. Ce mécanisme s'appelle la Preuve de Travail Significative (MPoW).
GPoS est un algorithme de consensus PoS dont les quotas sont définis par les ressources de stockage. À partir des rapports de travail fournis par MPoW (premier niveau), la chaîne Crust obtient le volume de travail de tous les nœuds. Le second niveau, GPoS, calcule un quota de mise en jeu pour chaque nœud selon son travail. Ce quota détermine ensuite le consensus PoS : la récompense pour la création de blocs est proportionnelle à la mise du nœud, dont le plafond dépend de la quantité de stockage fournie.
3.3.3 Arweave
Contrairement aux deux modèles précédents, Arweave utilise un modèle de tarification radicalement différent : sur Arweave, toutes les données stockées le sont de façon permanente, et le prix dépend du coût de stockage sur 200 ans.
Le réseau de données Arweave repose sur le modèle de génération de blocs du blockweave. Alors qu'une blockchain typique comme Bitcoin suit une structure linéaire (chaque bloc pointe vers le précédent), le blockweave adopte une structure en réseau : chaque bloc pointe non seulement vers le précédent, mais aussi vers un bloc antérieur choisi aléatoirement (bloc de rappel). Ce bloc de rappel est déterminé de façon déterministe mais imprévisible à partir du hachage du bloc précédent et de sa hauteur. Pour miner ou valider un nouveau bloc, un mineur doit avoir accès à l'information du bloc de rappel.
Arweave utilise l'algorithme de hachage RandomX pour sa Preuve d'Accès (PoA). La probabilité de minage d'un mineur = probabilité d'accès au bloc de rappel × probabilité de trouver le bon hachage. Le mineur doit trouver par PoW un hachage valide, mais le nonce dépend du bloc précédent et d'un bloc de rappel aléatoire. L'aléa du bloc de rappel encourage les mineurs à stocker davantage de blocs, augmentant ainsi leurs chances de succès et de récompense. PoA incite aussi à stocker des « blocs rares », ceux que peu d'autres possèdent, pour maximiser les chances de minage.
Source : Arweave Yellow Paper
Si le paiement est unique et les lectures ultérieures gratuites, comment inciter durablement les mineurs à fournir gratuitement ce service ?
Source : Arweave Yellow Paper
Inspiration tirée de BitTorrent et de son algorithme de théorie des jeux « optimistic tit-for-tat ». Basé sur cela, Arweave a conçu Wildfire, un système implicite de notation des nœuds. Chaque nœud note ses voisins selon leur volume de données acceptées et leur rapidité de réponse, et privilégie les pairs mieux notés pour les requêtes. Plus un nœud est bien noté, plus il est crédible, plus il a de chances de minage et d'accéder à des blocs rares.
Wildfire est en réalité un jeu hautement évolutif. Il n’y a pas de consensus global sur les « notes », ni obligation de les divulguer. Les relations « bon/mauvais » entre nœuds sont régulées par un mécanisme adaptatif ajustant récompenses et punitions face aux nouveaux comportements.
3.3.4 Sia
Comme Filecoin et Crust, les nœuds de stockage doivent déposer une garantie pour fournir du service. Sur Sia, les nœuds choisissent le montant de garantie : celui-ci affecte directement le prix de stockage, mais un faible dépôt signifie qu’un nœud n’a rien à perdre s’il quitte le réseau. Ces forces poussent les nœuds vers un équilibre optimal.
Les utilisateurs se connectent aux nœuds via un marché de stockage automatisé, similaire à Filecoin : les nœuds fixent leurs prix, les utilisateurs définissent leur budget et la durée souhaitée, puis la connexion s’établit automatiquement.
Source : Crypto Exchange
Parmi ces projets, Sia utilise le protocole de consensus le plus simple : les contrats de stockage sont enregistrés sur la blockchain. Une fois accord trouvé entre utilisateur et nœud, les fonds sont verrouillés dans un contrat. Les données sont divisées en fragments via codage d'effacement, chaque fragment étant haché séparément avec une clé différente, puis répliqué sur plusieurs nœuds. Le contrat sur la blockchain Sia enregistre les termes et le hachage de l'arbre de Merkle des données. Pour garantir le stockage pendant la durée convenue, des preuves sont régulièrement soumises. Ces preuves sont basées sur une partie aléatoire du fichier original et la liste des hachages de l'arbre de Merkle sur la blockchain. Chaque preuve soumise dans le temps est récompensée, avec une récompense finale à l'expiration du contrat.
Sur Sia, les contrats peuvent durer jusqu’à 90 jours. Pour des durées supérieures, l’utilisateur doit manuellement prolonger le contrat via le logiciel client. Skynet, couche supérieure à Sia, automatise ce processus via ses propres instances clientes, semblable à Web3.Storage ou NFT.Storage sur Filecoin. C’est un palliatif, pas une solution native au niveau du protocole.
3.3.5 Storj
Dans le réseau Storj, il n’existe ni blockchain ni structure similaire. L’absence de blockchain signifie qu’il n’y a pas de consensus global sur l’état du réseau. À la place, le suivi des emplacements des données est géré par des nœuds satellites, tandis que le stockage est assuré par les nœuds de stockage. Les satellites décident quels nœuds utiliser, et les nœuds choisissent quels satellites accepter.
Outre le suivi des données, les satellites gèrent aussi la facturation et le paiement pour l’utilisation du stockage et de la bande passante. Dans ce modèle, les nœuds fixent leurs prix, et les satellites connectent les utilisateurs tant que les prix sont acceptés.
Source : GitHub Storj
Quand un utilisateur veut stocker des données sur Storj, il choisit un satellite, partage ses besoins, puis le satellite sélectionne les nœuds adéquats et établit la connexion. L’utilisateur envoie directement les fichiers aux nœuds et paie le satellite. Ce dernier rémunère mensuellement les nœuds pour le stockage et la bande passante utilisés.
Cette architecture est très centralisée : les satellites sont entièrement définis par l’équipe projet, ce qui lui donne le contrôle sur les prix. Bien que cette centralisation apporte des performances élevées, comme souligné au début, distribué ne signifie pas décentralisé. Le jeton ERC-20 Storj publié sur Ethereum n’utilise aucune fonctionnalité de contrat intelligent ; il sert simplement de mode de paiement alternatif.
Cela reflète le modèle économique de Storj, axé sur les entreprises. Il vise directement Amazon S3 et collabore avec Microsoft Azure pour offrir un service professionnel aux performances comparables, voire supérieures. Sans données publiques sur les performances, son coût inférieur à Amazon illustre que le modèle économique du stockage décentralisé est viable.
4. Impact des différentes approches techniques
4.1 Modèle économique
Le choix technique influence aussi la conception du modèle de jeton. Chacun des quatre principaux réseaux de stockage décentralisé possède son propre modèle économique.
Filecoin, Crust et Sia utilisent tous le modèle « Stake for Access » (SFA). Dans ce modèle, les fournisseurs de stockage doivent bloquer l’actif natif du réseau pour accepter des transactions. Le montant bloqué est proportionnel à la quantité de données qu’ils peuvent stocker. Ainsi, plus un fournisseur stocke, plus il doit augmenter sa mise, ce qui augmente la demande pour l’actif natif. Théoriquement, le prix de l’actif devrait croître avec le volume de données stockées.
Arweave utilise un modèle unique de dons de jetons : une grande partie des frais de stockage unique est ajoutée à un pool de dons. Au fil du temps, les jetons dans ce pool accumulent des intérêts sous forme de pouvoir d’achat en stockage. Ces dons sont progressivement distribués aux mineurs pour assurer la persistance des données. Ce modèle verrouille efficacement les jetons à long terme : plus la demande de stockage augmente sur Arweave, plus les jetons sont retirés de la circulation.
Comparé aux trois autres, le modèle de jeton de Storj est le plus simple. Son jeton $STORJ sert uniquement de moyen de paiement pour les services de stockage, comme pour les autres réseaux. Ainsi, le prix de $STORJ dépend directement de la demande pour le service.
4.2 Utilisateurs cibles
Il est difficile de dire objectivement qu’un réseau de stockage est meilleur qu’un autre. Il n’existe pas de solution optimale unique lors de la conception d’un réseau de stockage décentralisé. Selon l’objectif du réseau et les problèmes qu’il cherche à résoudre, des compromis doivent être faits en matière de conception technique, d’économie de jeton et de construction communautaire.
Filecoin cible principalement les entreprises et les développeurs d’applications, en proposant des solutions de stockage froid. Ses prix compétitifs et son accessibilité en font une alternative attrayante pour les entités Web2 cherchant à archiver de grandes quantités de données à moindre coût.
Crust assure une redondance excessive et une récupération rapide, adapté aux dApps à fort trafic et à la consultation efficace des données NFT populaires. Cependant, le manque de redondance persistante nuit à sa capacité à offrir un stockage permanent.
Arweave se distingue par son concept de stockage permanent, très populaire pour stocker des données Web3 comme l'état de la blockchain ou les NFT. Les autres réseaux sont surtout optimisés pour le stockage chaud ou froid.
Sia vise le marché du stockage chaud, en se concentrant sur les développeurs recherchant une solution totalement décentralisée, privée et à récupération rapide. Bien qu’il manque actuellement de compatibilité native avec AWS S3, des couches d’accès comme Filebase la fournissent.
Storj semble plus complet, mais au prix d’une certaine centralisation. Il réduit considérablement la barrière d’entrée pour les utilisateurs AWS, ciblant un public clé orienté vers le stockage chaud d’entreprise. Il propose un stockage cloud compatible avec Amazon S3.
5. Construction de l’écosystème
Concernant la construction de l’écosystème, on distingue deux types : premièrement, des dApps construites entièrement sur le réseau de stockage, visant à en renforcer les fonctionnalités ; deuxièmement, des applications et protocoles décentralisés existants (comme Opensea ou AAVE) qui s’intègrent à un réseau spécifique pour devenir plus décentralisés. Nous nous concentrerons ici sur Filecoin, Arweave et Crust, car Sia et Storj n’ont pas de performance notable dans ce domaine.
5.1 Écosystème Filecoin
Source : Filecoin
Dans l’écosystème Filecoin présenté, 115 projets appartiennent déjà au premier type, construits intégralement sur l’infrastructure de base de Filecoin. On observe que la majorité se concentrent sur le stockage général, les NFT et le stockage grand public. Un jalon important de l’écosystème Filecoin est la Machine Virtuelle Filecoin (FVM), similaire à la Machine Virtuelle Ethereum (EVM), offrant un environnement pour déployer et exécuter du code dans des contrats intelligents.
Source : Filecoin
Grâce à la FVM, le réseau Filecoin acquiert la capacité d’exécuter des contrats intelligents par-dessus le réseau de stockage existant. Les développeurs ne programment pas directement les données stockées sur Filecoin, mais définissent comment celles-ci peuvent être automatiquement ou conditionnellement manipulées via des contrats intelligents (de façon fiable). Des scénarios imaginables incluent :
Calcul distribué basé sur les données stockées sur Filecoin (calculer là où les données sont, sans les déplacer)
Plans de préservation collective de jeux de données (ex. : financer le stockage de données sociales importantes comme celles sur la criminalité ou le réchauffement climatique)
Marchés intelligents de stockage (ajuster dynamiquement les tarifs selon l’heure, le niveau de réplication ou l’accessibilité géographique)
Stockage centenaire et hébergement perpétuel (stocker des données utilisables sur plusieurs générations)
DAO de données ou jeux de données tokenisés (modéliser la valeur des données en jetons et créer des DAO pour coordonner et commercer les calculs associés)
NFTs avec contenu localement stocké (co-localiser le contenu NFT avec l’enregistrement du NFT)
Récupération conditionnelle des données (déverrouiller un jeu de données seulement après une divulgation officielle)
Prêts garantis (ex. : prêter à un fournisseur de stockage pour atteindre un objectif précis, comme accepter des transactions FIL+ ou augmenter sa capacité)
Bienvenue dans la communauté officielle TechFlow Groupe Telegram :https://t.me/TechFlowDaily Compte Twitter officiel :https://x.com/TechFlowPost Compte Twitter anglais :https://x.com/BlockFlow_News
@gryphsisacademy
