Le triangle impossible du stockage décentralisé

On nous promet que le stockage décentralisé remplacera un jour le cloud des géants : tes fichiers éparpillés, chiffrés, sur les disques de milliers d’inconnus, sans qu’aucune entreprise ne puisse les lire ni les couper. C’est un bel idéal, et je fais tourner un nœud pour y contribuer. Mais il y a une limite dure que le marketing ne montre jamais — une sorte de triangle où l’on ne peut choisir que deux angles sur trois.

Les trois angles

Un système de stockage décentralisé voudrait réunir trois qualités.

La décentralisation : aucun opérateur central, personne qu’on puisse contraindre, corrompre ou éteindre.

La rapidité et l’utilisabilité : assez fluide pour qu’on s’en serve vraiment, pas juste en théorie.

Et des métadonnées résilientes. C’est le point qu’on oublie toujours, et c’est le cœur du problème. Les métadonnées, c’est l’index : la liste de quel fichier est découpé en quels morceaux, stockés sur quels disques. Sans cet index, tes données existent quelque part mais tu ne peux plus les retrouver. Il faut donc que cet index survive — et qu’il survive de façon décentralisée, sinon on a juste déplacé le point de défaillance.

Le problème, c’est qu’on ne peut pas avoir les trois à la fois. Chaque projet sérieux a discrètement sacrifié un angle. Comparons les deux plus emblématiques.

Le choix de Storj : garder l’index au centre

Storj a fait le pari de la rapidité. Pour retrouver instantanément où sont tes morceaux, il maintient des serveurs centraux — appelés satellites — qui tiennent l’index. Résultat : c’est rapide, utilisable, comparable à un vrai cloud. Le stockage lui-même est bien réparti sur des milliers de nœuds indépendants comme le mien.

Mais l’index, lui, n’est pas décentralisé. Et ça a une conséquence qu’on découvre rarement avant qu’elle ne fasse mal : la survie de Storj n’est pas une question technique, c’est une question juridique. Si l’entreprise qui opère les satellites disparaît, ce n’est pas le protocole qui prend le relais tout seul — il faut que quelqu’un rachète l’entité et reprenne les satellites. La continuité passe par le droit des sociétés, pas par les mathématiques. Storj a choisi la vitesse, et a payé en résilience de coordination.

Le choix de Sia : mettre l’index dans la blockchain

Sia a fait le pari inverse : la décentralisation totale. Pas de satellites, pas d’entreprise au centre. La coordination — les contrats de stockage, les preuves, les paiements — est inscrite dans une blockchain, comme celle de Bitcoin. Personne ne peut l’éteindre. Mieux : le protocole se finance lui-même par sa propre émission de jetons, ce qui rend son organisation étonnamment increvable — elle continue de se développer même quand un concurrent bien plus gros traverse une faillite.

Le prix de ce choix ? D’abord la lenteur : passer par une blockchain pour coordonner est structurellement plus lent qu’un serveur central — plusieurs fois plus lent qu’un cloud classique, d’après les mesures. Ensuite, une subtilité sur les métadonnées : chez Sia, une partie de l’index vit du côté du client, sur ta propre machine d’accès. Le point de défaillance central a disparu, mais il s’est déplacé : si tu perds tes propres clés d’accès, tu perds le fil de tes données. Sia a choisi la décentralisation, et a payé en rapidité et en simplicité.

Ce que le triangle nous apprend

« Stockage décentralisé » n’est pas une chose unique. C’est une famille de compromis, et chaque projet a tranché en silence lequel des trois angles il sacrifiait. Storj : rapide et réparti, mais dont la survie dépend d’une entité. Sia : increvable et sans maître, mais lent et plus fragile pour l’utilisateur individuel. Aucun n’est « le bon » dans l’absolu — ils répondent à des priorités différentes.

Le réflexe utile, ici comme ailleurs, n’est pas de chercher le projet parfait. C’est de demander, devant chaque promesse de décentralisation : quel angle a été sacrifié, et est-ce que ça me convient ? Celui qui te vend les trois à la fois te cache lequel il a lâché.

Moi, j’ai choisi de faire tourner un nœud Storj — donc, en connaissance de cause, la vitesse et l’usage au prix d’une résilience qui repose sur une entreprise. Ce n’est pas un aveuglement : c’est un compromis assumé, parce que je sais où il pèche. Et c’est peut-être ça, au fond, la seule vraie compétence dans ce domaine : non pas croire à l’outil parfait, mais savoir exactement ce que le sien ne sait pas faire.

Cette réflexion est née d’un échange sur le forum de Storj, où j’avais posé la question de la survie d’un réseau de stockage au-delà d’une seule entité juridique : le fil de discussion.