Execute um nó Geth: Go-Ethereum na rede Ethereum.

Você decide parar de confiar o tráfego da sua carteira a um endpoint da Infura. Talvez um amigo tenha se oferecido para te ajudar a fazer staking de 32 ETH. Talvez seu dApp esteja a um passo do limite de taxa de ser atingido no dia do lançamento. Seja qual for o motivo, a próxima frase é sempre a mesma: você precisa executar um nó Geth.

Essa frase soa mais complexa do que realmente é. Geth, abreviação de go-ethereum, é o cliente de execução original do Ethereum, escrito na linguagem de programação Go por Jeffrey Wilcke e uma equipe global de código aberto em 2014. Um laptop moderno com um SSD espaçoso consegue executá-lo. Assim como um computador da Hetzner de US$ 30 por mês. O que confunde as pessoas não são os comandos de instalação em si, mas sim as escolhas relacionadas a eles: qual modo de sincronização selecionar, qual cliente de consenso usar com o Geth, o que acontece após a fusão (Merge), como manter o nó ativo quando o disco fica cheio às 2 da manhã.

Este guia percorre todo o processo. Compra de hardware, instalação, sincronização Snap, emparelhamento pós-Merge com um cliente de consenso, console JavaScript, contas e Clef, configuração do validador, problemas comuns. Ao final, você saberá exatamente o que sua máquina está fazendo quando os registros brancos aparecem e o que fazer quando eles pararem.

O que é um nó Geth e por que ele é importante hoje em dia?

Um nó Geth é um computador que executa o cliente go-ethereum e está conectado à rede ponto a ponto do Ethereum. A máquina baixa blocos, verifica cada transação, executa contratos inteligentes na Máquina Virtual Ethereum e mantém uma cópia sincronizada do estado global. De fora, parece um processo silencioso escutando em algumas portas. Internamente, é um contador obstinado que se recusa a aceitar a palavra de qualquer outra pessoa para o registro. Ele mantém sua própria cópia dos dados do blockchain, permite que sua carteira verifique saldos de contas ou envie transações para a rede e permite que seu aplicativo descentralizado (dApp) interaja diretamente com o blockchain, em vez de usar a API de terceiros.

Por que tudo isso importa em 2026? Concentração. A maior parte do tráfego público de dApps no Ethereum flui por meio de um pequeno grupo de provedores de RPC hospedados — Infura, Alchemy, QuickNode e algumas empresas menores. Só a Infura atendeu a mais de 600 bilhões de requisições na blockchain no ano passado. Eles são confiáveis, em sua maioria. Mas também representam um ponto único de falha: quando um provedor fica fora do ar em uma região, metade das carteiras apontadas para aquele endpoint mostram saldos obsoletos e transações travadas até que alguém resolva o problema. Execute seu próprio nó Geth e toda essa classe de falhas deixa de ser um problema seu.

É também uma questão de números. O rastreador de nós do Etherscan contabiliza aproximadamente 13.678 nós Ethereum ativos em todo o mundo em abril de 2026. Os Estados Unidos detêm 37,55% deles — cerca de 5.171 nós. A Alemanha tem 16,05% e a China, 12,06%. Criar mais um nó não é heroico. É apenas útil, e a rede continua contando silenciosamente com as pessoas para fazerem isso.

Existe também uma razão mais profunda. O Ethereum continua sendo o Ethereum porque qualquer pessoa pode verificá-lo sem pedir permissão. O Geth é o cliente mais popular que realiza essa verificação. Cada vez que um operador independente coloca um novo nó Geth online, capturar a cadeia se torna um pouco mais difícil. Essa lógica é anterior à Fusão e não se enfraqueceu desde então.

Geth, Go Ethereum e o Protocolo Ethereum

Três nomes, um projeto. As pessoas os misturam em conversas e nada se quebra, mas aqui está a explicação real.

