Fai staking di ETH da casa

Quando gestisci il tuo nodo dovresti dedicare un po' di tempo a imparare come utilizzare il software che hai scelto. Ciò comporta la lettura della documentazione pertinente e l'attenzione ai canali di comunicazione di quei team di sviluppo.

Più comprendi il software che stai eseguendo e come funziona la Proof-of-Stake (PoS), meno rischioso sarà come staker e più facile sarà risolvere eventuali problemi che potrebbero sorgere lungo il percorso come operatore del nodo.

La configurazione del nodo richiede un ragionevole livello di dimestichezza nel lavorare con i computer, sebbene i nuovi strumenti stiano rendendo questo processo più semplice nel tempo. La comprensione dell'interfaccia a riga di comando è utile, ma non più strettamente necessaria.

Richiede anche una configurazione hardware di base e una certa comprensione delle specifiche minime consigliate.

Le attuali linee guida della community per l'hardware e la larghezza di banda del validatore sono mantenute nelle raccomandazioni su hardware e larghezza di banda (EIP-7870) (si apre in una nuova scheda). Come guida approssimativa, pianifica un SSD NVMe da 4 TB, 64 GB di RAM (può funzionare anche con meno, ma questo è il margine consigliato), una solida e moderna CPU multi-core e una connessione Internet di circa 50 Mbps in download / 25 Mbps in upload.

Poiché l'aggiornamento Fusaka ha introdotto PeerDAS, un nodo di staking deve solo archiviare e scaricare una frazione dei dati blob della rete, riducendo significativamente i requisiti di disco e larghezza di banda per gli staker da casa.

Proprio come le chiavi private proteggono il tuo indirizzo Ethereum, dovrai generare chiavi specifiche per il tuo validatore. Devi capire come mantenere al sicuro eventuali frasi seme (seed phrase) o chiavi private.

Sicurezza di Ethereum e prevenzione delle truffe

A differenza delle penalità di inattività per essere offline, lo slashing è una penalità molto più grave riservata alle infrazioni dannose. Eseguendo un client di minoranza con le tue chiavi caricate su una sola macchina alla volta, il rischio di subire lo slashing è ridotto al minimo. Detto questo, tutti gli staker devono essere consapevoli dei rischi dello slashing.

Sì. Un validatore con credenziali di prelievo composte (0x02) può detenere un saldo effettivo fino a 2048 ETH, mentre il minimo per l'attivazione rimane 32 ETH. Le ricompense su un validatore composto vengono aggiunte automaticamente al suo stake e guadagna ricompense su ogni ETH intero al di sopra del minimo di 32 ETH, quindi puoi mettere in staking importi che non sono multipli di 32. Vedi Interesse composto e il massimo di 2048 ETH.

I validatori con credenziali di prelievi regolari (0x01) rimangono limitati a un saldo effettivo di 32 ETH, con qualsiasi saldo superiore a tale importo trasferito automaticamente all'indirizzo di prelievo ogni pochi giorni.

Per un validatore composto, solo il saldo superiore al massimo di 2048 ETH viene trasferito automaticamente. Per prelevare qualsiasi importo inferiore, attivi un prelievo parziale dal tuo indirizzo di prelievo (una transazione che costa gas), che può prelevare qualsiasi saldo superiore al minimo di 32 ETH. Se esegui più validatori, puoi anche consolidarli in un singolo validatore composto senza uscire dalla rete.

Maggiori informazioni sui prelievi di staking

Andare offline quando la rete sta finalizzando correttamente NON comporterà lo slashing. Piccole penalità di inattività vengono incorse se il tuo validatore non è disponibile per attestare per una determinata epoca (ciascuna della durata di 6,4 minuti), ma questo è molto diverso dallo slashing. Queste penalità sono leggermente inferiori alla ricompensa che avresti guadagnato se il validatore fosse stato disponibile per attestare e le perdite possono essere recuperate con un periodo di tempo approssimativamente uguale di nuovo online.

Nota che le penalità per inattività sono proporzionali a quanti validatori sono offline contemporaneamente. Nei casi in cui gran parte della rete è tutta offline contemporaneamente, le penalità per ciascuno di questi validatori saranno maggiori rispetto a quando un singolo validatore non è disponibile.

In casi estremi, se la rete smette di finalizzare a causa del fatto che più di un terzo dei validatori è offline, questi utenti subiranno quella che è nota come perdita per inattività quadratica, che è un drenaggio esponenziale di ETH dagli account dei validatori offline. Ciò consente alla rete di auto-ripararsi alla fine bruciando gli ETH dei validatori inattivi fino a quando il loro saldo non raggiunge i 16 ETH, a quel punto verranno automaticamente espulsi dalla pool dei validatori. I restanti validatori online alla fine comprenderanno di nuovo oltre i 2/3 della rete, soddisfacendo la supermaggioranza necessaria per finalizzare ancora una volta la catena.

