Faça staking do seu ETH em casa

Ao operar seu próprio nó, você deve passar algum tempo aprendendo a usar o software que escolheu. Isso envolve a leitura da documentação relevante e estar atento aos canais de comunicação dessas equipes de desenvolvimento.

Quanto mais você entender sobre o software que está executando e como a Prova de Participação (PoS) funciona, menos arriscado será como um staker e mais fácil será corrigir quaisquer problemas que possam surgir ao longo do caminho como um operador de nó.

A configuração do nó exige um nível razoável de conforto ao trabalhar com computadores, embora novas ferramentas estejam tornando isso mais fácil com o tempo. A compreensão da interface de linha de comando é útil, mas não é mais estritamente necessária.

Também exige uma configuração de hardware muito básica e alguma compreensão das especificações mínimas recomendadas.

A orientação atual da comunidade para hardware e largura de banda do validador é mantida nas recomendações de hardware e largura de banda (EIP-7870) (abre em uma nova aba). Como um guia geral, planeje um SSD NVMe de 4 TB, 64 GB de RAM (menos pode funcionar, mas esta é a margem recomendada), uma CPU multi-core moderna e sólida e uma conexão de internet de cerca de 50 Mbps de download / 25 Mbps de upload.

Como a atualização Fusaka introduziu o PeerDAS, um nó de staking só precisa armazenar e baixar uma fração dos dados de blob da rede, reduzindo significativamente os requisitos de disco e largura de banda para stakers em casa.

Assim como as chaves privadas protegem seu endereço Ethereum, você precisará gerar chaves especificamente para o seu validador. Você deve entender como manter quaisquer frases semente ou chaves privadas seguras e protegidas.

Segurança do Ethereum e prevenção de golpes

Diferente das penalidades de inatividade por estar offline, o slashing (penalização) é uma penalidade muito mais séria reservada para ofensas maliciosas. Ao executar um cliente minoritário com suas chaves carregadas em apenas uma máquina por vez, seu risco de sofrer slashing é minimizado. Dito isso, todos os stakers devem estar cientes dos riscos de slashing.

Sim. Um validador com credenciais de saque de composição (0x02) pode manter um saldo efetivo de até 2048 ETH, enquanto o mínimo para ativar permanece 32 ETH. As recompensas em um validador de composição são adicionadas ao seu stake automaticamente, e ele ganha recompensas sobre cada ETH inteiro acima do mínimo de 32 ETH, para que você possa fazer stake de quantias que não são múltiplos de 32. Consulte Composição e o máximo de 2048 ETH.

Validadores com credenciais de saques regulares (0x01) permanecem limitados a um saldo efetivo de 32 ETH, com qualquer saldo acima disso varrido automaticamente para o endereço de saque a cada poucos dias.

Para um validador de composição, apenas o saldo acima do máximo de 2048 ETH é varrido automaticamente. Para sacar qualquer coisa abaixo disso, você aciona um saque parcial do seu endereço de saque (uma transação que custa gás), que pode retirar qualquer saldo acima do mínimo de 32 ETH. Se você executar vários validadores, também poderá consolidá-los em um único validador de composição sem sair da rede.

Mais sobre saques de staking

Ficar offline quando a rede está finalizando corretamente NÃO resultará em slashing. Pequenas penalidades de inatividade são incorridas se o seu validador não estiver disponível para atestar em uma determinada época (cada uma com 6,4 minutos de duração), mas isso é muito diferente de slashing. Essas penalidades são um pouco menores do que a recompensa que você teria ganho se o validador estivesse disponível para atestar, e as perdas podem ser recuperadas com aproximadamente a mesma quantidade de tempo de volta online.

Observe que as penalidades por inatividade são proporcionais a quantos validadores estão offline ao mesmo tempo. Nos casos em que uma grande parte da rede está toda offline de uma vez, as penalidades para cada um desses validadores serão maiores do que quando um único validador está indisponível.

Em casos extremos, se a rede parar de finalizar como resultado de mais de um terço dos validadores estarem offline, esses usuários sofrerão o que é conhecido como um vazamento por inatividade quadrático, que é um dreno exponencial de ETH de contas de validadores offline. Isso permite que a rede eventualmente se cure sozinha ao queimar o ETH de validadores inativos até que seu saldo atinja 16 ETH, ponto em que eles serão ejetados automaticamente do pool de validadores. Os validadores online restantes eventualmente compreenderão mais de 2/3 da rede novamente, satisfazendo a supermaioria necessária para finalizar a cadeia mais uma vez.