O protocolo Ethereum não é código. É uma especificação, escrita no Yellow Paper e em uma longa pilha de EIPs (Procedimentos de Implementação de Ethereum), e qualquer pessoa pode escrever um cliente para ele. Go Ethereum, às vezes escrito go-ethereum, é a implementação do protocolo Ethereum na linguagem Go. Geth é o programa de linha de comando dentro do Go Ethereum que você executa na linha de comando, configura com flags e usa para interagir com a rede Ethereum. Todo o resto no repositório são bibliotecas e funções auxiliares que o complementam. Um "nó Geth" é simplesmente uma máquina onde você iniciou o Geth, apontou-o para um diretório `chaindata` e o configurou para se comunicar com a rede principal do Ethereum.

Existem diferentes clientes para o mesmo protocolo. Nethermind, em C#. Besu, em Java. Erigon e Reth, ambos em Rust. Mesmo formato de transmissão de dados. Códigos diferentes, desempenhos diferentes, histórias diferentes.

Geth é o mais antigo deles. Mais de 400 pessoas contribuíram; Péter Szilágyi liderou o projeto por anos. A sede é a Fundação Ethereum; o código-fonte está em ethereum/go-ethereum no GitHub; a licença é a GNU General Public License, GPL-3.0 para os binários e LGPL-3.0 para o código da biblioteca. A versão estável atual, no momento em que escrevo isto, é a v1.17.2 — codinome "EMF Suppressor" — lançada em 30 de março de 2026. Ela corrigiu três CVEs (CVE-2026-26313, -26314, -26315) e ensinou o cliente a sincronizar com blockchains cujo histórico pré-Praga já foi removido.

Algumas ferramentas complementares são distribuídas junto com o Geth. O Clef é um assinador independente que mantém suas chaves privadas separadas do próprio nó. O Abigen transforma uma ABI Solidity em bindings Go que você pode realmente usar. A ferramenta `evm` permite executar bytecode isoladamente quando você precisa depurar algo específico. Nenhuma delas é obrigatória. Você acabará precisando de pelo menos uma delas em uma semana.

Por que executar um nó: Privacidade, velocidade, soberania

A maioria das pessoas que executam seus próprios nós Geth chegam a essa situação por um destes três motivos. Primeiro, a privacidade. Quando uma carteira se comunica com um RPC hospedado, esse provedor vê todos os endereços, todas as chamadas de contrato e todas as solicitações de cotação. Um nó autohospedado rompe essa ligação. O provedor não existe. Sua carteira consulta sua máquina, sua máquina consulta a rede e somente sua máquina vê o padrão.

O desempenho é o segundo motivo. As RPCs hospedadas têm sua taxa de transferência limitada. O plano gratuito da Infura tem um limite de 100.000 requisições por dia; o plano Team custa US$ 225 por mês para 75 milhões de requisições diárias. Um nó local atende seu tráfego na velocidade da memória, com custo zero por chamada. Para um aplicativo descentralizado (dApp) que busca o estado a cada carregamento de página, a diferença de latência é perceptível. Para um bot de arbitragem que escaneia o mempool, é a diferença entre realizar a transação e vê-la passar despercebida. A própria rede principal processou cerca de 200,4 milhões de transações no primeiro trimestre de 2026, atingindo um pico de 2,88 milhões de transações em 16 de janeiro, portanto, um nó que consegue acompanhar a rede está realizando trabalho real.

A soberania é o terceiro ponto. Se você fizer staking no Ethereum, a rede espera que seu validador publique um bloco quando chegar a sua vez. Terceirizar essa publicação para um RPC compartilhado é tecnicamente permitido, mas operacionalmente frágil. Execute seu próprio cliente de camada de execução e você controlará seu slot. O mesmo vale para desenvolvedores de dApps, analistas on-chain, pesquisadores de MEV e qualquer pessoa cujo negócio dependa da disponibilidade específica do Ethereum.

Após a Fusão: Geth e seu Cliente de Consenso

Antes de setembro de 2022, um único processo do Geth fazia tudo. Ele interagia com a rede, executava a EVM e escolhia o bloco vencedor entre os concorrentes por meio da mineração de prova de trabalho. A fusão dividiu esse trabalho ao meio. O Geth ainda executa a EVM e mantém o estado. Um segundo programa — o cliente de consenso — agora lida com a prova de participação: compartilha blocos entre os validadores, vota no que conta e informa ao Geth qual fork é canônico.

