Ethereum è due layer, e gli explorer per lo più ne mostrano uno
Dal Merge nel settembre 2022, Ethereum ha avuto un layer di esecuzione, che processa le transazioni e fa girare l'EVM, e un layer di consenso, che decide quali blocchi sono canonici ed è messo in sicurezza da validatori in staking.
Quasi ogni explorer le mostra il layer di esecuzione, perché è lì che vivono le transazioni. Etherscan le dirà tutto su una transazione e nulla sul validatore che ha proposto il blocco che la contiene, se quel validatore ha attestato in modo affidabile, o se qualcuno è stato penalizzato per qualcosa in quell'epoca.
beaconcha.in copre l'altra metà. Per il circa un milione di validatori che mette in sicurezza la rete e il numero molto più grande di persone che fanno staking attraverso di essi, quella metà è quella che determina i rendimenti.
Prestazioni dei validatori, e la metrica che conta
Il compito di un validatore è per lo più attestare — votare su ciò che ritiene essere la testa della chain, ogni epoca. Occasionalmente, circa una volta ogni pochi mesi ai conteggi attuali di validatori, è selezionato per proporre un blocco.
Le ricompense provengono principalmente dalle attestazioni, e in particolare dall'efficacia delle attestazioni: attestare correttamente e prontamente. Un'attestazione sottomessa in ritardo conta ancora ma guadagna meno. Questo è il numero che separa un validatore ben gestito da uno gestito male, ed è il numero che beaconcha.in mette in primo piano.
Le cause comuni di scarsa efficacia sono poco affascinanti e risolvibili: una connessione lenta o inaffidabile, una macchina sovraccarica, deriva dell'orologio, o un client di esecuzione in ritardo rispetto al suo client di consenso. L'explorer le mostrerà il sintomo; la causa è sul suo hardware.
La cronologia delle proposte conta meno statisticamente ma più finanziariamente nel momento, poiché un blocco proposto porta commissioni prioritarie e qualsiasi pagamento MEV. Perdere una proposta perché il suo nodo era spento è il singolo fallimento più costoso disponibile per un solo staker.
Lo slashing, più raro di quanto le persone temano
Lo slashing è la penalità per comportamento provabilmente malizioso — firmare due blocchi in conflitto, o due attestazioni in conflitto. Risulta in una penalità ed espulsione forzata.
Vale la pena essere chiari, perché la paura è sproporzionata rispetto al rischio: lo slashing è raro, e non è essenzialmente mai causato dal downtime. Essere offline le costa le ricompense che avrebbe guadagnato, all'incirca l'importo che avrebbe guadagnato, e nulla di più. Lo slashing richiede la firma di messaggi contraddittori, il che in pratica significa quasi sempre far girare le stesse chiavi di validatore su due macchine contemporaneamente.
Il modo singolo più affidabile per subire slashing è un failover eseguito male — spostare un validatore su nuovo hardware senza assicurarsi che il vecchio sia davvero fermato. beaconcha.in registra ogni evento di slashing con la sua ragione, e leggerne alcuni è un'istruzione su cosa va davvero storto.
Un'abitudine utile
Se fa staking, imposti l'avviso di downtime. Le attestazioni mancate si accumulano silenziosamente e un validatore solo può essere offline per giorni prima che qualcuno se ne accorga. L'avviso è gratuito ed è i due minuti di configurazione a più alto valore disponibili per uno staker.
Prelievi da Shapella in poi
L'aggiornamento Shapella nell'aprile 2023 ha abilitato i prelievi dal layer di consenso, il che ha cambiato lo staking da un impegno a senso unico in qualcosa con un'uscita.
Esistono due tipi. I prelievi parziali spazzano via il saldo sopra 32 ETH automaticamente e periodicamente, senza azione richiesta — quelle sono le sue ricompense accumulate che arrivano. I prelievi completi richiedono l'uscita del validatore, il che lo mette in una coda la cui lunghezza dipende da quanti altri stanno uscendo nello stesso momento.
beaconcha.in traccia entrambi, inclusa la posizione in coda di uscita. Per chiunque pianifichi di smettere di fare staking, quella coda è la risposta a "quando", e non è un numero fisso — si allunga bruscamente durante i periodi in cui molti validatori escono insieme.
Un prerequisito coglie le persone di sorpresa: i prelievi funzionano solo se il validatore ha credenziali di prelievo che puntano a un indirizzo del layer di esecuzione. I validatori configurati nei primi giorni spesso usavano il formato di credenziale BLS più vecchio e devono essere aggiornati prima. beaconcha.in mostra il tipo di credenziale sulla pagina del validatore, e controllarlo prima di averne bisogno è considerevolmente meglio che controllarlo dopo.
API e auto-hosting
Un livello API gratuito con chiave copre stato, prestazioni e ricompense del validatore — sufficiente per un dashboard personale, stretto per qualsiasi cosa più grande. Esistono livelli a pagamento.
È anche open source e auto-ospitabile, il che è insolito per uno strumento così specializzato. Se fa già girare un nodo beacon, far girare l'explorer contro di esso è un'estensione naturale e rimuove interamente la terza parte dal suo monitoraggio.
Per un solo staker quella combinazione — il proprio nodo beacon, il proprio explorer, i propri avvisi — è la configurazione che non dipende da nessuno. È più lavoro di un segnalibro del browser, ed è la differenza tra monitorare il suo validatore e chiedere a qualcun altro al riguardo.