Rode Nodes Chainstack em um Servidor Dedicado

Um full node do Ethereum leva de horas a dias para sincronizar e um archive node ocupa vários terabytes. Estes passos levam você de um servidor vazio até um node sincronizando com um endpoint RPC funcionando. Hardening, monitoramento e configuração de reverse-proxy ficam listados como próximos passos no fim.

Passo 01 — Solicite o servidor e obtenha acesso

Escolha uma configuração do bloco acima (um full node de uma única rede cabe no nível de NVMe menor). Após o provisionamento, você recebe o IP, a senha de root e os dados de IPMI por e-mail. Conecte-se via SSH:

ssh root@YOUR_SERVER_IP

O IPMI permite reinstalar o sistema ou acessar o console caso o SO não inicialize, sem abrir um chamado no suporte.

Passo 02 — Prepare o NVMe para os dados da rede

Confirme que os discos estão presentes e monte aquele que vai armazenar o estado da rede:

lsblkmkfs.ext4 /dev/nvme1n1mkdir -p /data/ethereummount /dev/nvme1n1 /data/ethereumecho '/dev/nvme1n1 /data/ethereum ext4 defaults 0 0' >> /etc/fstab

Mantenha os dados da rede no NVMe dedicado, não no disco do sistema.

Passo 03 — Instale o cliente de execução

Instale o Geth a partir do PPA oficial:

add-apt-repository -y ppa:ethereum/ethereumapt update && apt install -y ethereumgeth version

Passo 04 — Instale um cliente de consenso

Depois do The Merge, o Ethereum precisa de um cliente de consenso junto com o Geth. Instale o Lighthouse e gere o JWT secret compartilhado que os dois clientes usam para se autenticar:

openssl rand -hex 32 | tr -d '\n' > /data/ethereum/jwt.hex

Aponte o Lighthouse para a engine API do Geth na porta 8551.

Passo 05 — Inicie o Geth e exponha o endpoint RPC

Rode o Geth apontando para o caminho no NVMe e habilite a HTTP-RPC API:

geth --datadir /data/ethereum \  --authrpc.jwtsecret /data/ethereum/jwt.hex \  --http --http.api eth,net,web3 \  --http.addr 0.0.0.0 --http.port 8545

Vincular a 0.0.0.0 expõe o endpoint em todas as interfaces — tudo bem enquanto você testa, mas restrinja o acesso antes de ir para produção.

Passo 06 — Rode como serviço e confirme a sincronização

Coloque o Geth em uma unit do systemd para que ele sobreviva a reinicializações e reinicie em caso de falha, e acompanhe o início da sincronização:

systemctl enable --now gethgeth attach --exec 'eth.syncing'

Durante a sincronização, os números dos blocos vão subindo:

{  currentBlock: 2148740,  highestBlock: 21463991,  ...}

Quando eth.syncing retorna false, o node está totalmente sincronizado e o endpoint RPC está ativo.

Passo 07 — Verifique se o endpoint responde

A partir do seu servidor de aplicação, confirme que o node responde a uma chamada JSON-RPC:

curl -s -X POST http://YOUR_SERVER_IP:8545 \  -H "Content-Type: application/json" \  -d '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":1}'

Um número de bloco em hexadecimal na resposta significa que seu node próprio está atendendo requisições.

Próximos passos (faça antes de ir para produção): restrinja a porta RPC com UFW e um reverse-proxy, adicione TLS, configure o monitoramento da contagem de peers e do uso de disco e — se estiver usando o Chainstack BYOC — conecte o node ao seu projeto Chainstack para que ele apareça no console.

A sincronização parece travada em um bloco baixo por horas. Normalmente isso é esperado na fase de download do estado, não uma falha. Verifique a contagem de peers com admin.peers.length no geth attach — se for zero, seu firewall está bloqueando a porta P2P (30303). Abra-a e os peers vão aparecer.

O disco enche mais rápido do que o esperado. Você implantou um archive node sem querer. A sincronização full (“snap”) mantém o estado recente; o archive mantém tudo e precisa de vários TB. Confirme em qual modo o node iniciou e dimensione o NVMe conforme o modo, não o contrário.

O endpoint RPC recusa conexões da sua aplicação. Por padrão, o Geth escuta apenas em localhost. Ou ele não foi iniciado com --http.addr 0.0.0.0, ou uma regra de firewall está bloqueando a porta 8545. Verifique os dois antes de concluir que o node está com problema.

Bare metal, não uma fatia dele

Você recebe um AMD EPYC de muitos núcleos e centenas de gigabytes de RAM por inteiro, sem hypervisor entre você e o disco. A sincronização do node depende de I/O, e em um servidor dedicado nada mais disputa o disco. Root e IPMI disponíveis desde a primeira inicialização.

NVMe feito para o estado da rede

Um archive node gera leituras aleatórias constantes no disco, e esse tipo de carga desgasta rápido os SSDs de consumo. Colocamos NVMe enterprise em configurações com vários discos e configuramos o soft-RAID no momento da implantação — exatamente para esse cenário.

Proteção contra DDoS e migração gratuita

Nos Países Baixos, oferecemos proteção gratuita contra DDoS com 95% de eficácia e, na mudança de outro provedor, migramos seu projeto sem custo. Tudo isso roda em hardware próprio, em data centers Tier-3+ em cinco localizações, com monitoramento 24/7.