L'utilisation de Walrus Mainnet montre où les hypothèses cessent finalement de fonctionner
La disponibilité des données échoue généralement. Une application écrit des données une fois. Les lectures fonctionnent pendant un certain temps. Personne ne vérifie à nouveau. Le stockage est traité comme une promesse, pas comme une condition. Quand quelque chose casse, cela apparaît tard et sans attribution. Walrus aborde cela en liant chaque blob à une application active.
Sur le mainnet de Walrus aujourd'hui, l'utilisation des partenaires expose déjà comment cela se comporte sous charge. Talus stocke des blobs de contexte d'agent qui sont accessibles à travers plusieurs époques. Ces blobs restent lisibles uniquement parce que les comités continuent de répondre aux défis de disponibilité. Itheum écrit de grands blobs de jeux de données qui changent rarement mais doivent rester récupérables pendant de longues périodes. Linera engage des instantanés d'état sous forme de blobs que les validateurs récupèrent lors de la reprise. Chaque modèle met à l'épreuve une partie différente du système. Le mécanisme sous-jacent reste constant. Chaque blob est divisé en morceaux. Les comités sont assignés par époque. Les nœuds doivent répondre aux défis générés par ces morceaux. Manquer suffisamment de défis et les récompenses s'arrêtent. La disponibilité n'est pas déduite du succès passé.
Une séquence observée ressemble à ceci….. un blob est écrit une fois.....Les métadonnées se renouvellent....Les comités tournent. Quelques nœuds disparaissent. Les lectures se terminent toujours parce que les seuils de reconstruction sont atteints.
Le système absorbe cela avec des coûts de coordination et de bande passante pendant les défis. Walrus traite les données d'application comme quelque chose qui doit rester prouvable, pas quelque chose écrit une fois et oublié.
