Criando um Validador

Qualquer participante da rede pode sinalizar que deseja tornar-se um validador enviando uma transação create-validator, na qual devem preencher os seguintes parâmetros:

• Chave pública do validador (PubKey): A chave privada associada a essa PubKey do Tendermint é usada para assinar prevotes e precommits.
• Endereço do validador: Endereço de nível de aplicação que é usado para identificar publicamente o seu validador. A chave privada associada a esse endereço é usada para delegar, desbondar, reivindicar recompensas e participar da governança.
• Nome do validador (moniker)
• Site do validador (Opcional)
• Descrição do validador (Opcional)
• Taxa de comissão inicial: a taxa de comissão sobre as recompensas de blocos e as taxas cobradas aos delegadores.
• Comissão máxima: A taxa máxima de comissão que este validador pode cobrar. Este parâmetro é fixo e não pode ser alterado após a transação create-validator ser processada.
• Taxa de variação máxima da comissão: O aumento diário máximo da comissão do validador. Este parâmetro é fixo e não pode ser alterado após a transação create-validator ser processada.
• Delegação própria mínima: Quantidade mínima de MPX que o validador precisa ter delegada por ele o tempo todo. Se a delegação própria do validador ficar abaixo desse limite, o validador será aprisionado e expulso do conjunto ativo de validadores.

Após a criação de um validador, os detentores de MPX podem delegar MPX a ele, aumentando efetivamente a participação (stake) do validador. O total de stake de um endereço é a soma de MPX vinculados por delegadores e MPX auto-vinculados pelo validador.

Entre todos os candidatos a validador que sinalizaram a si mesmos, os 150 validadores com o maior total de stake são os validadores designados. Se o stake total de um validador cair abaixo dos 150 primeiros, esse validador perderá seus privilégios de validador. O validador não pode participar do consenso nem gerar recompensas até que o stake seja suficientemente alto para estar entre os 150. Com o tempo, o número máximo de validadores pode ser aumentado via proposta de governança on-chain.

Quais são os requisitos de hardware?

Um nível modesto de especificações de hardware é inicialmente necessário e aumenta à medida que o uso da rede aumenta. Participar da testnet é a melhor maneira de aprender mais. Você pode encontrar as recomendações atuais de hardware na documentação de adesão à Mainnet.

Recomenda-se que os validadores configurem nós sentinelas para proteger o seu nó de validador contra ataques DDoS.

dica

Melhores Práticas de Segurança Para maior segurança, considere usar carteiras de hardware para a gestão de chaves do validador e configurar reinicialização automática do nó com Cosmovisor e systemd.

Quais são os requisitos de software?

Além de operar um nó CrossFi Chain, espera-se que os validadores implementem soluções de monitoramento, alerta e gerenciamento.

Quais são os requisitos de largura de banda?

A rede Cosmos tem capacidade de processamento muito alta em relação a redes como Ethereum ou Bitcoin.

Recomendamos que os nós de data center conectem-se apenas a nós completos confiáveis na nuvem ou a outros validadores que se conheçam socialmente. Essa estratégia de conexão evita que o nó do data center tenha o ônus de mitigar ataques de negação de serviço (DoS).

Em última análise, à medida que a rede passar a ser mais utilizada, uma largura de banda de multigigabytes por dia é muito realista.

Quais são os diferentes estados em que um validador pode estar?

Após a criação de um validador com uma transação create-validator, o validador está em um de três estados:

• in validator set: O validador está no conjunto ativo e participa do consenso. O validador está recebendo recompensas e pode ser punido (slashed) por mau comportamento.
• jailed: O validador cometeu mau comportamento e está aprisionado, isto é, fora do conjunto de validadores.
  • Se o aprisionamento for devido à falta de conectividade por tempo demais (ou seja, ter perdido mais de 50% dos últimos 100 blocos), o validador pode enviar uma transação unjail para reentrar no conjunto de validadores.
  • Se o aprisionamento for devido à assinatura dupla, o validador não pode sair do aprisionamento.
• unbonded: O validador não está no conjunto ativo e, portanto, não está assinando blocos. O validador não pode ser punido e não recebe recompensa. Ainda é possível delegar MPX para um validador não ligado. Desdelegar de um validador unbonded é imediato, o que significa que os tokens não ficam sujeitos ao período de desbloqueio.