Dans le monde du Web3, le traitement des données a toujours été divisé en deux camps : d'un côté, ceux qui ne peuvent pas ne pas être enregistrés sur la blockchain, et de l'autre, ceux qui peuvent être évités si possible.

Mais le problème, c'est que plus l'application devient complexe, plus cette division semble fragile.

Réfléchissons aux données dans la réalité. Elles ne restent jamais statiques. Les utilisateurs accumulent des enregistrements de comportements, les modèles d'IA ajustent en permanence leurs paramètres, le monde du jeu fait avancer l'intrigue, le contenu est modifié et amélioré. Si chaque changement doit être considéré comme une toute nouvelle donnée à insérer, le système finira par être écrasé par sa propre histoire.

Walrus adopte une autre perspective — considérer les données comme un objet vivant, doté d’un cycle de vie, plutôt que comme un simple résultat de stockage immuable. L’identité de l’objet est ancrée dès sa création, et toute modification ultérieure n’est qu’un changement de l’apparence de ce même objet, plutôt que l’émergence d’un nouvel élément à partir de rien.

La première conséquence de cette conception concerne le mécanisme de référence.

Lorsque l’identité de l’objet reste stable, les applications en amont n’ont pas besoin de réajuster l’adresse, l’index ou la gestion des permissions à chaque mise à jour. Sur le long terme, cela élimine presque la moitié de la complexité du système.

D’un point de vue technique, le stockage d’objets de Walrus ne consiste pas simplement à « balancer un fichier sur un nœud ». Il intègre dès la couche protocole des règles de validation d’objet, permettant à chaque lecture de vérifier automatiquement l’intégrité. La validation n’est pas une étape supplémentaire après coup, mais une partie essentielle du processus de lecture.

Sur le réseau de test, Walrus a déjà démontré sa capacité à gérer des données de plusieurs mégaoctets, en utilisant la sauvegarde multi-nœuds pour assurer la stabilité. Cela signifie qu’il peut non seulement traiter des métadonnées légères, mais aussi gérer des volumes de données proches des besoins réels des applications.