Les protocoles de stockage distribué revendiquent souvent que même si 1/3 des nœuds tombent en panne ou se comportent de manière malveillante, la sécurité des données est assurée. Mais ce modèle mathématique repose sur une condition souvent ignorée : ces 1/3 de nœuds doivent provenir d’entités totalement indépendantes.

Dans la réalité ? Un grand fournisseur de services cloud ou une institution pourrait déjà contrôler 40% des nœuds du réseau, voire même tous les faire fonctionner dans la même zone de disponibilité d’un même centre de données. Dans ce cas, la prétendue tolérance aux pannes décentralisée est considérablement réduite.

Si vous souhaitez stocker des données sensibles à forte résistance, le simple nombre de nœuds ne suffit pas. Il faut faire de "l’audit d’entité" — utiliser un explorateur de blocs et des outils d’analyse réseau pour vérifier à quels nœuds votre fragment de données est attribué, si ces nœuds ont des caractéristiques telles que des plages IP concentrées ou une origine de fonds de staking unique.

Dès que vous découvrez que vos données sont "centralisées" entre quelques grands acteurs, il faut re-téléverser ou ajuster les paramètres de configuration, ce qui déclenche le mécanisme de redistribution des données. En résumé, la sécurité d’un réseau distribué n’est pas inscrite dans le protocole lui-même, mais dépend du degré réel de dispersion. Pour ceux qui ne se soucient pas de la répartition géographique des nœuds, ces protocoles ne diffèrent pas beaucoup du stockage cloud centralisé traditionnel, et leur performance pourrait même être inférieure.