Fai staking di ETH da casa

Sì, i moderni account dei validatori sono in grado di contenere fino a 2048 ETH. Gli ETH aggiuntivi oltre i 32 si accumuleranno in modo graduale, aumentando con incrementi di numeri interi all'aumentare del tuo saldo reale. Questo è noto come il tuo saldo effettivo.

Per aumentare il saldo effettivo di un account, e quindi aumentare le ricompense, deve essere superato un margine di 0,25 ETH al di sopra di qualsiasi soglia di ETH intero. Ad esempio, un account con un saldo reale di 32,9 e un saldo effettivo di 32 dovrebbe guadagnare altri 0,35 ETH per portare il suo saldo reale sopra 33,25 prima di innescare un aumento del saldo effettivo.

Questo margine impedisce anche che un saldo effettivo scenda fino a quando non è sceso di 0,25 ETH al di sotto del suo attuale saldo effettivo.

Ogni coppia di chiavi associata a un validatore richiede almeno 32 ETH per essere attivata. Qualsiasi saldo superiore a questo può essere prelevato all'indirizzo di prelievo associato in qualsiasi momento tramite una transazione firmata da questo indirizzo. Eventuali fondi oltre il saldo effettivo massimo verranno automaticamente prelevati su base periodica.

Se lo staking da casa ti sembra troppo impegnativo, considera l'utilizzo di un fornitore di staking-as-a-service, o se stai lavorando con meno di 32 ETH, dai un'occhiata alle pool di staking.

Andare offline quando la rete sta finalizzando correttamente NON comporterà l'essere puniti. Si incorre in piccole penalità di inattività se il tuo validatore non è disponibile per attestare per una determinata epoca (ciascuna della durata di 6,4 minuti), ma questo è molto diverso dal punire (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 circa la stessa quantità di tempo di nuovo online.

Nota che le penalità per inattività sono proporzionali a quanti validatori sono offline contemporaneamente. Nei casi in cui un'ampia porzione 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 una perdita di inattività quadratica, che è un drenaggio esponenziale di ETH dagli account dei validatori offline. Ciò consente alla rete di autoguarirsi 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 essere punito è quasi zero.

Ci sono solo pochi modi specifici che possono portare un validatore a essere punito ed espulso dalla rete. Al momento della stesura, le punizioni che si sono verificate sono state 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 punibile.

L'esecuzione di un client di supermaggioranza (qualsiasi client utilizzato da oltre i 2/3 della rete) comporta anche il rischio di una potenziale punizione nel caso in cui questo client abbia un bug che si traduce in una biforcazione della catena. Ciò può provocare una biforcazione difettosa che viene finalizzata. 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 punibile e può essere evitata semplicemente eseguendo invece un client di minoranza.

Bug equivalenti in un client di minoranza non finalizzerebbero mai e quindi non si tradurrebbero mai in un voto di accerchiamento, e comporterebbero semplicemente penalità di inattività, non l'essere puniti.

• Scopri di più sull'importanza di eseguire un client di minoranza.
• Scopri di più sulla prevenzione delle punizioni

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 sincronizzarsi 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 potrebbe sembrare controintuitivo, ma l'esecuzione di un client di maggioranza o supermaggioranza ti espone a un rischio maggiore di essere punito 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 tuo 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 una singola soluzione di archiviazione cloud centralizzata, più diventa pericoloso per questi utenti. Qualsiasi evento che porti questi fornitori offline, 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 perdite quadratiche o di essere puniti 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.

I prelievi di qualsiasi tipo dalla Beacon Chain richiedono l'impostazione delle credenziali di prelievo.

I nuovi staker lo impostano al momento della generazione della chiave e del deposito. Gli staker esistenti che non lo hanno già impostato possono aggiornare le proprie chiavi per supportare questa funzionalità.

Una volta impostate le credenziali di prelievo, i pagamenti delle ricompense (ETH accumulati oltre i 32 iniziali) verranno periodicamente distribuiti automaticamente all'indirizzo di prelievo.

Per sbloccare e ricevere indietro l'intero saldo devi anche completare il processo di uscita del tuo validatore.