> For the complete documentation index, see [llms.txt](https://docs.chiliz.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.chiliz.com/pt-br/aprender/sobre-validadores/checklist-validador.md).

# Checklist do Validador

Checklist para operadores de validadores da Chiliz Chain: stake, configuração do nó, registro, obrigações contínuas e procedimentos de saída.

Esta página reúne tudo que um operador de validador precisa fazer, desde a primeira decisão até a eventual saída, em uma lista de verificação. Cada item tem um link para o guia detalhado.

## Fase 1: Antes de se candidatar

* [ ] Confirme que pode fazer staking de no mínimo **10 milhões de CHZ**.
* [ ] Decida se executará seu próprio nó ou usará um serviço de terceiros.
* [ ] Entenda [como funcionam as recompensas e comissões](/pt-br/aprender/sobre-staking/recompensas-staking.md).
* [ ] Entenda os [riscos de slashing](/pt-br/aprender/sobre-validadores/sobre-slashing-validadores.md): blocos perdidos custam as recompensas do epoch (Nível 1), e inatividade prolongada leva a uma prisão de 4 epochs (Nível 2).
* [ ] Esteja ciente de que sua candidatura está sujeita a uma votação pelo conjunto de validadores existente.

## Fase 2: Configuração do nó

Instruções completas: [Executar um nó Validador](/pt-br/aprender/sobre-validadores/executar-no-validador.md)

* [ ] O servidor atende aos requisitos do sistema: 2+ núcleos de CPU, 4+ GB de RAM, SSD com pelo menos 300 GB livres, largura de banda de rede de 10 Gbps.
* [ ] O Docker Engine está instalado.
* [ ] O endereço do validador foi criado.
* [ ] O arquivo de chave secreta está **com backup feito** e a senha do arquivo de chave está armazenada em `password.txt`. Nunca compartilhe a chave secreta com ninguém.
* [ ] Uma chave hexadecimal de nó foi gerada e definida via `--nodekeyhex` (recomendado, para um endereço enode estável).
* [ ] `--nat=extip:<IP>` está definido para o endereço IPv4 público do seu servidor.
* [ ] O nó é executado com `--syncmode=full` e `--gcmode=archive`, e está totalmente sincronizado com a chain.

## Fase 3: Registro

Instruções completas: [Como se Tornar um Validador](/pt-br/aprender/sobre-validadores/como-se-tornar-validador.md)

* [ ] Formulário de registro enviado no [dApp de Governança da Chiliz](https://governance.chilizchain.com/staking): endereço do nó, quantidade em staking (≥ 10M CHZ), taxa de comissão.
* [ ] Proposta de governança lançada por um validador existente e aprovada pelo conjunto de validadores.

## Fase 4: Operações contínuas

* [ ] Monitore o tempo de atividade do seu nó: blocos perdidos levam ao [slashing de Nível 1](/pt-br/aprender/sobre-validadores/sobre-slashing-validadores.md) (perda das recompensas do epoch).
* [ ] Conheça o [procedimento de liberação](/pt-br/aprender/sobre-validadores/sobre-slashing-validadores.md) caso seu nó seja preso (slashing de Nível 2).
* [ ] Mantenha o software do seu nó atualizado com hard forks e mudanças de código. Nós validadores desatualizados podem interromper a chain: e suas recompensas.

## Fase 5: Se você sair

* [ ] Para parar de validar completamente, siga as [etapas de desativação](/pt-br/aprender/sobre-validadores/como-deixar-de-ser-validador.md): encerramento limpo, unstaking (com período de espera) e desativação no dApp de Governança.
* [ ] Para transferir o nó, use o [procedimento "Change owner"](/pt-br/aprender/sobre-validadores/executar-no-validador.md#alterando-o-proprietario-de-um-no).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.chiliz.com/pt-br/aprender/sobre-validadores/checklist-validador.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.