#dusk $DUSK Per una applicazione di streaming, WAL non verrebbe pagato come una singola tariffa anticipata. Invece, lo vedo funzionare come un flusso misurato legato al consumo effettivo dei dati. Un DApp di streaming potrebbe bloccare un saldo WAL in un contratto intelligente che rilascia pagamenti incrementali man mano che i chunk video vengono recuperati. Ogni evento di recupero diventa un attivatore, autorizzando un piccolo trasferimento WAL basato sulla dimensione dei dati e sulla durata. Questo mantiene i costi proporzionali all'uso piuttosto che speculativi. Ciò che conta qui è che il modello di esecuzione di Sui supporta aggiornamenti di stato frequenti e a basso sovraccarico. Questo rende i micropagamenti continui pratici piuttosto che teorici. Dalla prospettiva dell'utente, il streaming sembra senza soluzione di continuità; sotto il cofano, WAL applica un modello paga-per-ciò-che-consumi senza fare affidamento su contabilità off-chain.
