FAQ su staking e inflazione

Sulla rete Solana, molte persone ed entità diverse eseguono un programma su computer specializzati noti come validator. I validator svolgono un ruolo chiave nel mantenimento e nella sicurezza della blockchain di Solana. I validator sono responsabili dell'elaborazione delle nuove transazioni in arrivo sulla rete, nonché del voto e dell'aggiunta di nuovi blocchi alla blockchain.

Poiché diversi validator in tutto il mondo possono ricevere informazioni diverse in momenti diversi, è essenziale che la rete sia in grado di raggiungere un accordo su quali transazioni e dati vengano continuamente aggiunti alla blockchain. La strategia attraverso cui i validator e l'intera rete raggiungono questo accordo è nota come meccanismo di consenso ed è una sfida fondamentale nella costruzione di una rete blockchain decentralizzata di successo. Molti progetti diversi hanno tentato varie soluzioni su come raggiungere il consenso in modo rapido ed economicamente efficiente.

La rete Solana utilizza un meccanismo di consenso Proof of Stake (spesso abbreviato in PoS). Ogni validator sulla rete ha l'opportunità di partecipare al consenso esprimendo voti su quali blocchi ritiene debbano essere aggiunti alla blockchain, confermando così eventuali transazioni valide contenute in quei particolari blocchi. Tuttavia, non tutti i voti dei validator hanno lo stesso peso.

I voti di consenso dei validator sono ponderati in base allo stake, il che significa che maggiore è lo stake di un singolo validator, maggiore è l'influenza che quel validator ha nel determinare l'esito del voto di consenso. Allo stesso modo, i validator con meno stake hanno meno peso nel determinare l'esito del voto e i validator senza stake non possono influenzare l'esito di un voto di consenso.

Lo staking è il processo attraverso il quale un possessore di token SOL (come qualcuno che ha acquistato token SOL su un exchange) assegna alcuni o tutti i propri token a uno o più validatori specifici, contribuendo ad aumentare il peso di voto di tali validatori. Assegnare i propri token per aumentare il peso dello stake di un validatore è noto come “delegare” i propri token. Delegare i propri token a un validatore NON conferisce al validatore la proprietà o il controllo sui tuoi token. In ogni momento, mantieni sempre il controllo di tutti i token in staking che hai scelto di delegare.

Mettendo in staking i token con uno o più validatori, il possessore dei token indica un certo grado di fiducia nel validatore che ha scelto per la delega. Man mano che i validatori accumulano maggiori quantità di deleghe di stake da diversi possessori di token, questo funge da “prova” per la rete che i voti di consenso del validatore sono affidabili, e i loro voti vengono quindi ponderati proporzionalmente alla quantità di stake che il validatore ha attratto. Ponderando i voti collettivi di tutti i validatori rispetto alla proporzione di stake che è stata loro delegata, la rete raggiunge il consenso attraverso questo meccanismo di Proof of Stake.

Poiché diversi validatori in tutto il mondo possono ricevere informazioni diverse in momenti diversi, è essenziale che la rete sia in grado di raggiungere un accordo su quali transazioni e dati vengano continuamente aggiunti alla blockchain. La strategia attraverso cui i validatori e l'intera rete raggiungono questo accordo è nota come meccanismo di consenso, ed è una sfida fondamentale nella costruzione di una rete blockchain decentralizzata di successo. Molti progetti diversi hanno tentato varie soluzioni su come raggiungere il consenso in modo rapido ed economicamente efficiente.

La rete Solana utilizza un meccanismo di consenso Proof of Stake (spesso abbreviato in PoS). Ogni validatore sulla rete ha l'opportunità di partecipare al consenso esprimendo voti su quali blocchi ritiene debbano essere aggiunti alla blockchain, confermando così eventuali transazioni valide contenute in quei particolari blocchi. Tuttavia, non tutti i voti dei validatori hanno lo stesso peso.

I voti di consenso dei validatori sono ponderati in base allo stake, il che significa che più stake ha un singolo validatore, maggiore è l'influenza che quel validatore ha nel determinare l'esito della votazione di consenso. Allo stesso modo, i validatori con meno stake hanno meno peso nel determinare l'esito del voto, e i validatori senza stake non possono influenzare l'esito di un voto di consenso.