Portanto, toda configuração moderna do Geth é um par, não um único processo. Escolha um cliente de consenso para executar em conjunto. As opções são Lighthouse (Rust), Prysm (Go), Teku (Java), Nimbus (Nim) e Lodestar (TypeScript). Os dois processos se comunicam por meio de um canal privado chamado API do Engine, protegido por um segredo JWT que você gera uma única vez e passa para ambos os lados com `--authrpc.jwtsecret`.

Inicie o Geth sozinho, sem um cliente de consenso, e os registros mostrarão algo como "Rede pós-fusão, mas nenhum cliente beacon detectado. Por favor, inicie um para acompanhar a cadeia!". O nó ficará inativo, educado e inútil. O Geth por si só não é mais um nó Ethereum completo. O par é a unidade.

A diversidade de clientes é crucial. A comunidade Ethereum pede aos operadores que distribuam seus recursos entre implementações de ambos os lados da divisão, pois se mais de dois terços dos validadores acabarem usando o mesmo cliente com bugs, esses validadores enfrentarão a penalidade máxima de 32 ETH quando algo der errado. Os dados mais recentes da clientdiversity.org indicam que o Geth representará cerca de 41% dos clientes de execução em 2026; o relatório da Stake.fish para 2026 aponta para algo próximo a 50%. De qualquer forma, esse número representa uma queda em relação aos mais de 86% em 2023, mas ainda está acima do limite de segurança de 33% que a comunidade considera ideal. É por isso que alguns novos operadores escolhem deliberadamente o Nethermind, o Besu ou o Reth — mesmo que o Geth seja o primeiro passo mais fácil.

A Pectra, a atualização Prague + Electra ativada em 7 de maio de 2025, também remodelou o trabalho diário de um operador. A EIP-7251 aumentou o saldo máximo efetivo por validador de 32 ETH para 2.048 ETH. Um operador de staking que antes gerenciava 1.000 validadores individuais agora pode consolidá-los em 16 grandes validadores. A EIP-6110 reduziu o tempo de espera entre o depósito e a ativação de aproximadamente 12 horas para cerca de 13 minutos. A EIP-7002 deu aos validadores a capacidade de acionar seus próprios saques, em vez de depender da autorização do depositante original. Operar uma pilha de validadores pareados com Geth em 2026 é consideravelmente mais simples do que era em 2024.

Hardware: CPU, RAM e SSD para nós Geth

O nível de exigência para hardware em 2026 é maior do que o admitido pelos documentos oficiais. Planeje para os próximos três anos, não para os últimos três.

O armazenamento é o que surpreende os novos operadores. Um nó completo do Geth, sincronizado por snapshots e com recursos otimizados, ocupa cerca de 650 GB atualmente. A própria documentação do Geth afirma que ele adiciona cerca de 14 GB por semana. Adicione um cliente de consenso. Adicione alguns meses de margem de crescimento. Adicione qualquer tráfego RPC de camada 2 que você planeje atender. Você chegará rapidamente a entre 4 e 8 TB de NVMe.

Uma palavra sobre o tipo de disco. Os SSDs SATA funcionam tecnicamente. Mas também travam sincronizações e perdem validações sob carga. NVMe não é opcional em 2026. Discos rígidos mecânicos não são viáveis há anos. Se o seu provedor só oferece SATA no plano mais barato, pague mais. A matemática é brutal: um disco SATA travado significa perder recompensas de validadores a cada época.

A RAM é a segunda armadilha. A página oficial de hardware do Geth, atualizada pela última vez em 2023, ainda indica 16 GB. Em 2026, a Cherry Servers, a Chainstack e a bacloud já haviam definido 32 GB como o mínimo necessário para o funcionamento, com 64 GB como a solução ideal. O Geth armazena uma parcela considerável do estado em cache na memória. O cliente de consenso também precisa da sua parte. Adicione o Prometheus, o Grafana e qualquer outro programa que você realmente utilize, e 16 GB se esgotam rapidamente.

