L'avenir du Web3 dépend en fin de compte des développeurs pour le construire. Mais le problème actuel est évident — les barrières techniques complexes empêchent de nombreux développeurs potentiels de se lancer.
La démarche récente de Walrus Protocol est très intéressante. Ils ne se sont pas concentrés sur la puissance de la technologie elle-même, mais ont plutôt mis l'accent sur « comment rendre l'utilisation agréable pour les développeurs ». La mise à jour du SDK TypeScript illustre cette approche.
Pour faire simple, ce SDK regroupe la logique complexe du stockage distribué en un outil simple d’utilisation. Quilt est utilisé pour le stockage en masse, Seal pour le chiffrement privé, la lecture et l’écriture de données sont entièrement intégrées, et la conception de l’API est très intuitive. Vous n’avez pas besoin de comprendre le codage sous-jacent, comment les nœuds sont répartis ou comment les données sont distribuées — ces détails techniques sont gérés par le framework. En quelques lignes de code, vous pouvez intégrer la fonctionnalité de stockage, avec une réduction de plus de 70 % du volume de code par rapport aux solutions traditionnelles.
Cela profite à des développeurs dans différentes directions. Vous souhaitez stocker une quantité massive de métadonnées pour un projet NFT ? Il suffit d’appeler l’API de Quilt. Vous développez une application IA nécessitant la sauvegarde cryptée des données d’entraînement ? La fonction Seal répond directement à ce besoin. Le plus impressionnant, c’est la compatibilité très forte — support pour navigateur, Node.js, applications mobiles, tout est pris en charge. Les développeurs issus du Web2 n’ont pratiquement pas besoin de modifier leur stack technologique existant, ils peuvent simplement migrer leur application pour l’utiliser.
Le plan de formation et le lancement de l’outil Upload Relay suivent également cette logique. L’objectif principal est de réduire les coûts d’entrée, afin que davantage de créations aient la chance de se concrétiser dans le domaine du stockage Web3. Une meilleure expérience de développement favorise naturellement une écosystème d’applications plus dynamique.
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.
18 J'aime
Récompense
18
10
Reposter
Partager
Commentaire
0/400
BearMarketBuyer
· Il y a 20h
Ce qui est la bonne approche, c'est de réduire les barrières d'entrée, c'est la meilleure façon de construire un écosystème.
---
Putain, la quantité de code est réduite de 70 %, qui peut supporter ça ?
---
Vraiment, ne faites pas dans les fioritures, les développeurs veulent juste des outils faciles à utiliser, Walrus a compris ça.
---
Les développeurs Web2 peuvent-ils migrer sans changer de stack technologique ? Alors l'écosystème peut vraiment s'animer.
---
Mais pour faire simple, il faut surtout voir si quelqu'un l'utilise vraiment.
---
La combinaison Quilt et Seal est pas mal, le problème clé c'est si le plan de formation est fiable ou non.
---
Réduire le coût d'entrée, c'est une logique correcte, mais j'ai peur qu'ensuite on ne crée encore plein de pièges.
---
Simplifier le processus de développement, c'est bien, mais la compatibilité est-elle vraiment totale ou y a-t-il des coûts cachés ?
---
Si cette chose est vraiment aussi pratique, pourquoi personne ne l'a fait avant ?
---
Bon, au moins, il y a quelqu'un qui travaille sérieusement sur l'expérience développeur, c'est mieux que de faire le malin.
Voir l'originalRépondre0
DegenDreamer
· Il y a 22h
C'est ça le vrai problème, se vanter tous les jours de la puissance de la technique, à quoi ça sert
---
Réduction de 70% de la quantité de code, qui pourrait résister à ça ? Si j'étais encore en train d'écrire des contrats, je l'aurais déjà lancé
---
Finalement, quelqu'un a compris, les projets avec une expérience développeur médiocre sont voués à l'échec
---
Quilt et Seal, ces deux outils sont vraiment performants, ils abaissent considérablement la barrière d'entrée pour les développeurs Web2
---
Réduire la barrière d'entrée, c'est faire la bonne chose, c'est bien plus fiable que ces projets qui se perdent dans la complexité
Voir l'originalRépondre0
ValidatorViking
· 01-12 05:02
Ngl, ces abstractions aussi bonnes sont rarement déployées sans que quelqu'un ne se fasse couper en premier. Curieux de savoir si walrus a déjà testé cela en conditions de stress sur le mainnet.
Voir l'originalRépondre0
AirdropHunter420
· 01-11 11:28
Putain, c'est ça la bonne approche, ne pas sur-optimiser la tech mais sur-optimiser l'UX
---
Honnêtement, 70% du code supprimé directement? J'y crois
---
Enfin quelqu'un qui comprend, DX>TX, les devs sont contents et l'écosystème décolle naturellement
---
Walrus a vraiment trouvé le truc cette fois, avant ces projets ne faisaient que se vanter de leur décentralisation, ça donnait des migraines aux devs
---
Le positionnement d'outil idiot, c'est un peu dingue
---
Le coût de migration pour les gens du Web2 est si bas, c'est ça la vraie méthode d'onboarding non?
Voir l'originalRépondre0
RugResistant
· 01-09 12:52
C'est ça la vraie voie, réduire la barrière d'entrée est bien plus utile que de se vanter
La réduction de 70 % du volume de code est vraiment impressionnante, enfin quelqu'un qui fait quelque chose
Migration sans douleur pour les développeurs Web2 ? Là, on peut vraiment attirer du monde
Mais le vrai enjeu, c'est de faire vivre l'écosystème, avoir de bons outils sans applications, c'est inutile
Les noms Quilt et Seal ont vraiment du style
D'ailleurs, cette SDK est-elle vraiment aussi simple à utiliser, ou c'est encore une stratégie marketing
L'expérience de développement est bien maîtrisée, pas étonnant que la popularité soit bonne ces derniers jours
Enfin, un protocole qui a été bien réfléchi, pour grandir, il faut faire entrer les développeurs ordinaires
Voir l'originalRépondre0
GovernancePretender
· 01-09 12:51
C'est la bonne voie, enfin quelqu'un qui a compris
---
Il est mille fois plus important qu'un SDK soit agréable à écrire que ses performances techniques
---
70 % de code en moins ? Je décolle directement, maintenant même les gens de Web2 peuvent monter à bord
---
La combinaison Quilt et Seal est plutôt intéressante, on n'a plus besoin de grignoter le code de bas niveau soi-même
---
Le problème, c'est que la vitalité de l'écosystème dépend aussi de la volonté des projets de s'y engager
---
La compatibilité est vraiment un point sensible, le coût de migration de Web2 est un problème de longue date
---
Se former et suivre permet vraiment d'attirer de nouveaux utilisateurs, sinon même avec un SDK excellent, les développeurs ne trouveront pas la porte
Voir l'originalRépondre0
MetaNeighbor
· 01-09 12:50
Économiser 70 % du code ? Voilà une approche pragmatique, enfin quelqu'un qui prend les développeurs au sérieux.
Voir l'originalRépondre0
DegenTherapist
· 01-09 12:46
C'est ça, réduire les barrières d'entrée est la bonne voie, la démarche de Walrus est pertinente
---
Honnêtement, réduire la quantité de code de 70 % ? Si c'était vrai, je le croirais
---
Encore une histoire de "simplification du développement", on va voir combien de temps ça peut durer
---
Stocker des données NFT, entraîner des données cryptées avec l'IA, ça sonne bien, mais en pratique, comment ça fonctionne ?
---
Compatible avec la pile Web2, c'est pas mal, au moins ça évite de faire trop de bricolage pour les développeurs
---
On a l'impression qu'à chaque fois on dit que c'est pratique, mais qui utilise réellement Walrus ?
---
Sans faire de pub ni de critique, si ce SDK est vraiment efficace, l'écosystème parlera de lui tout seul
Voir l'originalRépondre0
MetaverseLandlord
· 01-09 12:41
Aïe, c'est là que ça devient intéressant, avec des barrières plus basses, les développeurs vont vraiment affluer
---
Cette stratégie Walrus, je l'ai bien comprise, simplifier le SDK, c'est du poaching de talents
---
70% du code en moins ? Alors mes anciens projets pourraient vraiment être refactorisés...
---
Compatible avec la pile Web2, c'est vraiment dingue, ne pas tout recommencer de zéro, c'est la vraie sagesse
---
J'ai juste peur que peu importe le battage médiatique, l'écosystème ne décolle pas, c'est vraiment l'expérience développeur qui fait la différence
---
Quilt et Seal, les noms de ces deux outils sont bien trouvés, ça donne pas l'impression que c'est compliqué
---
Comment personne ne crie pas victoire sur ça, c'est carrément la percée pour l'utilisabilité du Web3
---
Au final, c'est l'activation des développeurs qui compte, l'écosystème ne tournera que si ça marche
---
Le plan de formation jusqu'à ce stade, c'est bien pensé, réduire les barrières faut vraiment du matériel ET du logiciel
---
Exécuter directement dans le navigateur ? Là, les développeurs Web2 ont vraiment plus aucune excuse pour pas essayer
Voir l'originalRépondre0
CafeMinor
· 01-09 12:39
C'est ça la bonne voie, comprendre vraiment les points douloureux des développeurs
---
Réduire la barrière d'entrée > Impressionner avec la technologie, ça aurait dû être fait comme ça depuis le début
---
Euh, 70% du code, ce chiffre est un peu exagéré, non ? Ou est-ce vraiment aussi impressionnant
---
Les développeurs Web2 peuvent migrer sans problème ? Alors là, c'est vraiment prometteur, l'écosystème peut vraiment prendre vie
---
Les noms Seal et Quilt sont bien choisis, ils sont agréables à utiliser, il n'y a rien à redire
---
Plutôt que de vanter à quel point la distribution est géniale, il vaut mieux permettre aux gens de l'utiliser facilement, la stratégie de Walrus est bonne
---
Exact, une bonne expérience de développement est la clé pour une véritable prospérité de l'écosystème, c'est fondamental
---
NFT pour stocker des données, données d'entraînement AI, tout ça, l'imagination commence à s'ouvrir
---
La compatibilité est essentielle, sinon les utilisateurs Web2 ne pourront pas faire la transition
---
On a l'impression que c'est ça le vrai visage du Web3, pas juste des discours sur la révolution
L'avenir du Web3 dépend en fin de compte des développeurs pour le construire. Mais le problème actuel est évident — les barrières techniques complexes empêchent de nombreux développeurs potentiels de se lancer.
La démarche récente de Walrus Protocol est très intéressante. Ils ne se sont pas concentrés sur la puissance de la technologie elle-même, mais ont plutôt mis l'accent sur « comment rendre l'utilisation agréable pour les développeurs ». La mise à jour du SDK TypeScript illustre cette approche.
Pour faire simple, ce SDK regroupe la logique complexe du stockage distribué en un outil simple d’utilisation. Quilt est utilisé pour le stockage en masse, Seal pour le chiffrement privé, la lecture et l’écriture de données sont entièrement intégrées, et la conception de l’API est très intuitive. Vous n’avez pas besoin de comprendre le codage sous-jacent, comment les nœuds sont répartis ou comment les données sont distribuées — ces détails techniques sont gérés par le framework. En quelques lignes de code, vous pouvez intégrer la fonctionnalité de stockage, avec une réduction de plus de 70 % du volume de code par rapport aux solutions traditionnelles.
Cela profite à des développeurs dans différentes directions. Vous souhaitez stocker une quantité massive de métadonnées pour un projet NFT ? Il suffit d’appeler l’API de Quilt. Vous développez une application IA nécessitant la sauvegarde cryptée des données d’entraînement ? La fonction Seal répond directement à ce besoin. Le plus impressionnant, c’est la compatibilité très forte — support pour navigateur, Node.js, applications mobiles, tout est pris en charge. Les développeurs issus du Web2 n’ont pratiquement pas besoin de modifier leur stack technologique existant, ils peuvent simplement migrer leur application pour l’utiliser.
Le plan de formation et le lancement de l’outil Upload Relay suivent également cette logique. L’objectif principal est de réduire les coûts d’entrée, afin que davantage de créations aient la chance de se concrétiser dans le domaine du stockage Web3. Une meilleure expérience de développement favorise naturellement une écosystème d’applications plus dynamique.