Walrus récemment est devenu un projet sur lequel je me suis concentré à plusieurs reprises. Honnêtement, ce n’est pas son histoire qui m’a attiré, mais le fait qu’il touche un point sensible peu surveillé.
Web3 est aujourd’hui assez mature en termes de consensus, d’actifs et d’exécution, mais il y a une réalité dont personne ne parle : ce qui consomme réellement des ressources, ce ne sont pas les transactions elles-mêmes, mais les données. Images, vidéos, paramètres de modèles, ressources de jeux, contenus sociaux, résultats intermédiaires d’IA — une fois ces éléments mis sur la blockchain, les coûts explosent. Et si on ne les met pas sur la blockchain, on ne peut pas profiter de la vérifiabilité et de la pérennité offertes par Web3.
Ce que Walrus cherche à résoudre, c’est ce fossé longtemps ignoré. Mais contrairement à ces projets de stockage décentralisé qui disent "je peux stocker", il pose la vraie question : "comment stocker, pour qui, dans quels scénarios". Dès la conception initiale, il ne considère pas un objet unique comme quelques Ko, mais le traite à une échelle de 20-50MB voire plus. Cela paraît irréaliste pour la plupart des protocoles — ils en sont encore à stocker des JSON et de petits fichiers.
La logique derrière est en fait très claire : la véritable explosion de Web3 ne viendra pas de l’augmentation du volume des transactions, mais de la croissance exponentielle du contenu. La compétitivité future dépendra de la capacité à traiter efficacement de grandes quantités de données.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
8 J'aime
Récompense
8
4
Reposter
Partager
Commentaire
0/400
DustCollector
· Il y a 10h
Les données sont le véritable goulot d'étranglement, cela aurait dû être reconnu depuis longtemps.
Voir l'originalRépondre0
ImpermanentPhilosopher
· Il y a 10h
Le stockage a toujours été un obstacle incontournable, et l'angle de Walrus est plutôt innovant.
Voir l'originalRépondre0
NFTregretter
· Il y a 10h
Le coût des données est vraiment sous-estimé. Le stockage de gros fichiers est la véritable limite de Web3.
Voir l'originalRépondre0
OPsychology
· Il y a 10h
Eh, les données sont vraiment la véritable limite, c'est une remarque excellente. Personne ne fait vraiment du bon travail dans le domaine du stockage de gros fichiers.
Walrus récemment est devenu un projet sur lequel je me suis concentré à plusieurs reprises. Honnêtement, ce n’est pas son histoire qui m’a attiré, mais le fait qu’il touche un point sensible peu surveillé.
Web3 est aujourd’hui assez mature en termes de consensus, d’actifs et d’exécution, mais il y a une réalité dont personne ne parle : ce qui consomme réellement des ressources, ce ne sont pas les transactions elles-mêmes, mais les données. Images, vidéos, paramètres de modèles, ressources de jeux, contenus sociaux, résultats intermédiaires d’IA — une fois ces éléments mis sur la blockchain, les coûts explosent. Et si on ne les met pas sur la blockchain, on ne peut pas profiter de la vérifiabilité et de la pérennité offertes par Web3.
Ce que Walrus cherche à résoudre, c’est ce fossé longtemps ignoré. Mais contrairement à ces projets de stockage décentralisé qui disent "je peux stocker", il pose la vraie question : "comment stocker, pour qui, dans quels scénarios". Dès la conception initiale, il ne considère pas un objet unique comme quelques Ko, mais le traite à une échelle de 20-50MB voire plus. Cela paraît irréaliste pour la plupart des protocoles — ils en sont encore à stocker des JSON et de petits fichiers.
La logique derrière est en fait très claire : la véritable explosion de Web3 ne viendra pas de l’augmentation du volume des transactions, mais de la croissance exponentielle du contenu. La compétitivité future dépendra de la capacité à traiter efficacement de grandes quantités de données.