Dos três, o processador é o mais fácil de otimizar. Os chips de desktop modernos têm mais margem de manobra do que o Geth consegue lidar. A velocidade do clock é quase irrelevante. O que importa mais é a quantidade de núcleos e as instruções modernas. O AVX2 mantém a verificação de assinaturas rápida. Oito núcleos impedem que uma sobrecarga de sincronização trave sua máquina. Olhando para o futuro, o limite de gás por bloco saltou de 30 milhões para 45 milhões e depois para 60 milhões entre meados de 2024 e novembro de 2025. A Fundação Ethereum tem sinalizado um limite acima de 100 milhões até 2026. Essa é a curva que você deve usar como referência para dimensionamento, não a carga do ano passado.

Modos de sincronização Geth para a blockchain Ethereum

O modo de sincronização é o botão mais importante que um novo operador Geth pode ajustar. Escolha o modo errado e você perderá uma semana baixando dados que não precisava.

O modo Snap é o padrão e quase sempre a escolha certa. Ele obtém um snapshot recente do estado dos nós e, em seguida, preenche silenciosamente os cabeçalhos e recibos subsequentes. Você consegue um nó Geth funcionando em poucos dias com um hardware decente. Ele serve carteiras, dApps e validadores sem problemas. A única coisa que ele não consegue fazer é responder a perguntas históricas como "qual era o saldo de Vitalik em 7 de outubro de 2017?". Se isso não for importante para você, não precisa mais se preocupar com o modo de sincronização.

A sincronização completa ainda é fornecida. A maioria das pessoas não precisa dela. O modo completo retrocede cada bloco até o bloco gênese e executa novamente cada transação, para que o cliente possa verificar o blockchain de ponta a ponta em vez de confiar no snapshot. É útil se você for paranoico com o snapshot ou se estiver inicializando um arquivo com histórico reduzido. Não é útil para operações normais.

O arquivamento é o componente mais pesado, e 2025 foi o ano em que os nós de arquivamento mudaram. Até o lançamento da versão 1.16, um nó de arquivamento exigia de 12 a 20 TB de SSD de alta velocidade — essencialmente um servidor pequeno. A versão 1.16 introduziu um modo de arquivamento baseado em caminho que armazena o estado histórico como diffs reversos e reduz os requisitos de disco para aproximadamente 1,9 a 2,0 TB na rede principal. Isso reduz a pegada do Geth para perto da do Erigon (~1,77 TB). A desvantagem inicial era que o arquivamento baseado em caminho não suportava provas Merkle históricas (`eth_getProof` em blocos antigos). Indexadores DeFi e outras cargas de trabalho que dependem muito de provas ainda precisavam do arquivamento legado baseado em hash. A versão 1.17.0, lançada em fevereiro de 2026, adicionou suporte a provas ao modo baseado em caminho em algumas configurações — verifique as notas de lançamento para a sua versão específica. Os operadores de arquivamento típicos são exploradores de blocos, equipes forenses e empresas de análise de dados. A maioria das pessoas que lê este guia nunca precisará de um.

Uma observação importante. O modo cliente leve, o antigo parâmetro `--syncmode "light"`, foi descontinuado e não recebe mais manutenção na rede principal. Se um tutorial de 2026 instruir você a iniciar o Geth no modo leve, o tutorial está desatualizado.

Instale o Geth no Ubuntu, macOS e Windows.

A etapa de instalação é rápida. Escolha a plataforma na qual você realmente pretende executar o programa, não a que está instalada no seu laptop.

Linux / Ubuntu (o sistema operacional principal)

A maioria dos nós de produção do Geth roda em Ubuntu. A equipe do Ethereum mantém um PPA, e três comandos através do gerenciador de pacotes do Ubuntu permitem obter um binário funcional:

```

sudo add-apt-repository -y ppa:ethereum/ethereum

sudo apt-get update

sudo apt-get install ethereum

```

Execute `geth version` para confirmar. O PPA rastreia a versão estável mais recente. Em produção, geralmente você fixa uma versão comprovadamente funcional com algo como `apt-get install ethereum=1.17.2-...` e atualiza em um cronograma mais regular do que "sempre que o apt achar necessário".

macOS (amigável para desenvolvedores)

