La plupart des blockchains consacrent leur énergie à optimiser les aspects que l'on peut voir.
La vitesse d'exécution. Les frais. Le débit. La finalité. Ce sont des éléments faciles à mesurer et à promouvoir. Ils cachent également un goulot d'étranglement qui n'apparaît que plus tard, lorsque les systèmes sont déjà en production et difficiles à modifier.
Ce goulot d'étranglement est la disponibilité des données au fil du temps.
Walrus existe parce que ce problème est généralement découvert trop tard. WAL existe parce que sa résolution nécessite des incitations, pas des correctifs.
Le goulot d'étranglement n'est pas la vitesse, c'est la mémoire
Les blockchains sont très bonnes pour avancer.
Les blocs sont finalisés.
Mises à jour d'état.
L'exécution est terminée.
Ce dont ils sont moins préparés, c'est ce qui se passe ensuite.
Chaque transaction laisse derrière elle des données que quelqu'un pourrait avoir besoin de récupérer à nouveau. Pas immédiatement, mais plus tard. Lors d'audits. Lors de litiges. Lors de sorties. Lors d'échecs que personne n'avait prévus.
La plupart des systèmes supposent que les données resteront simplement accessibles parce qu'elles l'ont toujours été jusqu'à présent. Cette hypothèse tient seulement tant que les données sont petites et que les incitations sont fortes.
À grande échelle, cela échoue.
Pourquoi ce goulot d'étranglement est ignoré au début
Les chaînes au stade initial ressentent rarement une pression de stockage.
L'histoire est courte.
Les nœuds sont enthousiastes.
Les récompenses sont généreuses.
La réplication complète semble bon marché.
Ainsi, la disponibilité des données est traitée comme une infrastructure de fond plutôt qu'une contrainte de premier plan. Au moment où l'histoire devient lourde et que la participation diminue, l'architecture est déjà verrouillée.
C'est à ce moment que les chaînes se centralisent discrètement autour d'un plus petit groupe d'opérateurs capables de supporter tout le fardeau. Rien ne s'effondre. La confiance se déplace simplement.
Walrus considère ce résultat comme une erreur de conception, pas comme un compromis acceptable.
La disponibilité des données est une dépendance de sécurité, pas une fonctionnalité de stockage
Quand les utilisateurs ne peuvent pas accéder aux données historiques de manière indépendante, les hypothèses de sécurité changent.
La vérification devient conditionnelle.
Les sorties exigent une coopération.
Les audits reposent sur des tiers.
À ce stade, la cryptographie fonctionne encore, mais la confiance n'est plus minimisée en pratique.
Walrus est conçu autour de l'idée que la disponibilité des données fait partie intégrante du modèle de sécurité lui-même. WAL aligne les incitations de sorte que le maintien de la disponibilité des données ne soit pas facultatif ni dépendant de l'optimisme.
Pourquoi WAL n'est pas lié à l'activité ou au débit
Beaucoup de jetons sont conçus pour tirer profit des pics d'utilisation.
Plus de transactions.
Plus de congestion.
Plus de frais.
Ce modèle ne fonctionne pas pour la disponibilité des données.
Les données doivent toujours être accessibles lorsque l'activité diminue. En fait, c'est précisément à ce moment qu'elles sont les plus importantes. Les utilisateurs regardent en arrière pendant les périodes de stress, pas pendant les périodes d'excitation.
WAL est conçu autour de la persistance, pas des pics de demande. Les opérateurs sont récompensés pour rester fiables pendant les périodes calmes, pas seulement pendant les périodes chargées.
Cela traite directement le goulot d'étranglement à long terme que la plupart des blockchains reportent.
Éviter le piège de la réplication
La réplication semble être la solution évidente.
Stockez des copies complètes partout.
Payer les nœuds pour les maintenir.
Supposons que la redondance égale la sécurité.
Au fil du temps, cette approche multiplie les coûts et réduit la participation. Seuls les grands opérateurs restent pleinement capables. Les plus petits disparaissent discrètement.
Walrus évite cela par conception. La responsabilité est partagée au lieu d'être dupliquée. Les données peuvent évoluer sans forcer la centralisation.
WAL existe pour rendre cette responsabilité partagée économiquement viable sur de longues périodes.
Pas d'exécution signifie pas de dette de stockage cachée
Une autre raison pour laquelle ce goulot d'étranglement passe inaperçu est l'exécution.
Les couches d'exécution accumulent l'état.
L'état grandit.
La pression de stockage augmente de façon invisible.
Walrus évite complètement l'exécution.
Il n'y a pas de soldes.
Pas de contrats.
Pas de machine d'état évolutive.
Les données sont publiées, rendues disponibles et vérifiées pour leur accessibilité. Cette restriction maintient le problème de stockage limité au lieu de le faire croître année après année.
Le goulot d'étranglement n'apparaît que quand il devient douloureux
C'est pourquoi tant de blockchains l'ignorent.
Le problème ne se manifeste pas au lancement.
Il ne s'affiche pas durant la croissance.
Il apparaît des années plus tard.
Quand :
L'histoire est volumineuse
Les incitations sont plus faibles.
Moins de personnes prêtent attention
La vérification compte toujours
À ce stade, il devient coûteux à corriger.
Walrus a été conçu pour cette phase dès le départ, c'est pourquoi Walrus ressemble moins à une plateforme de fonctionnalités et davantage à une infrastructure discrète.
Conclusion finale
Le goulot d'étranglement que la plupart des blockchains ignorent n'est pas l'exécution. C'est le coût du maintien de la vérifiabilité des données dans le temps sans centraliser la confiance.
Walrus WAL résout cela par :
Traiter la disponibilité des données comme une exigence de sécurité
Aligner les incitations avec la fiabilité à long terme
Éviter les architectures qui accumulent une dette de stockage cachée
L'exécution peut toujours être optimisée ultérieurement.
Les données manquantes ou inaccessibles ne peuvent pas être corrigées après coup.
C'est pourquoi ce goulot d'étranglement est important, et pourquoi Walrus existe pour y faire face avant qu'il ne devienne inévitable.