Faça staking com seu ETH

Sim, as contas de validador modernas são capazes de armazenar até 2048 ETH. O ETH adicional acima de 32 será composto gradualmente, aumentando em incrementos de números inteiros conforme 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 total 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 evita que o saldo efetivo caia até que ele fique 0,25 ETH abaixo do seu saldo efetivo atual.

Cada par de chaves associado a um validador requer ao 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 este endereço. Quaisquer fundos acima do saldo efetivo máximo serão automaticamente sacados periodicamente.

Se o staking individual 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 as pools de staking.

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

Observe que as penalidades por inatividade são proporcionais a quantos validadores estão off-line ao mesmo tempo. Nos casos em que uma grande parte da rede estiver toda off-line ao mesmo tempo, as penalidades para cada um desses validadores serão maiores que quando um único validador estiver 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 de inatividade quadrática, que é um dreno exponencial de ETH das contas de validadores offline. Isso permite que a rede se recupere eventualmente queimando o ETH de validadores inativos até que seu saldo atinja 16 ETH, momento em que eles serão automaticamente ejetados da pool de validadores. Os validadores on-line restantes acabarão por abranger mais de 2/3 da rede novamente, satisfazendo a supermaioria necessária para finalizar mais uma vez a cadeia.

Em suma, isso nunca pode ser totalmente garantido, mas se você agir de boa-fé, executar um cliente minoritário e manter suas chaves de assinatura em apenas uma máquina de cada vez, o risco de sofrer um corte é quase zero.

Existem apenas algumas maneiras específicas que podem resultar no corte e na expulsão de um validador da rede. No momento da redação deste texto, os cortes 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 infração passível de corte.

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

Falhas equivalentes em um cliente minoritário jamais seriam finalizadas, portanto, nunca resultariam em um voto cercado, e simplesmente resultariam em penalidades de inatividade, não em cortes.

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

Os clientes individuais podem variar um pouco em desempenho e interface do 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 softwares excelentes que executam as mesmas funções principais para sincronizar e interagir 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 contraintuitivo, mas executar um cliente majoritário ou supermajoritário aumenta o risco de cortes no caso de uma falha 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 importam. Soluções em nuvem centralizadas como Amazon Web Services ou Digital Ocean permitem a conveniência de não ter que obter e operar hardware, à custa da centralização da rede.

Quanto mais clientes validadores forem executados em uma única solução centralizada de armazenamento em nuvem, mais perigoso se torna para esses usuários. Qualquer evento que coloque esses provedores off-line, seja por um ataque, demandas regulatórias ou apenas quedas de energia/internet, fará com que todos os clientes validadores que dependem desse servidor fiquem off-line ao mesmo tempo.

As penalidades por ficar off-line são proporcionais a quantos outros estão off-line ao mesmo tempo. O uso de um VPS aumenta muito o risco de que as penalidades por ficar offline sejam mais severas e aumenta o risco de vazamento ou corte quadrático 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.

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

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

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

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