No macOS, o Homebrew faz o trabalho. Duas linhas:

```

brew tap ethereum/ethereum

brew install ethereum

```

Os Macs são ótimos para experimentos em redes de teste e desenvolvimento de dApps. No entanto, quase ninguém executa um validador na rede principal em um Mac. O gerenciamento de energia é muito agressivo e o macOS colocará seu nó beacon em modo de repouso no momento errado.

Windows

Existem instaladores `.exe` e arquivos `.zip` em geth.ethereum.org e na página de lançamentos do projeto no GitHub. Clique nas instruções do instalador, permita que ele edite sua variável PATH e, em seguida, abra o Prompt de Comando ou o PowerShell e execute `geth version`. Ele deverá responder.

O Windows Server pode hospedar um nó Geth independente sem problemas. As pilhas de validação tendem a priorizar o Linux, pois os clientes de consenso são distribuídos primeiro para Linux, mas você pode misturar e combinar se quiser. O restante deste guia descreve os comandos no estilo do shell do Linux. A tradução para o PowerShell se resume principalmente a separadores de caminho e uma maneira diferente de fazer continuações de linha.

Docker

O comando `docker pull ethereum/client-go:stable` cria um container limpo. O Docker é, de longe, a maneira mais fácil de testar uma nova versão do Geth sem comprometer o funcionamento do seu host. Também é uma opção viável para produção, caso sua equipe já esteja familiarizada com o ambiente de container. Uma ressalva: o volume Docker que contém os dados da cadeia (chaindata) precisa estar em um SSD NVMe. Colocá-lo em um volume EBS comum, em um HD ou em um volume do Docker Desktop em um Mac irá reproduzir todos os problemas de "sincronização travada" relatados no Reddit.

Construindo a partir da fonte

As compilações a partir do código-fonte exigem Go 1.23 ou mais recente, além de um compilador C. `make geth` compila apenas o nó. `make all` obtém o conjunto completo de utilitários: geth, clef, abigen, evm, devp2p, rlpdump. Recorra às compilações a partir do código-fonte quando desejar uma versão que ainda não foi empacotada ou quando tiver uma correção privada que não queira manter como um fork.

Executar o Geth: Primeira sincronização e o console JSON-RPC

Binário instalado, segredo JWT gerado, cliente de consenso pronto. O primeiro comando em um servidor da rede principal é mais ou menos assim:

```

geth \

--mainnet \

--datadir /var/lib/geth \

--syncmode snap \

--http \

--http.addr 127.0.0.1 \

--http.porta 8545 \

--http.api eth,net,web3 \

--authrpc.addr 127.0.0.1 \

--authrpc.porta 8551 \

--authrpc.jwtsecret /etc/geth/jwt.hex \

--authrpc.vhosts localhost

```

Três portas são responsáveis por essa operação. A porta 30303, que utiliza TCP e UDP, é a sua conexão ponto a ponto com o restante da rede Ethereum. A porta 8545 é a porta HTTP-RPC pela qual sua carteira e seus scripts acessam a rede. E a porta 8551 é a API do Engine, acessível apenas pelo seu cliente de consenso e protegida pelo segredo JWT.

Para examinar o nó em execução, conecte o console Geth. (É um console JavaScript integrado às APIs do nó.) Abra um segundo terminal:

```

geth attach http://127.0.0.1:8545

```

Agora, cada método JSON-RPC é uma chamada JavaScript. `eth.blockNumber`. `net.peerCount` (cerca de trinta é um valor saudável na rede principal). `eth.syncing` retorna `false` quando o nó estiver sincronizado. Quer saber o saldo? `web3.fromWei(eth.getBalance('0x...'), 'ether')`. Essa é toda a superfície interativa.

Depois, há o arquivo de log. Observe-o. A linha que você deve ver é "Imported new chain segment" (Novo segmento de cadeia importado). Isso significa que o Geth alcançou o líder e está acompanhando o ritmo, consumindo cada nova lista de transações da rede blockchain Ethereum à medida que a rede as envia. Se seus logs mostrarem apenas "Looking for peers" (Procurando pares), o firewall está bloqueando conexões P2P de entrada. Abra a porta 30303 em TCP e UDP, reinicie o Geth e tente novamente. Essa é a solução em nove de cada dez casos.