In una rete aperta e decentralizzata come Solana, chiunque può gestire un validatore se lo desidera. Un validatore malevolo o altro attore malintenzionato potrebbe tentare di attaccare la rete o di inviare transazioni errate o fraudolente per il proprio guadagno. A causa del meccanismo di consenso Proof of Stake descritto sopra, una singola entità che agisce da sola in questo modo fraudolento dovrebbe attrarre una certa quantità di stake prima che una qualsiasi delle sue attività proposte venga ponderata nel voto di consenso. Man mano che più possessori di token scelgono di mettere in stake i propri token SOL presso diversi validatori sulla rete, e l'importo totale di stake sulla rete aumenta, diventa sempre più difficile anche per un attaccante coordinato e ben finanziato accumulare abbastanza stake per alterare da solo l'esito di un voto di consenso a proprio vantaggio. In breve, più stake viene delegato a molti validatori diversi sulla rete, più la rete diventa sicura e protetta per tutti i suoi utenti. Inoltre, i possessori di token che scelgono di mettere in stake i propri token e contribuire così a proteggere la rete, sono idonei a ricevere ricompense di staking una volta che hanno delegato i propri token a uno o più validatori. Maggiori dettagli sulle ricompense di staking sono riportati di seguito.

Su molte reti Proof-of-Stake, esiste un meccanismo noto come “slashing”. Lo slashing è qualsiasi processo mediante il quale una parte dello stake delegato a un validatore viene distrutta come misura punitiva per azioni malevole intraprese dal validatore.

Questo meccanismo incentiva i validatori a non intraprendere tali azioni, poiché meno stake delegato a un validatore significa che quel validatore accumula quindi meno ricompense. Subire lo slashing può anche essere visto come un rischio reputazionale per mantenere lo stake attuale o attrarre potenziale stake futuro.

Lo slashing pone anche un rischio per i possessori di token che potrebbero potenzialmente perdere alcuni dei loro token se hanno delegato a un validatore che subisce lo slashing. La presenza dello slashing potrebbe incentivare i possessori di token a delegare i propri token solo a validatori che ritengono affidabili, e a non delegare tutti i propri token a un singolo validatore o a un numero ridotto di validatori.

Su Solana, lo slashing non è automatico. Se un attaccante causa l'arresto della rete, può subire lo slashing al riavvio della rete. Per maggiori informazioni, consulta la documentazione dei validatori Solana.

Chiunque possieda SOL può mettere in staking i propri token in qualsiasi momento.

Per mettere in staking i token SOL, devi utilizzare un wallet che supporti lo staking. Non tutti i wallet supportano lo staking al momento. SolFlare.com è un wallet user-friendly che supporta lo staking. Consulta la documentazione ufficiale per un elenco di wallet che supportano lo staking.

I token SOL nel tuo wallet devono prima essere spostati in uno stake account. Puoi creare tutti gli stake account che desideri e depositare in ciascuno la quantità di SOL che preferisci. Ogni nuovo stake account ha un indirizzo univoco e un singolo wallet può gestire o “autorizzare” molti stake account diversi. Consulta la nostra documentazione sulla struttura degli stake account per maggiori dettagli.

