Escolhendo seus Clientes ETH
O instalador do Smartnode do Rocket Pool pode transformar sua máquina em um nó Ethereum completo, pois requer clientes de Execution e Consensus para operar adequadamente.
Os termos ETH1/ETH2 foram descontinuados. As cadeias serão referidas como Execution Layer (ETH1) e Beacon Chain ou Consensus Layer (ETH2) no restante destes guias.
Se você já possui clientes de Execution e Consensus em execução em uma máquina separada (por exemplo, se você já está fazendo staking solo), pule esta seção e vá para a seção Configurando um Nó Rocket Pool Híbrido com Clientes Externos.
Caso contrário, continue lendo para saber mais sobre suas opções de clientes de Execution e Consensus.
Em agosto de 2025, a distribuição de clientes na Beacon Chain é aproximadamente assim:
Dados obtidos de https://clientdiversity.org
Obter dados sobre qual cliente de consensus um validador está executando é um problema relativamente difícil porque os clientes não são facilmente identificados. A página de metodologia de dados em https://clientdiversity.org explica como os dados de diferentes fontes são obtidos. Sinta-se à vontade para conferir https://ethernodes.org/ como uma fonte adicional de dados.
A grande maioria dos operadores de nós atualmente usa Geth como cliente de Execution e Lighthouse ou Prysm como cliente de Consensus. No interesse de apoiar a saúde da Execution Layer (anteriormente ETH1) e da Beacon Chain (anteriormente ETH2), atualmente recomendamos que você considere usar clientes diferentes. Aqui estão alguns artigos relevantes sobre por que uma diversidade de clientes equilibrada é crucial para a saúde da rede, se você quiser saber mais:
https://clientdiversity.org/#why
https://blog.ethereum.org/2020/08/21/validated-why-client-diversity-matters/
https://our.status.im/the-importance-of-client-diversity/
https://medium.com/prysmatic-labs/eth2-mainnet-incident-retrospective-f0338814340c
https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html
https://eth2book.info/bellatrix/part2/incentives/diversityPara usuários que desejam começar rapidamente, o instalador do Smartnode fornece uma opção de Cliente Aleatório que pode ser a melhor escolha.
Para usuários que têm um cliente específico em mente que gostariam de usar, fornecemos a capacidade de escolher facilmente um durante a instalação do Rocket Pool.
As opções abaixo ajudam a descrever cada cliente para que você possa tomar uma decisão informada se quiser especificar qual deseja.
Clientes de Execution
O Rocket Pool suporta quatro clientes de Execution diferentes: Geth, Besu, Nethermind e Reth.
Executar um cliente de Execution envolve armazenar uma cópia da blockchain da Execution layer em sua máquina. Ele interage via comunicações peer-to-peer com outros nós EC para registrar e verificar novos blocos e transações. Um cliente de Execution completo é necessário para executar um validador agora que as camadas de Execution e Consensus foram mescladas.
Geth
Geth (formalmente chamado Go Ethereum) é uma das três implementações originais (junto com C++ e Python) do protocolo Ethereum.
É escrito em Go, totalmente open source e licenciado sob a GNU LGPL v3.
Geth é o cliente de Execution mais antigo e mais amplamente usado ao redor do mundo. Tem uma reputação de ser muito estável e confiável.
É multithread, o que significa que pode aproveitar toda a sua CPU. Seu uso de RAM é configurável, até um mínimo de cerca de 4 GB para a Mainnet. Isso o torna viável tanto para sistemas de baixa potência quanto para sistemas de alta potência.
Geth requer poda offline de seu banco de dados periodicamente: seu banco de dados crescerá ao longo do tempo e gradualmente consumirá todo o seu espaço livre em disco, a menos que você o pode quando seu disco ficar com pouco espaço livre. A frequência com que você precisa podar dependerá do tamanho do seu SSD.
Para mais informações sobre poda do Geth, consulte a página Podando o Cliente de Execution.
Besu
Hyperledger Besu é um cliente Ethereum open-source desenvolvido sob a licença Apache 2.0 e escrito em Java. O recurso mais interessante do Besu é o uso de Bonsai Tries para armazenamento de estado. Além de suas melhores características de desempenho, Bonsai Tries dão ao Besu duas vantagens interessantes sobre os outros clientes:
- Besu não precisa ser podado; é efetivamente livre de manutenção nesse aspecto
- Besu é capaz de revisitar qualquer bloco passado na blockchain, embora faça isso retrocedendo cada bloco, então alcançar blocos de muito tempo atrás pode levar algum tempo.
Besu atualmente recomenda pelo menos 16 GB de RAM, embora seja possível executar com sucesso com 8 GB.
Nethermind
Nethermind é escrito em .NET Core. Ele possui a velocidade de sincronização mais rápida dos clientes de Execution e tem um rico conjunto de opções de configuração. É projetado pensando nos operadores de nós e tem muitos recursos que eles acharão úteis.
Como o Geth, Nethermind requer poda periódica de seu banco de dados. Ao contrário do Geth, no entanto, o banco de dados do Nethermind pode ser podado enquanto permanece online. Isso significa que você não precisa desligar seu cliente e depender de um fallback para podar. No entanto, o processo de poda online do Nethermind consome bastante recursos, então usuários executando nós de baixa potência podem ver alguma degradação de desempenho durante o processo.
Nethermind requer pelo menos 16GB de RAM, embora mais seja preferível.
Nethermind requer poda periódica de seu banco de dados: seu banco de dados crescerá ao longo do tempo e gradualmente consumirá todo o seu espaço livre em disco, a menos que você o pode quando seu disco ficar com pouco espaço livre. A frequência com que você precisa podar dependerá do tamanho do seu SSD.
Ao contrário do Geth, no entanto, Nethermind permanece online enquanto está podando. Isso o torna uma escolha atraente para nós porque eles não terão tempo de inatividade durante a poda.
Para mais informações sobre poda do Nethermind, consulte a página Podando o Cliente de Execution.
Reth
Reth é um cliente da Execution layer escrito em Rust e usa a arquitetura Erigon staged-sync. Reth é projetado desde o início com eficiência, desempenho e modularidade em mente. É licenciado sob a licença permissiva Apache/MIT e construído com pacotes pequenos, bem abstraídos, bem testados e benchmarkados. Isso proporciona uma ótima experiência de desenvolvedor open source e permite que os componentes do Reth sejam usados em outros projetos.
Como o cliente mais novo do ecossistema, Reth está evoluindo rapidamente e ganhando adoção. Embora os requisitos de RAM e CPU sejam flexíveis, o requisito mais importante é de longe o disco. Sugerimos usar um bom disco TLC. Reth requer pelo menos 8 GB de RAM para um nó completo ou 16 GB de RAM para um nó de arquivo.
Tabela de Comparação de Clientes
Clientes de Consensus
O instalador do Rocket Pool tem o orgulho de suportar cinco clientes de Consensus atualmente disponíveis: Lighthouse, Lodestar, Nimbus, Prysm e Teku.
Cada um deles é um cliente completo, o que significa que você contribuirá para a descentralização da rede de Consensus independentemente de qual cliente escolher.
Todos os cinco clientes têm baixo risco, baixa manutenção e gerarão recompensas totais praticamente idênticas da validação. Eles diferem ligeiramente em termos de requisitos de recursos e funcionalidades, mas você não pode errar com nenhum deles.
Por padrão, o instalador do Rocket Pool oferecerá a seleção de um cliente de consensus aleatório para você. Isso ajudará a contribuir para a diversidade geral da rede. Isso é importante do ponto de vista de segurança: se um cliente for usado pela maioria dos nós e sofrer de um bug grave ou ataque, isso pode fazer com que todos esses nós falhem e, portanto, ameaçar a estabilidade de toda a Beacon Chain.
Lighthouse
Lighthouse é um cliente Ethereum 2.0 open-source mantido pela Sigma Prime. Ele implementa a especificação Ethereum 2.0 conforme definido pela equipe de Pesquisa da Ethereum Foundation.
Lighthouse é um projeto de ponta de sistemas distribuídos implementando tecnologias na vanguarda da pesquisa blockchain; incluindo consenso proof-of-stake, execução paralela de transações e separação de estado (sharding).
Lighthouse não tem afiliação oficial com a Ethereum Foundation e continuará seguindo sua orientação desde que permaneça no melhor interesse do protocolo Ethereum e da comunidade ao seu redor.
Lighthouse é implementado em Rust e manterá um foco em segurança e eficiência.
Lodestar
Lodestar é o quinto cliente de consensus Ethereum open-source mantido pela ChainSafe Systems. Nosso produto principal é nosso cliente beacon chain e validador com capacidade de produção para o consensus Ethereum. Nosso software e ferramentas estão posicionados de forma única como a escolha preferida para pesquisadores e desenvolvedores para prototipagem rápida e uso em navegadores. Milhões de desenvolvedores ao redor do mundo estão familiarizados com Typescript, e as bases de código de alta qualidade do Lodestar são excelentes introduções ao mundo Ethereum.
Lodestar também tem sido líder em pesquisa de clientes leves, padronização e implementação de clientes leves Ethereum. Nos esforçamos para trabalhar com outros implementadores de clientes, pesquisadores e desenvolvedores para demonstrar a importância de os navegadores utilizarem dados sem confiança diretamente da blockchain.
O nicho do Lodestar está em sua linguagem de implementação, Typescript.
Nimbus
Nimbus é uma implementação de cliente tanto para Ethereum 2.0 quanto para Ethereum 1.0 que se esforça para ser o mais leve possível em termos de recursos usados. Isso permite que ele tenha um bom desempenho em sistemas embarcados e dispositivos com recursos restritos.
No entanto, hardware com recursos restritos não é a única coisa para a qual Nimbus é bom. Seu baixo consumo de recursos facilita a execução do Nimbus junto com outras cargas de trabalho em seu servidor (isso é especialmente valioso para stakers que procuram reduzir o custo de suas instâncias de servidor).
Nimbus é escrito em Nim e mantido pela equipe Status.im.
Prysm
O projeto Prysm é uma implementação completa da rede Ethereum 2.0 escrita inteiramente na linguagem de programação Go.
Criado pela Prysmatic Labs, Prysm implementa a especificação oficial Ethereum 2.0, que é o produto de um esforço coletivo contínuo de pesquisa e desenvolvimento de várias equipes em todo o ecossistema Ethereum, incluindo a Ethereum Foundation.
Teku
Teku (anteriormente conhecido como Artemis) é um cliente de consensus Ethereum baseado em Java projetado e construído para atender às necessidades institucionais e requisitos de segurança. PegaSys é um braço da ConsenSys dedicado à construção de clientes e ferramentas prontas para empresas para interagir com a plataforma principal Ethereum.
Teku é licenciado sob Apache 2.0 e escrito em Java, uma linguagem notável por sua maturidade e ubiquidade.