Para automação, todas as bibliotecas Ethereum que valem a pena usar utilizam JSON-RPC via HTTP, ou via WebSocket se você também passar `--ws`. ethers.js. web3.js. viem. O cliente Go. O cliente Python. Todos eles tratam seu nó Geth local exatamente como o Infura — aponte-os para `http://127.0.0.1:8545` e pare. O código permanece o mesmo. A única coisa que muda é quem atende a chamada.

Use o Geth: Contas, Clef e Transações

O Geth ainda inclui um gerenciador de contas, mas a recomendação atual é separar a assinatura do nó executando o Clef. O Clef é um pequeno programa separado que armazena suas chaves e solicita confirmação explícita sempre que algo tenta usá-las.

Criar uma conta no Clef é assim:

```

clef newaccount --keystore /var/lib/geth/keystore

```

O Clef exige uma senha de pelo menos dez caracteres. Ele cria um arquivo de armazenamento de chaves criptografado e retorna um endereço. Esse endereço é uma conta de propriedade externa (EOA) — semelhante ao que uma carteira de hardware ou o MetaMask criariam. Nada de extraordinário.

Para que o Geth utilize o Clef, aponte o nó para o socket IPC do Clef: `--signer=/caminho/para/clef.ipc`. A partir desse momento, toda solicitação de transação, seja ela proveniente do console do Geth ou de um aplicativo descentralizado (dApp) utilizando a API JSON-RPC, precisa ser aprovada no terminal do Clef. Esse é o modelo que a equipe do Geth recomenda em 2026. As chaves residem fora do nó. O nó, por si só, não pode gastar um único wei.

Uma transferência a partir do console se parece com isto:

```

eth.sendTransaction({

from: '0xca57f3b40b42fcce3c37b8d18adbca5260ca72ec',

to: '0xce8dba5e4157c2b284d8853afeeea259344c1653',

value: web3.toWei(0.1, 'ether')

});

```

O Clef aparece. Você confirma. A transação entra no mempool e, alguns segundos depois, está em um bloco. Por trás dessa única linha, o Geth realizou a busca do nonce, a estimativa da taxa, a transferência da assinatura para o Clef, a transmissão e a verificação de inclusão. Esse mesmo loop é executado em todos os dApps.

Para tarefas mais complexas, o mesmo endpoint JSON-RPC aceita submissões de transações, inscrições em eventos, chamadas de funções de visualização e rastreamentos. Do ponto de vista da biblioteca, sua instância local do Geth é indistinguível de um nó hospedado — exceto pelo fato de ser mais rápida, gratuita por chamada e sua.

Configuração do Validador: Faça staking de Ether e ganhe recompensas

Uma vez que seu nó Geth esteja sincronizado e emparelhado com um cliente de consenso, adicionar um validador é basicamente uma questão de configuração. Você não instala um novo nó. A camada de execução (Geth) continua funcionando normalmente. O cliente de consenso assume a função de validador: ele assina as declarações a cada época e, quando o protocolo seleciona seu validador, solicita ao Geth que monte o conteúdo do bloco.

Existem três etapas para colocar o validador online. Primeiro, o depósito de 32 ethers. Você gera as chaves de validação com a CLI oficial de depósito, envia a transação de depósito para o contrato na rede principal e aguarda a ativação. Em segundo lugar, o processo do cliente validador. Ele é executado junto com o nó beacon, armazena sua chave de assinatura e assina as declarações conforme o cronograma. Em terceiro lugar, o MEV-Boost ou uma configuração de retransmissão, caso você queira recompensas por ordenação de transações além da recompensa base. O Geth em si não executa o validador. Quem executa é o cliente de consenso. O Geth é o endpoint de execução que constrói o payload do bloco quando o slot do seu validador é ativado.

