Il taglio del 90% dei costi di rent proposto da Solana potrebbe indebolire uno dei motivi per detenere SOL

Il piano di riduzione del rent in cinque fasi proposto da Solana potrebbe ridurre del 90% le riserve di SOL richieste per lo storage persistente degli account, se tutte le fasi venissero attivate. Questo potrebbe indebolire uno dei motivi per detenere SOL. La prima riduzione è entrata in vigore il 3 settembre, abbassando il parametro di riserva da 6.960 a 6.333 lamport per byte. L'obiettivo finale è 696 lamport per byte. Il rent di Solana è un saldo detenuto a fronte dello storage dell'account. Il saldo è generalmente recuperabile quando un account viene chiuso. Non è una fattura corrente pagata ai validatori. Un account token standard contiene 165 byte di dati. La sua dimensione effettiva è di 293 byte dopo l'aggiunta di 128 byte di overhead. Nell'esempio di un milione di account, la riduzione finale condizionata rappresenterebbe 1.835,352 SOL. Tale importo equivale a circa lo 0,000314% dei circa 585,36 milioni di SOL in circolazione indicati dai dati di mercato di CryptoSlate del 5 settembre. L'esempio è un requisito minimo calcolato per una popolazione fissa di account. Non misura i prelievi e non può stabilire un effetto sull'offerta dell'intera rete. Account di dimensioni diverse produrrebbero totali diversi. A un decimo del tasso di riserva originario, servirebbero dieci volte più byte soggetti a rent per mantenere invariato il minimo aggregato. La prima riduzione crea un ostacolo più contenuto. Circa il 9,9% in più di stato soggetto a rent manterrebbe il minimo originario a 6.333 lamport per byte. I saldi degli account esistenti possono restare al di sopra dei minimi richiesti. La domanda di riserve nasce soprattutto quando gli account vengono aperti. I pagamenti successivi nello stesso token non richiedono un altro deposito per la creazione dell'account quando esiste già un account token associato. I proprietari idonei degli account token possono recuperare il SOL in eccesso rispetto al minimo attuale. L'istruzione WithdrawExcessLamports consente questo trasferimento senza chiudere l'account o modificare il suo saldo token. Il programma Token-2022 offre la stessa istruzione. Il proprietario dell'account token deve autorizzare un prelievo da un account token. Un'autorità di mint o l'account mint deve autorizzare un prelievo da un mint. I programmi personalizzati devono fornire la logica di prelievo e verificare l'autorità competente per gli account di loro proprietà. Una parte che ha finanziato l'account di un cliente non può presumere di poter recuperare il SOL in eccesso. Una transazione autorizzata deve lasciare intatto il minimo. Il trasferimento sposta SOL esistente tra account. Non emette nuovi token. Non è stata fornita alcuna misura aggregata dei prelievi completati o delle vendite successive. Un finanziamento iniziale più contenuto potrebbe consentire ai fornitori di supportare più account clienti con lo stesso capitale. Lo studio sullo stato degli account di luglio ha rilevato che il 75,5% degli eventi di creazione degli account nella coorte analizzata si è chiuso nella stessa transazione. Le osservazioni non sono state deduplicate per indirizzo. Il risultato non predice come gli utenti reagiranno alla riduzione di settembre. Lo studio ha descritto le correlazioni tra i prezzi di SOL e l'attività degli account come deboli e instabili. Ha trattato tali correlazioni come descrittive, non causali. Anche le transazioni richiedono SOL secondo le regole sulle commissioni di Solana. Metà della commissione base viene bruciata. L'altra metà va al validatore. L'intera commissione prioritaria va al validatore. I detentori di SOL possono delegare lo stake ai validatori e diventare idonei a ricevere ricompense. Il materiale disponibile non stabilisce né lo staking né la creazione di ulteriori account come conseguenza della riduzione del rent. Al 5 settembre, la seconda riduzione a 5.080 lamport per byte era sulla testnet. L'attivazione sulla mainnet era attesa a metà settembre. Gli ultimi tre passaggi erano attesi con Agave 4.4 a novembre. Ogni attivazione resta soggetta alla revisione della crescita dello stato. Un fallback può ripristinare il parametro originario. I byte degli account persistenti e il recupero effettivo mostreranno quanta parte del risparmio di capitale diventerà nuova capacità per gli account, capitale circolante riutilizzabile o una riduzione del SOL detenuto a fronte dello storage.