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 staker e mais fácil será corrigir quaisquer problemas que possam surgir ao longo do caminho como operador de nó.

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

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

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, a penalização (slashing) é 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 ser penalizado é minimizado. Dito isso, todos os stakers devem estar cientes dos riscos de penalização.

Sim, as contas de validador modernas são capazes de reter até 2048 ETH. O ETH adicional acima de 32 será composto de maneira gradual, aumentando em incrementos de números inteiros à medida que seu saldo real aumenta. Isso é conhecido como seu saldo efetivo.

Para aumentar o saldo efetivo de uma conta e, assim, aumentar as recompensas, um buffer de 0,25 ETH acima de qualquer limite de ETH completo deve ser ultrapassado. Por exemplo, uma conta com um saldo real de 32,9 e um saldo efetivo de 32 precisaria ganhar mais 0,35 ETH para elevar seu saldo real acima de 33,25 antes de acionar um aumento no saldo efetivo.

Esse buffer também impede que um saldo efetivo caia até que tenha ficado 0,25 ETH abaixo de seu saldo efetivo atual.

Cada par de chaves associado a um validador exige pelo menos 32 ETH para ser ativado. Qualquer saldo acima disso pode ser sacado para o endereço de saque associado a qualquer momento por meio de uma transação assinada por esse endereço. Quaisquer fundos acima do saldo efetivo máximo serão sacados automaticamente de forma periódica.

Se o staking em casa parecer muito exigente para você, considere usar um provedor de staking como serviço, ou se você estiver trabalhando com menos de 32 ETH, confira os pools de staking.

Ficar offline quando a rede está sendo finalizada corretamente NÃO resultará em penalização (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 penalização. 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 online novamente.

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 ser finalizada 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 ser penalizado é quase zero.

Existem apenas algumas maneiras específicas que podem resultar em um validador sendo penalizado e ejetado da rede. No momento em que este artigo foi escrito, as penalizações 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 penalização.

A execução de um cliente de supermaioria (qualquer cliente usado por mais de 2/3 da rede) também traz o risco de penalização potencial 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 penalização 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 penalização.

• Saiba mais sobre a importância de executar um cliente minoritário.
• Saiba mais sobre a prevenção de penalização

Os clientes individuais podem variar um pouco 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, na verdade é 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 penalização 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 executando 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 desse 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 penalização caso a interrupção seja 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.

Saques de qualquer tipo da Beacon Chain exigem que as credenciais de saque sejam definidas.

Novos stakers definem isso no momento da geração da chave e do depósito. Os stakers existentes que ainda não definiram isso podem atualizar suas chaves para oferecer suporte a essa funcionalidade.

Depois que as credenciais de saque forem definidas, os pagamentos de recompensa (ETH acumulado sobre os 32 iniciais) serão distribuídos periodicamente para o endereço de saque de forma automática.

Para desbloquear e receber todo o seu saldo de volta, você também deve concluir o processo de saída do seu validador.