Après avoir examiné en détail la conception technique de Walrus, il semble nécessaire de le placer dans le contexte global de l'infrastructure Web3 pour mieux le comprendre. La véritable valeur d'un projet d'infrastructure ne réside pas tant dans la complétude de ses fonctionnalités, mais dans le rôle qu'il joue au sein du système. La démarche de conception de Walrus repose essentiellement sur une compréhension claire de ce rôle.
L'infrastructure de l'écosystème Web3 peut être approximativement divisée en plusieurs blocs : la couche de consensus et d'exécution, la couche de disponibilité des données, la couche de stockage et de distribution, ainsi que les services middleware destinés aux applications. Chaque projet ayant ses priorités, ses responsabilités diffèrent naturellement. Walrus, quant à lui, n'appartient ni à la couche de consensus ni à la couche d'exécution, il ne gère pas directement le tri des transactions ou la modification d'état. Ce qu'il fait, c'est intervenir entre la disponibilité des données et le stockage des applications.
En termes de fonctionnalités concrètes, Walrus n'est ni une couche de disponibilité des données pure ni un système de stockage de fichiers traditionnel. La couche de disponibilité des données s'intéresse à savoir si les données de transaction peuvent être accessibles et vérifiées par les membres du réseau, afin de garantir que l'exécution sur la chaîne ne comporte pas d'erreurs ; le système de stockage de fichiers, lui, se concentre davantage sur la manière dont les données sont conservées et distribuées rapidement. La position de Walrus se situe donc au milieu — il doit à la fois résoudre le problème de disponibilité des données pour les applications et gérer l'efficacité du stockage, en somme, c'est une solution combinée.
Cette position n'est pas apparue de nulle part, elle est fortement liée à l'évolution même des applications Web3. À mesure que la forme des applications évolue, passant de protocoles purement financiers à des domaines comme le contenu ou les réseaux sociaux, les besoins en matière de données changent…
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.
17 J'aime
Récompense
17
8
Reposter
Partager
Commentaire
0/400
0xSunnyDay
· Il y a 9h
Les choses qui se trouvent au milieu sont souvent les plus difficiles à faire bien, le positionnement de Walrus est assez intéressant.
Voir l'originalRépondre0
TradFiRefugee
· Il y a 11h
Walrus a vraiment une position intelligente, être coincé entre DA et stockage montre vraiment du bon sens
Voir l'originalRépondre0
ForkItAllDay
· 01-18 20:48
walrus cette position au milieu est vraiment intéressante, on a l'impression de chercher une niche sur le marché
Voir l'originalRépondre0
RunWithRugs
· 01-18 20:40
Le travail au milieu est vraiment difficile, il faut jongler avec les deux extrémités, on a l'impression que Walrus a été créé pour résoudre cette situation embarrassante.
Voir l'originalRépondre0
GigaBrainAnon
· 01-18 20:37
walrus est effectivement coincé dans une position intéressante, mais je pense toujours que ce qui est pris en sandwich est le plus susceptible d'être écrasé des deux côtés.
Voir l'originalRépondre0
PebbleHander
· 01-18 20:34
Les choses coincées au milieu sont souvent les plus gênantes, mais le positionnement de Walrus est en fait plutôt intéressant.
Voir l'originalRépondre0
MEVHunter
· 01-18 20:33
Ngl, le walrus qui réalise cet arbitrage parfait entre da et storage est carrément génial... enfin quelqu'un qui cartographie la véritable pile de couches au lieu de simplement faire du hype
Voir l'originalRépondre0
ponzi_poet
· 01-18 20:31
Coincé entre DA et stockage, en termes agréables c'est une combinaison, en termes moins agréables c'est qu'il n'y a pas d'avantage absolu...
Après avoir examiné en détail la conception technique de Walrus, il semble nécessaire de le placer dans le contexte global de l'infrastructure Web3 pour mieux le comprendre. La véritable valeur d'un projet d'infrastructure ne réside pas tant dans la complétude de ses fonctionnalités, mais dans le rôle qu'il joue au sein du système. La démarche de conception de Walrus repose essentiellement sur une compréhension claire de ce rôle.
L'infrastructure de l'écosystème Web3 peut être approximativement divisée en plusieurs blocs : la couche de consensus et d'exécution, la couche de disponibilité des données, la couche de stockage et de distribution, ainsi que les services middleware destinés aux applications. Chaque projet ayant ses priorités, ses responsabilités diffèrent naturellement. Walrus, quant à lui, n'appartient ni à la couche de consensus ni à la couche d'exécution, il ne gère pas directement le tri des transactions ou la modification d'état. Ce qu'il fait, c'est intervenir entre la disponibilité des données et le stockage des applications.
En termes de fonctionnalités concrètes, Walrus n'est ni une couche de disponibilité des données pure ni un système de stockage de fichiers traditionnel. La couche de disponibilité des données s'intéresse à savoir si les données de transaction peuvent être accessibles et vérifiées par les membres du réseau, afin de garantir que l'exécution sur la chaîne ne comporte pas d'erreurs ; le système de stockage de fichiers, lui, se concentre davantage sur la manière dont les données sont conservées et distribuées rapidement. La position de Walrus se situe donc au milieu — il doit à la fois résoudre le problème de disponibilité des données pour les applications et gérer l'efficacité du stockage, en somme, c'est une solution combinée.
Cette position n'est pas apparue de nulle part, elle est fortement liée à l'évolution même des applications Web3. À mesure que la forme des applications évolue, passant de protocoles purement financiers à des domaines comme le contenu ou les réseaux sociaux, les besoins en matière de données changent…