Questa pagina è una traduzione della community e ha solo scopo informativo; fa fede la versione originale in inglese.
Versione originale ↗

Lo staking

Nozioni di base

Lo staking di HYPE su Hyperliquid avviene all'interno di HyperCore. Proprio come USDC può essere trasferito tra account perp e account spot, HYPE può essere trasferito tra account spot e account di staking.

All'interno dell'account di staking, HYPE può essere messo in staking presso un numero qualsiasi di validatori. Qui e in altri documenti, delegate e stake sono usati in modo intercambiabile, poiché Hyperliquid supporta soltanto il delegated proof-of-stake.

Ciascun validatore deve soddisfare un requisito di auto-delega di 10k HYPE per diventare attivo. Il requisito di auto-delega è bloccato per un anno. Ogniqualvolta l'auto-delega di un validatore scende al di sotto di 10k HYPE, il validatore entra nella modalità di sola revoca della delega (ossia una modalità in cui tutte le deleghe future a tale validatore sono disabilitate), pertanto lo stake totale del validatore può soltanto diminuire d'ora in poi.

Una volta attivi, i validatori producono blocchi e ricevono ricompense proporzionali al loro stake totale delegato. I validatori possono applicare una commissione ai propri deleganti. Tale commissione non può essere aumentata a meno che la nuova commissione non sia inferiore o uguale all'1%. Ciò impedisce scenari in cui un validatore attira un ingente ammontare di stake e poi aumenta sensibilmente la commissione per trarre vantaggio dagli staker ignari.

Le deleghe a un determinato validatore hanno una durata di blocco di 1 giorno. Trascorso tale blocco, le deleghe possono essere revocate parzialmente o integralmente in qualsiasi momento. I saldi revocati si riflettono immediatamente nel saldo dell'account di staking.

I trasferimenti dall'account spot all'account di staking sono istantanei. Tuttavia, i trasferimenti dall'account di staking all'account spot prevedono una coda di unstaking di 7 giorni. La maggior parte delle altre chain proof-of-stake dispone di un meccanismo analogo, che garantisce che gli attacchi su larga scala al consenso siano sanzionati mediante lo slashing o meccanismi del livello sociale. Attualmente non è implementato alcuno slashing automatico. Ciascun indirizzo può avere al massimo 5 prelievi in sospeso nella coda di unstaking.

A titolo di esempio, se si avvia un trasferimento dallo staking allo spot di 100 HYPE alle 08:00:00 UTC dell'11 marzo e un trasferimento di 50 HYPE alle 09:00:00 UTC del 12 marzo, il trasferimento di 100 HYPE sarà finalizzato alle 08:00:01 UTC del 18 marzo e il trasferimento di 50 HYPE sarà finalizzato alle 09:00:01 UTC del 19 marzo.

La formula del tasso di ricompensa dello staking è ispirata a Ethereum, dove il tasso di ricompensa è inversamente proporzionale alla radice quadrata del totale di HYPE in staking. Con 400M di HYPE totali in staking, il tasso di ricompensa è approssimativamente pari al 2.37% annuo. Le ricompense di staking provengono dalla riserva di emissioni future.

Le ricompense maturano ogni minuto e vengono distribuite agli staker ogni giorno. Le ricompense vengono riassegnate automaticamente al validatore presso cui è stato effettuato lo staking, ossia vengono capitalizzate. Le ricompense si basano sul saldo minimo che un delegante ha in staking durante ciascun epoch di staking (100k round, come spiegato di seguito).

Dettagli tecnici

La nozione di quorum è essenziale per i moderni algoritmi di consenso proof-of-stake come HyperBFT. Un quorum è un qualsiasi insieme di validatori che detiene più di ⅔ dello stake totale della rete. Il requisito operativo del consenso è che un quorum di stake sia onesto (non bizantino). Pertanto è responsabilità essenziale di ogni staker delegare soltanto a validatori fidati.

Il consenso HyperBFT procede per round, ossia un insieme discreto fondamentale di transazioni unitamente alle firme di un quorum di validatori. Ciascun round può essere committed una volta soddisfatte determinate condizioni, dopo di che viene inviato allo stato di esecuzione per l'elaborazione. Una proprietà fondamentale dell'algoritmo di consenso è che tutti i nodi onesti concordino sull'elenco ordinato dei round committed.

I round possono dare origine a un nuovo blocco dello stato di esecuzione. I blocchi di esecuzione sono indicizzati da un contatore crescente separato denominato height. L'height incrementa soltanto nei round di consenso con almeno una transazione.

L'insieme dei validatori si evolve in epoch di 100k round, pari approssimativamente a 90 minuti sulla mainnet. I validatori e gli stake di consenso sono statici per ciascun epoch di staking.

I validatori possono votare per il jail dei peer che non rispondono con latenza o frequenza adeguate ai messaggi di consenso del votante. Al ricevimento di un quorum di voti di jail, un validatore diventa jailed e non partecipa più al consenso. Un validatore in stato jailed non produce ricompense per i propri deleganti. Un validatore può revocare il proprio stato di jail diagnosticando e correggendo le cause, nel rispetto dei limiti di frequenza onchain per la revoca del jail. Si noti che il jail non coincide con lo slashing, riservato a comportamenti di comprovata malizia come la doppia firma di blocchi nello stesso round.

Traduzione non ufficiale della community della documentazione Hyperliquid. Contenuti © Hyperliquid; fa fede la versione inglese. Fonte: https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/staking