Vai al contenuto

Solana

Da BitcoinWiki.

Solana è una piattaforma blockchain open source per applicazioni decentralizzate. Combina il consenso proof-of-stake con un orologio crittografico chiamato proof of history; il suo asset nativo è SOL. Anatoly Yakovenko descrisse la proof of history in un white paper del 2017 e la rete pubblica Mainnet Beta iniziò a funzionare nel marzo 2020.[1][2]

Logo Solana

Storia

Il progetto di Yakovenko usava un calcolo SHA-256 sequenziale come fonte verificabile di ordinamento. Greg Fitzgerald collaborò al primo prototipo; Stephen Akridge e Raj Gokal parteciparono al progetto divenuto Solana. Reti di prova e il programma per validatori Tour de SOL precedettero il lancio del marzo 2020. La rete conserva la dicitura «beta» durante l'evoluzione di protocollo e software.

Solana Labs sviluppò gran parte del software iniziale. La Solana Foundation, con sede in Svizzera, sostiene decentralizzazione, sovvenzioni ed ecosistema. Il registro è prodotto dai validatori e non da una sola delle due organizzazioni.

Architettura

Proof of history e consenso

La proof of history (PoH) non è un sistema di voto separato. È una sequenza calcolata continuamente che dimostra l'ordine temporale degli eventi. I validatori la combinano con un consenso ponderato per stake, comunemente detto Tower BFT. Leader programmati ordinano le transazioni e i voti confermano le diramazioni; la finalità dipende dai voti successivi, non dal solo orologio.[1]

Turbine distribuisce i dati dei blocchi in pacchetti, Gulf Stream inoltra transazioni ai leader futuri, Pipelining assegna le fasi di verifica all'hardware e Cloudbreak è il progetto del database degli account. Archivers fu proposto per l'archiviazione distribuita. Sono componenti, non meccanismi di consenso distinti.

Account, programmi ed esecuzione

Lo stato risiede in account con indirizzi di 32 byte. I programmi contengono codice; lo stato mutabile è in account separati forniti alle istruzioni. Più istruzioni possono formare una transazione atomica. Sealevel esegue in parallelo transazioni che non scrivono sugli stessi account.[3]

I programmi sono spesso scritti in Rust. I token usano normalmente Solana Program Library (SPL) Token o Token-2022. Lo standard corretto è «SPL», non «SLP».

I programmi Solana possono essere distribuiti come codice immutabile o tramite un loader aggiornabile. Un programma aggiornabile ha un'autorità che può sostituirne i dati eseguibili; l'autorità può essere trasferita o revocata, rendendo poi il programma immutabile. Nel valutare un'applicazione occorre quindi distinguere il consenso dei validatori dall'autorità più circoscritta che controlla un singolo programma.[4]

Transazioni e commissioni

Una transazione contiene firme e un messaggio con account, blockhash recente e istruzioni. Le commissioni in SOL includono una quota base per firma e una prioritaria opzionale; limiti di calcolo e dati vincolano l'esecuzione.[5]

Il 15 settembre 2026 txv1 è stato attivato sulla Mainnet all'epoca 1035. Il formato versione 1 ha elevato la dimensione serializzata massima da 1.232 a 4.096 byte. Legacy e versione 0 restano validi. V1 colloca i limiti delle risorse in una configurazione, non usa Address Lookup Tables e offre più spazio a prove, multifirme e batch. Lettori e indicizzatori devono supportarla esplicitamente; l'invio è opzionale.[6][7]

SOL

Logo del token SOL
Logo del token SOL.

SOL serve per commissioni e staking; un SOL equivale a un miliardo di lamport. La delega trasferisce peso di voto, non custodia. Emissione e regole sulle commissioni fanno variare l'offerta, quindi una cifra fissa diventa obsoleta.

Affidabilità e decentralizzazione

L'elevato throughput richiede rete e hardware notevoli. Concentrazione dello stake, numero di client e costi operativi sono temi di decentralizzazione. Nel settembre 2021 la produzione si fermò per circa 17 ore dopo sovraccarico ed esaurimento di risorse; altri incidenti nel 2022 portarono a cambiamenti nell'ingresso delle transazioni, nei mercati delle commissioni e nel software.[8]

Il client Agave di Anza è succeduto al codice validatore originale di Solana Labs, mentre Firedancer è stato sviluppato come implementazione indipendente ad alte prestazioni. Release e attivazioni avvengono nel tempo, quindi la quota di stake di ciascun client è una metrica operativa datata, non una proprietà permanente. Client indipendenti riducono il rischio di implementazione comune solo quando sono pronti per la produzione e realmente diffusi.[9]

Ecosistema

Le applicazioni includono exchange decentralizzati, prestiti, pagamenti, giochi e mercati NFT. Asset come USDT possono essere emessi come token Solana, ma emittente e controlli restano separati dal consenso.

Voci correlate

Collegamenti esterni

Note