Walrus宣称要打造去中心化记忆网络，理想很丰满。但拉开监测数据一看，节点生态在真正的压力面前脆弱得不行。

Selon les données de surveillance communautaire, d'ici janvier 2026, il y aura environ 620 nœuds actifs sur l'ensemble du réseau Walrus. Cela peut sembler acceptable, mais en regardant de plus près, le problème apparaît. Parmi ces nœuds, 63 % sont hébergés chez AWS, GCP, Azure, les trois principaux fournisseurs de cloud ; la répartition géographique est encore plus problématique, avec 78 % des nœuds concentrés en Amérique du Nord et en Europe de l'Ouest.

Cette architecture fortement centralisée présente de graves risques. La vitesse d’accès pour les utilisateurs en Asie, en Afrique, en Amérique du Sud est loin d’être satisfaisante. Les données de tests montrent qu’un utilisateur en Chine met en moyenne 12 secondes pour télécharger un Blob de 10MB. Ce qui est encore plus inquiétant, c’est qu’en cas de panne d’AWS us-east-1 ou de réception d’une ordonnance de suppression légale, une grande quantité de fragments pourrait tomber en même temps. Ce n’est pas de la décentralisation, c’est simplement une "belle distribution d’hébergement".

Un problème plus concret concerne le taux de déconnexion des nœuds. En raison d’incitations trop faibles — on estime que le revenu mensuel est inférieur à 5 dollars par TB —, les nœuds sont principalement exploités par des amateurs qui les font fonctionner temporairement. Résultat : le taux de disponibilité le week-end peut atteindre 90 %, mais il chute brutalement à 60 % en semaine. La redondance efficace des blobs froids fluctue donc dynamiquement, la réussite de la reconstruction est instable, ce qui ne répond pas aux exigences fondamentales du protocole de stockage.

Théoriquement, le codage Red Stuff ne nécessite que 30 % de fragments pour la reconstruction, cela semble correct. Mais à condition que la distribution des fragments soit uniforme. En réalité, les nouveaux blobs sont souvent prioritairement récupérés par quelques nœuds populaires, ce qui entraîne une concentration des fragments sur ces nœuds. Imaginez : si ces nœuds tombent tous en panne — par exemple, à cause d’une facture cloud impayée — même si le nombre total de nœuds est conforme, certains blobs seront quand même perdus.

Ce qui est encore plus ironique, c’est qu’il n’y a aucune mécanique de punition. Les nœuds peuvent choisir de servir uniquement les données chaudes, en ignorant les requêtes pour les données froides, le protocole ne peut rien y faire. En comparaison, le système de pénalités de Filecoin ou le mode de récompense lié aux blocs d’Arweave sont beaucoup plus stricts. Walrus, lui, est beaucoup trop laxiste.

En résumé, la décentralisation de Walrus en est encore au stade de "distribution", loin d’un véritable réseau P2P résilient. En temps normal, tout semble calme, mais face à la pression de la censure, à une panne système ou à des difficultés économiques, sa résilience devient une grande inconnue.

L’essence de la décentralisation ne réside pas dans le nombre de nœuds, mais dans la capacité à résister à une défaillance unique. Sur ce point crucial, Walrus n’a pas encore réussi.