No dia a dia, os validadores se preocupam com três números: atestações perdidas, tempo de sincronização e pressão no disco. Atestações perdidas quase sempre são causadas por um nó que ficou para trás em relação ao líder, o que, por sua vez, quase sempre é causado por E/S de disco ou perda de pares. A pressão no disco do Geth é a culpada clássica. Se o desempenho ficar abaixo da especificação NVMe recomendada, a eficácia das atestações cai. E as recompensas caem junto.

A maioria dos usuários domésticos de staking utiliza um mini-PC dedicado: um Intel NUC, um Beelink ou um computador personalizado com processador Ryzen. O hardware custa entre US$ 800 e US$ 2.000, em uma única compra. Energia e internet adicionam outros US$ 10 a US$ 20 por mês. A previsão da Coin Bureau para 2026 estima que um validador profissional da Hetzner custe entre US$ 30 e US$ 40 por mês, um nó completo básico da AWS custe menos de US$ 100 e um nó de arquivamento da AWS custe cerca de US$ 1.500. O staking individual rende cerca de 4% de APY sobre a recompensa base e sobe para 5-6% com o MEV-Boost; em hardware doméstico, o retorno do investimento ocorre em aproximadamente 4 a 6 meses, considerando o preço atual do Ether. No final de 2025, a rede contava com cerca de 1,06 milhão de validadores ativos, detendo entre 35 e 37 milhões de ETH (29% a 31% da oferta total). A Lido sozinha controla 27,7% do total em staking. A Coinbase, 8,4%. Cada validador independente adicional inclina silenciosamente essa concentração para o outro lado, e esse é um dos principais motivos pelos quais o staking individual ainda é praticado.

Testnet vs Mainnet: Onde executar um nó Ethereum

Não inicie na rede principal (mainnet). Erros são baratos em uma rede de testes (testnet), e não há nada mais barato do que de graça. O Geth lida com todas as redes suportadas com uma única flag.

As duas testnets do Ethereum com as quais você deve se preocupar em 2026 são a Holesky, a testnet de longa duração focada em validadores, e a Sepolia, a mais leve e focada em aplicações. Quer um nó Geth na Sepolia? Troque `--mainnet` por `--sepolia`. Holesky? `--holesky`. Seu diretório de dados deve ser um caminho separado do seu diretório `chaindata` da mainnet. Se você reutilizar a mesma pasta, o Geth se recusará a iniciar porque o ID da cadeia não corresponde — o tipo de mensagem de erro que leva trinta segundos para corrigir e uma hora para encontrar.

O ether da testnet é gratuito. Faucets como o Paradigm Multifaucet e o faucet da Sepolia em faucet.sepolia.dev distribuirão ETH suficiente da Sepolia para implantar contratos, executar testes de integração e enviar milhares de transações. O "ether" é fictício. Todo o resto é real: a EVM se comporta da mesma forma, a API JSON-RPC é a mesma, o acoplamento com seu cliente de consenso é o mesmo, as dificuldades operacionais são as mesmas. Execute sua infraestrutura na Sepolia por uma semana antes de apontar qualquer coisa para a mainnet.

As redes de teste antigas foram desativadas. Ropsten, Rinkeby, Kovan, Goerli — todas foram retiradas do ar. Se um tutorial ainda lhe disser para iniciar o Geth com `--ropsten`, ele é anterior à atualização Merge e você deve fechar a aba.

Para um ambiente verdadeiramente privado, execute sua própria rede. O modo `--dev` do Geth inicializa uma cadeia de nós únicos em segundos, o que é ótimo para testes unitários. Para redes privadas com várias máquinas, escreva um arquivo `genesis.json` personalizado, compartilhe-o entre as máquinas e inicie cada processo do Geth com `--datadir` apontando para uma pasta `chaindata` recém-criada. O framework Kurtosis encapsula tudo isso em um único comando, caso você prefira não fazer a configuração manualmente.

Problemas comuns e solução de problemas do nó Geth

A maioria dos incidentes envolvendo os Geth se enquadra em um pequeno conjunto de padrões. A solução geralmente é rápida assim que o padrão é reconhecido.

