Honnêtement, au premier abord, ce genre de projet n'est pas vraiment accrocheur. Ce n'est ni cool ni un sujet tendance, et il est difficile d'expliquer en une phrase « pourquoi il faut absolument l'utiliser maintenant ».
Mais c'est justement ce genre de choses qui pousse toujours à en discuter encore et encore. La raison est en fait très simple : il ne s'agit pas de répondre à « la demande la plus populaire du moment », mais du problème que tout l'écosystème Web3 évite ou finira par devoir affronter. Et jusqu'où va ce problème ? La plupart des gens ne réalisent même pas qu'ils marchent sur un vide immense.
Prenons un autre angle pour voir ce que Web3 a fait ces dernières années. En gros, tous les efforts ont été concentrés sur trois aspects : la sécurité de la couche de consensus, la vitesse de la couche d'exécution, et la facilité des transactions. Ces enjeux ont-ils de la valeur ? Bien sûr, et ils ont été presque tous vérifiés.
Mais voici le problème — une réalité est délibérément ou inconsciemment ignorée : ce qui consomme réellement des ressources, ce ne sont pas les transactions, mais les données elles-mêmes. Les transactions ? Ce ne sont que quelques lignes de mise à jour d’état. Mais à quoi ressemblent les données du monde réel ? Images, vidéos, audio, paramètres de modèles, contenus de jeux, contenus sociaux, résultats intermédiaires d'IA. Une fois que ces volumes augmentent, la blockchain ne peut tout simplement pas suivre.
Il n’y a que deux options devant nous : soit on ne met pas ces données sur la chaîne, ce qui sacrifie la vérifiabilité et la permanence des données ; soit on veut tout mettre sur la chaîne, mais le coût devient si élevé qu’on ne peut tout simplement pas se le permettre.
Certains projets ont dès le départ ciblé cette faille. Ils ne posent pas la question « la stockage décentralisé est-il réalisable ? », qui est une vieille question, mais proposent une problématique plus aiguë et plus réaliste : lorsque Web3 commencera vraiment à supporter du contenu à grande échelle, où ces données doivent-elles être stockées ? Beaucoup de projets de stockage partent en fait du postulat suivant : l’objet de stockage lui-même est…
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.
15 J'aime
Récompense
15
6
Reposter
Partager
Commentaire
0/400
Anon4461
· 01-18 20:50
Putain, enfin quelqu'un a touché ce point. En réalité, tout le monde joue avec la vitesse de transaction et les frais de gas, personne ne veut vraiment résoudre ce problème épineux des données.
Voir l'originalRépondre0
LiquidityLarry
· 01-18 20:49
Réveillez-vous, tout le monde se concentre sur la vitesse de transaction, personne ne réfléchit sérieusement à la question de où stocker les données.
Le stockage est en effet gravement sous-estimé, vous verrez quand ça commencera vraiment à fonctionner.
C'est tout à fait vrai, pour l'instant ce n'est que de la théorie, et ce n'est qu'à la explosion des coûts qu'on s'en rendra compte.
C'est pourquoi parfois les projets peu populaires sont en fait des mines d'or, les endroits que personne ne regarde sont souvent les véritables besoins.
Le problème des données n'étant pas résolu, Web3 sera inutile même s'il est rapide.
Voir l'originalRépondre0
Tokenomics911
· 01-18 20:40
Putain, enfin quelqu'un qui aborde le vrai problème. Le stockage de données est vraiment négligé, tout le monde est obsédé par le TPS et les frais de Gas, personne ne pense que la chaîne ne peut pas contenir autant de choses.
Vraiment, Filecoin, patience, cette vague de bénéfices finira par arriver.
Bien dit, c'est vraiment le problème que Web3 doit résoudre.
Le piège du coût des données, il faut le combler tôt ou tard. Reste à voir qui pourra d'abord proposer une solution utilisable.
Mais avec autant de projets de stockage, on a l'impression que personne n'a vraiment résolu ce problème central.
Ça paraît simple, mais en réalité c'est le prochain champ de bataille de Web3.
Maintenant, les investisseurs se tournent vers DEX et NFT, personne ne pense au stockage.
Je suis d'accord, les données sont la ressource la plus consommatrice, l'ancienne analyse avait vraiment un biais.
Honnêtement, ces projets ne sont peut-être pas sexy, mais ils font ce qui est le plus concret.
Quand le contenu sera vraiment lancé, le coût de stockage sera une question de vie ou de mort.
Voir l'originalRépondre0
MetaMisfit
· 01-18 20:39
En fait, en fin de compte, c'est toujours le même vieux problème : le stockage est vraiment une faiblesse négligée.
Le coût des données n'est pas résolu, Web3, aussi rapide et sécurisé soit-il, est inutile.
Vraiment, beaucoup de projets passent leur temps à construire des infrastructures, mais si ces infrastructures ont des vulnérabilités, qui voudrait les utiliser ?
Ce genre de choses n'est effectivement pas sexy, mais cela montre peut-être que le problème a vraiment été identifié.
Attendez, y a-t-il vraiment des projets qui prennent sérieusement en charge ce problème, ou est-ce juste de la théorie sur papier ?
La plupart des gens n'ont même pas vraiment réfléchi à cette question, ils s'occupent encore de l'extension Layer2, c'est à mourir de rire.
Hmm d'accord, en gros, le stockage est vraiment devenu le talon d'Achille du Web3.
C'est un peu logique, mais puis-je vraiment demander si un projet peut réduire ses coûts ?
Parler aussi en profondeur, au final, il faut juste regarder si le modèle économique fonctionne ou non.
Je veux juste savoir quand on pourra vraiment en profiter, pour l'instant c'est encore un jeu pour les riches.
La question de l'expansion des données aurait dû être prise au sérieux depuis longtemps, si on continue à traîner, tout l'écosystème va en souffrir.
Tes paroles sont agréables à entendre, mais je reste sceptique, montre-moi des preuves.
Les détails décident du succès ou de l'échec, dire simplement "surveiller la faille" ne suffit pas, il faut un plan concret.
Honnêtement, au premier abord, ce genre de projet n'est pas vraiment accrocheur. Ce n'est ni cool ni un sujet tendance, et il est difficile d'expliquer en une phrase « pourquoi il faut absolument l'utiliser maintenant ».
Mais c'est justement ce genre de choses qui pousse toujours à en discuter encore et encore. La raison est en fait très simple : il ne s'agit pas de répondre à « la demande la plus populaire du moment », mais du problème que tout l'écosystème Web3 évite ou finira par devoir affronter. Et jusqu'où va ce problème ? La plupart des gens ne réalisent même pas qu'ils marchent sur un vide immense.
Prenons un autre angle pour voir ce que Web3 a fait ces dernières années. En gros, tous les efforts ont été concentrés sur trois aspects : la sécurité de la couche de consensus, la vitesse de la couche d'exécution, et la facilité des transactions. Ces enjeux ont-ils de la valeur ? Bien sûr, et ils ont été presque tous vérifiés.
Mais voici le problème — une réalité est délibérément ou inconsciemment ignorée : ce qui consomme réellement des ressources, ce ne sont pas les transactions, mais les données elles-mêmes. Les transactions ? Ce ne sont que quelques lignes de mise à jour d’état. Mais à quoi ressemblent les données du monde réel ? Images, vidéos, audio, paramètres de modèles, contenus de jeux, contenus sociaux, résultats intermédiaires d'IA. Une fois que ces volumes augmentent, la blockchain ne peut tout simplement pas suivre.
Il n’y a que deux options devant nous : soit on ne met pas ces données sur la chaîne, ce qui sacrifie la vérifiabilité et la permanence des données ; soit on veut tout mettre sur la chaîne, mais le coût devient si élevé qu’on ne peut tout simplement pas se le permettre.
Certains projets ont dès le départ ciblé cette faille. Ils ne posent pas la question « la stockage décentralisé est-il réalisable ? », qui est une vieille question, mais proposent une problématique plus aiguë et plus réaliste : lorsque Web3 commencera vraiment à supporter du contenu à grande échelle, où ces données doivent-elles être stockées ? Beaucoup de projets de stockage partent en fait du postulat suivant : l’objet de stockage lui-même est…