In breve, questo non può mai essere completamente garantito, ma se agisci in buona fede, esegui un client di minoranza e mantieni le tue chiavi di firma solo su una macchina alla volta, il rischio di subire lo slashing è quasi zero.

Ci sono solo pochi modi specifici che possono portare un validatore a subire lo slashing e ad essere espulso dalla rete. Al momento della stesura, gli slashing che si sono verificati sono stati esclusivamente il prodotto di configurazioni hardware ridondanti in cui le chiavi di firma sono archiviate su due macchine separate contemporaneamente. Ciò può inavvertitamente provocare un doppio voto dalle tue chiavi, che è un'infrazione passibile di slashing.

L'esecuzione di un client di supermaggioranza (qualsiasi client utilizzato da oltre i 2/3 della rete) comporta anche il rischio di potenziale slashing nel caso in cui questo client abbia un bug che si traduce in un fork della catena. Ciò può provocare un fork difettoso che viene finalizzato. Per correggere e tornare alla catena prevista sarebbe necessario inviare un voto di accerchiamento (surround vote) cercando di annullare un blocco finalizzato. Anche questa è un'infrazione passibile di slashing e può essere evitata semplicemente eseguendo un client di minoranza.

Bug equivalenti in un client di minoranza non verrebbero mai finalizzati e quindi non si tradurrebbero mai in un voto di accerchiamento, e si tradurrebbero semplicemente in penalità di inattività, non in slashing.

• Scopri di più sull'importanza di eseguire un client di minoranza.
• Scopri di più su ricompense, penalità e slashing

I singoli client possono variare leggermente in termini di prestazioni e interfaccia utente, poiché ciascuno è sviluppato da team diversi utilizzando una varietà di linguaggi di programmazione. Detto questo, nessuno di loro è "il migliore". Tutti i client di produzione sono eccellenti software, che svolgono tutti le stesse funzioni principali per sincronizzare e interagire con la blockchain.

Poiché tutti i client di produzione forniscono le stesse funzionalità di base, è in realtà molto importante scegliere un client di minoranza, ovvero qualsiasi client che NON è attualmente utilizzato dalla maggioranza dei validatori sulla rete. Questo può sembrare controintuitivo, ma l'esecuzione di un client di maggioranza o supermaggioranza ti espone a un rischio maggiore di slashing in caso di bug in quel client. L'esecuzione di un client di minoranza limita drasticamente questi rischi.

Sebbene un server privato virtuale (VPS) possa essere utilizzato in sostituzione dell'hardware domestico, l'accesso fisico e la posizione del client del validatore sono importanti. Le soluzioni cloud centralizzate come Amazon Web Services o Digital Ocean offrono la comodità di non dover ottenere e gestire l'hardware, a scapito della centralizzazione della rete.

Più client del validatore sono in esecuzione su un'unica soluzione di archiviazione cloud centralizzata, più diventa pericoloso per questi utenti. Qualsiasi evento che porti offline questi provider, che si tratti di un attacco, di richieste normative o semplicemente di interruzioni di corrente/Internet, farà sì che ogni client del validatore che si affida a questo server vada offline contemporaneamente.

Le penalità offline sono proporzionali a quanti altri sono offline contemporaneamente. L'utilizzo di un VPS aumenta notevolmente il rischio che le penalità offline siano più gravi e aumenta il rischio di perdita per inattività quadratica o slashing nel caso in cui l'interruzione sia abbastanza grande. Per ridurre al minimo il proprio rischio e il rischio per la rete, gli utenti sono fortemente incoraggiati a ottenere e gestire il proprio hardware.

Ogni prelievo richiede che il tuo validatore abbia un indirizzo di prelievo impostato. I nuovi staker lo impostano al momento della generazione delle chiavi e del deposito. Gli staker dei primi giorni della rete che non hanno ancora impostato un indirizzo di prelievo dovranno aggiornare le proprie credenziali di prelievo prima di prelevare.

Per i validatori con credenziali di prelievi regolari (0x01), i pagamenti delle ricompense (ETH accumulati oltre i 32 iniziali) vengono periodicamente distribuiti automaticamente all'indirizzo di prelievo. Per i validatori composti (0x02), le ricompense rimangono in staking e si compongono automaticamente. Puoi prelevare qualsiasi saldo superiore a 32 ETH attivando un prelievo parziale dal tuo indirizzo di prelievo.

Per sbloccare e ricevere indietro l'intero saldo devi uscire dal tuo validatore. Puoi farlo utilizzando le chiavi di firma del tuo validatore o attivarlo direttamente dal tuo indirizzo di prelievo con una transazione del livello di esecuzione, il che significa che i tuoi fondi rimangono recuperabili anche se le tue chiavi di firma vengono perse.