A sincronização parou em alguns por cento. Seu nó Geth está online, mas não está conseguindo acompanhar: o número de pares é muito baixo, sua largura de banda está saturada ou o disco não consegue acompanhar. Verifique `net.peerCount` no console. Se estiver abaixo de quinze, sua porta P2P de entrada está bloqueada por um firewall. Abra as portas 30303 TCP e UDP. Se estiver tudo bem, execute `iostat -xm 5` no Linux durante a sincronização; se o SSD atingir 100% de utilização, você está com gargalo de E/S e precisa de um armazenamento mais rápido. Uma observação específica da versão: o Geth v1.17.1 (3 de março de 2026) foi lançado especificamente para corrigir uma regressão na sincronização instantânea (snap-sync) na versão v1.17.0; se você estiver preso nessa versão, a atualização resolve o problema.

"Rede pós-fusão, mas nenhum cliente beacon detectado." O cliente de consenso não está em execução, o segredo JWT não corresponde ou o cliente de consenso está apontando para a porta AuthRPC incorreta. Verifique o caminho do JWT, a porta 8551 e se ambos os processos foram iniciados com o mesmo arquivo de segredo.

O disco enche durante a noite. A sincronização instantânea pode causar picos de uso do disco durante a fase inicial de recuperação do estado. A limpeza (pruning) é executada automaticamente depois disso. Se você começou com um SSD de 1 TB, o cabeçote eventualmente vai te alcançar. A solução é sempre adicionar mais espaço, não uma limpeza mais agressiva, porque a limpeza do Geth já está otimizada. Mova os dados da cadeia para um NVMe maior e use o rsync para transferir os dados.

O Geth não inicia: "Banco de dados compatível com esta versão do Geth não encontrado." Uma execução anterior foi realizada em um ID de cadeia diferente, uma versão mais antiga do Geth ou um estado corrompido. A pasta `chaindata` não corresponde. Sincronize novamente em um diretório de dados novo ou reverta para a versão anterior do Geth.

Validador com falhas nas atestações. Se o seu nó Geth estiver lendo corretamente cada novo bloco, mas o validador ainda apresentar falhas nas atestações, verifique primeiro a pressão do disco, em segundo lugar a rede e, por último, a CPU. O padrão em ferramentas de monitoramento como o Netdata é inconfundível: o PSI (Pressure Stall Information) do disco atinge 30% ou mais durante as janelas de atestação.

As requisições RPC ficam lentas. Um cliente dApp pesado, sobrecarregando `eth_getLogs` ou `debug_traceTransaction`, pode saturar a CPU do Geth. Mova esse tráfego para um nó separado ou use `--rpc.gascap` e `--rpc.txfeecap` para limitar as chamadas dispendiosas.

Uma dica final. Monitore os logs continuamente durante a primeira semana para garantir que o Geth funcione corretamente sob carga real. Ferramentas como Netdata, Prometheus + Grafana, ou simplesmente `journalctl -fu geth`, tornam os modos de falha iniciais óbvios. Na segunda semana, alertas sobre atestações perdidas e taxa de preenchimento do disco são suficientes.

Geth versus outros clientes Ethereum: vantagens e desvantagens

Geth é o primeiro passo padrão. Não é o único, e a resposta para "devo mudar?" depende do que você precisa.

O argumento da comunidade para escolher algo diferente do Geth é a diversidade de clientes. Se um único cliente de execução ultrapassar a supermaioria de dois terços na rede principal e lançar uma atualização com bugs, os validadores nesse cliente correm o risco de serem penalizados. Dividir sua frota de validadores entre dois clientes reduz esse risco pela metade. Para um único staker local, a matemática é mais simples: escolha aquele que você consegue manter ativo, opere-o bem e só troque se tiver um motivo específico. A arquitetura dos nós é semelhante em todos eles, então trocar posteriormente é mais fácil do que parece. Erigon e Reth, em particular, já estão maduros o suficiente para serem clientes principais, e não meras curiosidades.

Marco Lucchetti

Marco Lucchetti is a senior content strategist and blockchain analyst at Plisio. With over 7 years of experience in cryptocurrency research, DeFi protocols, and payment technologies, Marco specializes in creating clear, data-driven content for a global crypto audience. His work focuses on transaction tracing, crypto compliance, and the future of blockchain infrastructure.