#dusk $DUSK Pour une application de streaming, WAL ne serait pas payé en tant que frais unique à l'avance. Au lieu de cela, je le vois fonctionner comme un flux mesuré lié à la consommation de données réelle. Une DApp de streaming pourrait verrouiller un solde WAL dans un contrat intelligent qui libère des paiements progressivement à mesure que des morceaux vidéo sont récupérés. Chaque événement de récupération devient un déclencheur, autorisant un petit transfert WAL basé sur la taille des données et la durée. Cela maintient les coûts proportionnels à l'utilisation plutôt qu'à la spéculation. Ce qui importe ici, c'est que le modèle d'exécution de Sui prend en charge des mises à jour d'état fréquentes et à faible coût. Cela rend les micropaiements continus pratiques plutôt que théoriques. Du point de vue de l'utilisateur, le streaming semble fluide ; sous le capot, WAL impose un modèle de paiement à la consommation sans s'appuyer sur une comptabilité hors chaîne.