Resumindo, isso nunca pode ser totalmente garantido, mas se você agir de boa fé, executar um cliente minoritário e mantiver suas chaves de assinatura em apenas uma máquina por vez, o risco de sofrer slashing é quase zero.

Existem apenas algumas maneiras específicas que podem resultar em um validador sofrendo slashing e sendo ejetado da rede. No momento em que este artigo foi escrito, os slashings que ocorreram foram exclusivamente um produto de configurações de hardware redundantes, onde as chaves de assinatura são armazenadas em duas máquinas separadas ao mesmo tempo. Isso pode resultar inadvertidamente em um voto duplo de suas chaves, o que é uma ofensa passível de slashing.

A execução de um cliente de supermaioria (qualquer cliente usado por mais de 2/3 da rede) também apresenta o risco de um possível slashing no caso de esse cliente ter um bug que resulte em uma bifurcação da cadeia. Isso pode resultar em uma bifurcação defeituosa que é finalizada. Para corrigir de volta para a cadeia pretendida, seria necessário enviar um voto de cerco (surround vote) tentando desfazer um bloco finalizado. Esta também é uma ofensa passível de slashing e pode ser evitada simplesmente executando um cliente minoritário.

Bugs equivalentes em um cliente minoritário nunca seriam finalizados e, portanto, nunca resultariam em um voto de cerco, e simplesmente resultariam em penalidades de inatividade, não em slashing.

• Saiba mais sobre a importância de executar um cliente minoritário.
• Saiba mais sobre recompensas, penalidades e slashing

Os clientes individuais podem variar ligeiramente em termos de desempenho e interface de usuário, pois cada um é desenvolvido por equipes diferentes usando uma variedade de linguagens de programação. Dito isso, nenhum deles é o "melhor". Todos os clientes de produção são excelentes softwares, que executam as mesmas funções principais para sincronização e interação com a blockchain.

Como todos os clientes de produção fornecem a mesma funcionalidade básica, é muito importante que você escolha um cliente minoritário, ou seja, qualquer cliente que NÃO esteja sendo usado atualmente pela maioria dos validadores na rede. Isso pode parecer contra-intuitivo, mas executar um cliente de maioria ou supermaioria coloca você em um risco maior de slashing no caso de um bug nesse cliente. A execução de um cliente minoritário limita drasticamente esses riscos.

Embora um servidor virtual privado (VPS) possa ser usado como substituto do hardware doméstico, o acesso físico e a localização do seu cliente validador são importantes. Soluções de nuvem centralizadas, como Amazon Web Services ou Digital Ocean, permitem a conveniência de não ter que obter e operar hardware, às custas da centralização da rede.

Quanto mais clientes validadores executados em uma única solução de armazenamento em nuvem centralizada, mais perigoso se torna para esses usuários. Qualquer evento que deixe esses provedores offline, seja por um ataque, demandas regulatórias ou apenas quedas de energia/internet, resultará em todos os clientes validadores que dependem deste servidor ficarem offline ao mesmo tempo.

As penalidades offline são proporcionais a quantos outros estão offline ao mesmo tempo. O uso de um VPS aumenta muito o risco de que as penalidades offline sejam mais severas e aumenta o risco de vazamento quadrático ou slashing no caso de a interrupção ser grande o suficiente. Para minimizar seu próprio risco e o risco para a rede, os usuários são fortemente encorajados a obter e operar seu próprio hardware.

Todo saque exige que o seu validador tenha um endereço de saque definido. Novos stakers definem isso no momento da geração da chave e do depósito. Os stakers dos primeiros dias da rede que ainda não definiram um endereço de saque precisarão atualizar suas credenciais de saque antes de sacar.

Para validadores com credenciais de saques regulares (0x01), os pagamentos de recompensas (ETH acumulado sobre os 32 iniciais) são distribuídos periodicamente para o endereço de saque automaticamente. Para validadores de composição (0x02), as recompensas permanecem em stake e são compostas automaticamente. Você pode sacar qualquer saldo acima de 32 ETH acionando um saque parcial do seu endereço de saque.

Para desbloquear e receber todo o seu saldo de volta, você deve solicitar a saída do seu validador. Você pode fazer isso usando as chaves de assinatura do seu validador ou acioná-lo diretamente do seu endereço de saque com uma transação da camada de execução, o que significa que seus fundos permanecem recuperáveis mesmo se suas chaves de assinatura forem perdidas.