Per guadagnare ricompense di staking (se l'inflazione è abilitata su mainnet beta), i token in uno stake account devono essere delegati a un validator. Un singolo stake account può essere delegato a un solo validator alla volta, quindi se vuoi delegare a validator diversi dovrai dividere i tuoi token tra più stake account.

Esistono vari strumenti gestiti dalla community dove puoi visualizzare informazioni sulla rete e metriche di performance sui singoli validator, come:

• Solanabeach.io
• Validators.app

Molti validator scelgono anche di presentarsi e descrivere i propri servizi sui forum di Solana:

• https://forums.solana.com/t/validator-information-thread/577

Sì. Alcune persone potrebbero aver ricevuto un account di staking con token bloccati dalla Solana Foundation, distribuiti in cambio di servizi. I token negli account di staking con un periodo di blocco non possono essere prelevati verso un altro indirizzo wallet prima della scadenza del blocco, ma possono comunque essere delegati a un validator per potenzialmente guadagnare ricompense di staking durante questo periodo. Le ricompense guadagnate sui token bloccati vengono depositate nuovamente nell'account di staking bloccato.

Quando crei per la prima volta un account di staking, specifichi quanti token SOL vuoi utilizzare per finanziarlo, e questi token vengono prelevati dal tuo account wallet principale e depositati nel nuovo account di staking.

I token possono anche essere trasferiti in un account di staking preesistente in qualsiasi momento, utilizzando la funzione Trasferisci o Invia del tuo wallet e fornendo l'indirizzo del tuo account di staking. Se trasferisci token in un account di staking che è già delegato, questi nuovi token non verranno automaticamente delegati.

Se hai un account di staking delegato e desideri aumentare la tua delega a un particolare validator, la best practice è creare un nuovo account di staking con l'importo aggiuntivo di stake e delegare quell'account allo stesso validator.

Esempio: aumentare lo stake delegato a un singolo validator

• L'utente ha un wallet con un saldo di 1000 SOL.
• L'utente utilizza l'interfaccia del wallet per creare un account di staking con 100 SOL, quindi delega i token nell'account di staking al Validator A.
• Il saldo del wallet è ora di 900 SOL e il wallet controlla anche un account di staking con un saldo di 100 SOL.
• L'account di staking viene mostrato nell'interfaccia del wallet e sull'Explorer come “In attivazione”. Una volta “Attivo”, i token in staking sono idonei per le ricompense. Vedi Considerazioni sui tempi per maggiori dettagli.
• Successivamente, l'utente vuole aumentare la propria delega al Validator A, quindi utilizza l'interfaccia del wallet per creare un secondo account di staking con 50 SOL, quindi delega i token nel nuovo account di staking al Validator A.
• Il saldo del wallet è ora di 850 SOL e il wallet controlla anche 2 account di staking con rispettivamente 100 e 50 SOL, ciascuno delegato al Validator A.

Se trasferisci token in un account di staking che è già delegato, questi nuovi token non verranno automaticamente delegati. Per far sì che anche questi nuovi token vengano delegati e guadagnino ricompense, dovresti rimuovere la delega dell'intero account, quindi ridelegare lo stesso account. Poiché rimuovere la delega e ridelegare può richiedere diversi giorni per avere effetto, il tuo stake originale non guadagnerebbe ricompense durante questo periodo di transizione.

Pertanto, consigliamo di trasferire SOL in un account di staking solo quando viene creato per la prima volta o comunque quando non è delegato.

I token possono essere prelevati da un account di staking solo quando non sono attualmente delegati. Quando un account di staking viene inizialmente annullato dalla delega, è considerato “in disattivazione” o “in raffreddamento”. I token non possono essere prelevati dall'account finché alcuni o tutti non hanno completato la disattivazione e sono considerati “inattivi” e quindi non generano più potenziali ricompense di staking. Per dettagli sulla durata di questo periodo di transizione, consulta Considerazioni sui tempi.

Una volta che i token in un account di staking sono inattivi, possono essere prelevati immediatamente e trasferiti al tuo indirizzo wallet principale o a un altro indirizzo.

Esempio: prelevare tutti i token da un account di staking

• L'utente ha un wallet con un saldo di 900 SOL e un singolo account di staking con 100 SOL delegati a un validatore.
• L'utente utilizza l'interfaccia del wallet per disattivare la delega di staking. L'account di staking mostra nell'interfaccia del wallet e sull'Explorer che è “in disattivazione”. Una volta che è “inattivo” o “non delegato”, i token in staking smettono di generare ricompense e possono essere prelevati. Consulta Considerazioni sui tempi per maggiori dettagli.
• L'utente può utilizzare l'interfaccia del wallet per prelevare tutti i token nel proprio account wallet principale. Il saldo del wallet ora mostra 1.000 SOL e l'account di staking viene chiuso.

Se vuoi ridurre l'ammontare dello stake delegato assegnato a un determinato validatore senza disattivare l'intero saldo (e quindi perdere potenziali ricompense durante il periodo di inattività della delega), puoi dividere un account di staking esistente in due account e annullare la delega di uno, lasciando l'altro account delegato e continuamente idoneo per le ricompense.

Esempio: ridurre la delega in staking a un determinato validatore

• L'utente ha un wallet con un saldo di 800 SOL e un singolo account di staking con 200 SOL delegati a un validatore.
• L'utente vuole ridurre l'ammontare dello stake delegato al validatore di 100 SOL.
• Utilizza l'interfaccia del wallet per “dividere” l'account di staking e specifica 100 SOL come importo da dividere.
• Ora ci sono 2 account di staking, ciascuno con 100 SOL, entrambi delegati allo stesso validatore.
• L'utente può quindi utilizzare l'interfaccia del wallet per disattivare una delle deleghe di staking. L'account di staking mostra nell'interfaccia del wallet e sull'Explorer che è “in disattivazione”. Una volta che è “inattivo” o “non delegato”, i token in staking smettono di generare ricompense e possono essere prelevati. Consulta Considerazioni sui tempi per maggiori dettagli.
• Una volta che l'account è inattivo, l'utente può quindi scegliere di delegare l'account a un validatore diverso, o di prelevare i token nel wallet principale, o di dividere ulteriormente l'account di staking inattivo e delegare a più validatori diversi.

I token in un account di staking con un periodo di blocco non possono essere prelevati fino alla scadenza del blocco, indipendentemente dallo stato di delega di quell'account. Una volta scaduto il periodo di blocco, i token non delegati possono essere prelevati immediatamente. Non è richiesta alcuna azione da parte del titolare dell'account per sbloccare specificamente l'account.

Quando deleghi o annulli la delega di un account di stake, i token non cambiano stato immediatamente. I token appena delegati sono considerati “in attivazione” o “in riscaldamento”, e non sono idonei a guadagnare ricompense finché non sono completamente attivati. I token di cui è stata appena annullata la delega sono considerati “in disattivazione” o “in raffreddamento” e non possono essere prelevati finché non sono disattivati.

Il protocollo Solana consente ai token in stake di completare il cambio di stato solo all'inizio di una nuova epoch. Un'epoch dura circa 2 giorni. Usa solana epoch-info per vedere i dettagli dell'epoch corrente.

Se deleghi i token in un account di stake a metà di un'epoch, i token appariranno nel tuo wallet come “in attivazione” fino alla fine dell'epoch corrente, momento in cui diventeranno attivi e idonei a guadagnare ricompense. Che tu deleghi i tuoi token di stake all'inizio dell'epoch corrente o verso la fine non influisce sul momento in cui i token diventeranno attivi, che avviene solo al confine della prossima epoch. La stessa logica si applica all'annullamento della delega o alla disattivazione di un account di stake delegato. I token in disattivazione non possono essere prelevati finché non hanno completato la disattivazione al confine dell'epoch.

C'è un limite alla quantità totale di stake che può cambiare stato in una singola epoch sull'intera rete Solana. Non più del 25% dello stake attivo totale sulla rete può essere attivato o disattivato in una singola epoch. In uno scenario in cui più del 25% dello stake attivo totale sulla rete viene attivato in una singola epoch, una porzione di tutto lo stake in attivazione/disattivazione fino al limite globale del 25% completerà il cambio di stato al primo confine dell'epoch. Lo stake rimanente rimarrebbe come “in attivazione” o “in disattivazione” per almeno un'altra epoch, fino al confine dell'epoch successiva.

Se un'attivazione di stake richiede più epoch, la porzione di stake che diventa completamente attiva al primo confine dell'epoch è idonea per le ricompense, mentre la porzione rimanente che è ancora in attivazione per un'epoch aggiuntiva non è ancora idonea per le ricompense.

Allo stesso modo, se una disattivazione di stake richiede più epoch, la porzione di stake che diventa completamente inattiva al primo confine dell'epoch può essere prelevata, mentre la porzione rimanente è ancora in disattivazione per un'epoch aggiuntiva, al termine della quale può essere prelevata.

Tutti gli account di staking su Solana (e tutti gli account di qualsiasi tipo) possono essere visualizzati nell'explorer di rete di Solana, disponibile qui:

Solana Explorer

Copia e incolla l'indirizzo dell'account di staking di interesse nella barra di ricerca principale dell'explorer per visualizzare i dettagli dell'account, incluso il suo stato di attivazione/disattivazione/delega, il saldo corrente e l'indirizzo delle autorità dell'account di staking, che di solito corrisponde all'indirizzo principale del tuo wallet.

A seconda della soluzione wallet che utilizzi per gestire i tuoi account di staking, queste stesse informazioni potrebbero essere visibili accedendo al tuo wallet e visualizzando i tuoi account di staking.

Le ricompense di staking vengono calcolate ed emesse una volta per epoch. Un epoch dura circa 2 giorni. Le ricompense maturate in un determinato epoch vengono emesse a tutti i validator e delegatori nel primo blocco dell'epoch successivo. Il rendimento dello staking è presentato come cifra annualizzata, anche se questo numero varia ad ogni epoch poiché il tasso di inflazione e lo stake attivo totale cambiano continuamente. Il rendimento dello staking e il design completo dell'inflazione sono dettagliati qui:

DOCUMENTAZIONE UFFICIALE

Le stime del rendimento dello staking, dati vari modelli della frazione di SOL totale in staking, possono essere esplorate qui:

MODELLI DI RENDIMENTO DELLO STAKING

Per stimare la quantità di SOL che un delegatore può aspettarsi di vedere in un singolo epoch in un singolo account di staking:

L'uptime del validator è definito dal comportamento di voto nel consenso del validator. Ogni volta che un validator vota su un blocco che viene infine aggiunto alla blockchain, quel validator guadagna un voto di credito.

Quando le ricompense vengono conteggiate alla fine dell'epoch, tutti i voti di credito ponderati per stake guadagnati da tutti i validator vengono utilizzati per determinare l'importo totale di SOL che viene emesso a ciascun validator specifico e ai loro delegatori.

I validator applicano una commissione sulle ricompense inflazionistiche guadagnate dagli account di stake delegati a loro, in cambio dei loro servizi nella protezione della blockchain e nell'elaborazione delle transazioni. Questa commissione è nota come tasso di commissione. Ogni volta che vengono emesse le ricompense, la commissione viene depositata nell'account del validator e le ricompense rimanenti vengono depositate in tutti gli account di stake delegati a quel validator, proporzionalmente all'importo di stake attivamente delegato in ciascun account. La commissione del validator e le ricompense di staking vengono sempre emesse simultaneamente.

Le ricompense vengono emesse una volta per epoch e vengono depositate nell'account di stake che le ha guadagnate. Le ricompense di stake vengono automaticamente ri-delegate come stake attivo.

Se le ricompense dovute a un validator o a uno dei suoi stake sono inferiori a un lamport per una determinata epoch, l'emissione della ricompensa viene differita fino alla prossima epoch in cui entrambi riceverebbero almeno un lamport.

I dettagli del programma di inflazione originariamente proposto sono discussi qui. I parametri specifici che determinano il programma di inflazione sono:

1. Tasso di inflazione iniziale: 8%
2. Tasso di disinflazione: −15%
3. Tasso di inflazione a lungo termine: 1,5%

I parametri sopra indicati sono definiti come:

• Tasso di inflazione iniziale: il tasso di inflazione di partenza per quando l'inflazione viene abilitata per la prima volta. Il tasso di emissione dei token può solo diminuire da questo importo
• Tasso di disinflazione: il tasso annualizzato al quale il tasso di inflazione viene ridotto
• Tasso di inflazione a lungo termine: il tasso di inflazione stabile e a lungo termine previsto

Si noti che il tasso di inflazione non sarà lo stesso del rendimento di staking (cioè l'interesse guadagnato mettendo in stake i token). Vedere di seguito per una discussione sul rendimento di staking.

Il 100% delle emissioni inflazionistiche è proposto per essere distribuito agli account di stake delegato e ai validator.

Il rendimento di staking deriva dalle emissioni inflazionistiche distribuite tra gli account di staking delegato e gli account di voto dei validator in base alla commissione del validator. A causa di questo design, il rendimento di staking è principalmente una funzione della frazione di SOL in staking sulla rete. Una discussione dettagliata del design e del suo impatto sul rendimento di staking può essere trovata qui:

PANORAMICA DEL DESIGN DELL'INFLAZIONE

La quantità totale di SOL che verrà messa in staking è sconosciuta, quindi possiamo solo stimare i rendimenti di staking esatti. Di seguito, mostriamo i rendimenti di staking nel tempo segmentati per diversi valori della percentuale di SOL in staking che potrebbero essere osservati sulla rete (tra il 60-90%). I parametri del programma di inflazione sono impostati come descritto sopra.

Una semplice dashboard interattiva è fornita qui, in cui è possibile selezionare diverse percentuali di SOL in staking per vedere l'impatto sui rendimenti di staking prospettici.

Si prega di notare che questo è un rendimento di staking idealizzato poiché trascura l'impatto dell'uptime del validator sulle ricompense, le commissioni del validator, il potenziale throttling del rendimento e potenziali incidenti di slashing. Inoltre ignora che la percentuale di SOL in staking è dinamica per design, cioè ci si aspetta che la percentuale di SOL in staking cambi nel tempo influenzando così il rendimento di staking nel tempo. È presentato solo per essere utilizzato come stima approssimativa per i rendimenti di staking previsti.