WAL viene consumato nel momento in cui un blob viene scritto, ed è così che Walrus controlla la domanda.
Ogni operazione di archiviazione prezza WAL rispetto a due variabili: dimensione del blob e durata dell'epoca. Il protocollo calcola la tariffa, la regola immediatamente e rimuove una parte dalla circolazione attraverso la combustione. Il resto viene indirizzato al Fondo di Archiviazione, che traccia gli obblighi di disponibilità a lungo termine legati a quel blob.
Niente aspetta. Non ci sono contabilità differite. WAL lascia il sistema al momento della scrittura.
Questo comportamento modella come Walrus reagisce sotto carico. Quando gli upload di blob aumentano, il consumo di WAL accelera. Grandi dataset e lunghe durate amplificano quell'effetto. I rinnovi ripetuti costano più WAL ogni volta. Gli upload di basso valore o spam diventano autolimitanti perché drenano la stessa risorsa scarsa utilizzata da carichi di lavoro seri.
Questo meccanismo è attivo su mainnet oggi. I costruttori pagano WAL per memorizzare i blob. I rinnovi richiedono nuovo WAL. I blob scaduti smettono di consumare risorse. I comitati continuano a guadagnare ricompense per le prove di disponibilità solo mentre il blob rimane finanziato.
Ciò che non esiste ancora è un sistema globale di limitazione o quota sovrapposto. La regolamentazione avviene implicitamente attraverso il flusso di WAL, non con limiti espliciti.
Walrus regola la pressione di archiviazione costringendo ogni scrittura a competere per lo stesso'unità finita.
