Pular para o conteúdo principal
Change page

Diversidade dos clientes

Última atualização da página: 23 de fevereiro de 2026

rafarochar (opens in a new tab)
henderson.mateus1h (opens in a new tab)
mnelsonBTm (opens in a new tab)
+22

O comportamento de um nó Ethereum é controlado pelo software do cliente que ele executa. Existem vários clientes Ethereum em nível de produção, cada um desenvolvido e mantido em diferentes idiomas por equipes separadas. Os clientes são construídos para uma especificação comum que garante que os clientes se comuniquem perfeitamente entre si e tenham a mesma funcionalidade e forneçam uma experiência de usuário equivalente. No entanto, no momento, a distribuição de clientes entre os nós não é igual o suficiente para realizar essa fortificação de rede em todo o seu potencial. O ideal é que os usuários se dividam de forma aproximadamente igualitária entre os vários clientes para trazer o máximo de diversidade de clientes possível para a rede.

Pré-requisitos

Se você ainda não entende o que são nós e clientes, confira nós e clientes. As camadas de e de são definidas no glossário.

Por que existem vários clientes?

Vários clientes desenvolvidos e mantidos de forma independente existem porque a diversidade do cliente torna a rede mais resiliente a ataques e bugs. Vários clientes são uma força única para o Ethereum – outras cadeias de blocos dependem da infalibilidade de um único cliente. No entanto, não basta simplesmente ter vários clientes disponíveis, eles têm que ser adotados pela comunidade e o total de nós ativos distribuídos de forma relativamente uniforme entre eles.

Por que a diversidade de clientes é importante?

Ter muitos clientes desenvolvidos e mantidos de forma independente é vital para a saúde de uma rede descentralizada. Vamos explorar as razões do porquê.

Bugs

Um bug em um cliente individual é um risco menor para a rede ao representar uma minoria de nós Ethereum. Com uma distribuição aproximadamente uniforme de nós entre muitos clientes, a probabilidade de a maioria dos clientes sofrer de um problema compartilhado é pequena e, como resultado, a rede é mais robusta.

Resiliência a ataques

A diversidade de clientes também oferece resiliência a ataques. Por exemplo, um ataque que engana um determinado cliente (opens in a new tab) em um determinado ramo da cadeia tem poucas chances de ser bem-sucedido, pois é improvável que outros clientes sejam exploráveis da mesma forma e a cadeia canônica permanece incorrupta. A baixa diversidade de clientes aumenta o risco associado a um hack no cliente dominante. A diversidade de clientes já provou ser uma defesa importante contra ataques maliciosos na rede, por exemplo, o ataque de negação de serviço de Xangai em 2016 foi possível porque os invasores conseguiram enganar o cliente dominante (Geth) para executar uma operação lenta de E/S de disco dezenas de milhares de vezes por bloco. Como clientes alternativos também estavam online e não compartilharam a vulnerabilidade, o Ethereum foi capaz de resistir ao ataque e continuar operando enquanto a vulnerabilidade no Geth foi corrigida.

Finalidade da prova de participação

Um erro em um cliente de consenso com mais de 33% dos nós Ethereum poderia impedir a finalização da camada de consenso, e isso deixaria os utilizadores em dúvida com respeito à probabilidade de as transações não serem revertidas ou alteradas em algum momento. Isso seria muito problemático para muitos dos aplicativos construídos em cima do Ethereum, particularmente o DeFi.

Pior ainda, um bug crítico em um cliente com uma maioria de dois terços poderia fazer com que a cadeia se dividisse e finalizasse incorretamente, levando a um grande conjunto de validadores que ficariam presos em uma cadeia inválida. Se quiserem voltar a integrar à cadeia correta, esses validadores enfrentam cortes ou uma lenta e cara retirada e reativação voluntária. A magnitude de uma escala de remoção com o número de nós culpáveis com uma maioria de dois terços reduzido ao máximo (32 ETH).

Embora estes sejam cenários improváveis, o ecossistema Ethereum pode mitigar seus riscos nivelando a distribuição de clientes entre os nós ativos. Idealmente, nenhum cliente de consenso chegaria a uma participação de 33% dos nós totais.

Responsabilidade compartilhada

Há também um custo humano para ter a maioria dos clientes. Isso coloca excesso de tensão e responsabilidade em uma pequena equipe de desenvolvimento. Quanto menor a diversidade de clientes, maior a carga de responsabilidade para os desenvolvedores que mantêm a maioria dos clientes. Promover essa responsabilidade em várias equipes é bom tanto para a saúde da rede de nós do Ethereum quanto para sua rede de pessoas.

Diversidade atual de clientes

Clientes de Execução

Clientes de Consenso

Este diagrama pode estar desatualizado — acesse ethernodes.org (opens in a new tab) e clientdiversity.org (opens in a new tab) para obter informações atualizadas.

Os dois gráficos de pizza acima mostram um panorama da diversidade atual de clientes para as camadas de execução e de consenso (no momento da redação, em outubro de 2025). A diversidade de clientes melhorou ao longo dos anos, e a camada de execução viu uma redução no domínio do Geth (opens in a new tab), com o Nethermind (opens in a new tab) em segundo lugar, o Besu (opens in a new tab) em terceiro e o Erigon (opens in a new tab) em quarto, com outros clientes compreendendo menos de 3% da rede. O cliente mais comumente usado na camada de consenso — Lighthouse (opens in a new tab) — está bem próximo do segundo mais usado. Prysm (opens in a new tab) e Teku (opens in a new tab) representam ~31% e ~14%, respectivamente, e outros clientes são raramente usados.

Os dados da camada de execução foram obtidos de supermajority.info (opens in a new tab) em 26 de outubro de 2025. Os dados para clientes de consenso foram obtidos de Michael Sproul (opens in a new tab). Os dados dos clientes de consenso são mais difíceis de obter porque os clientes da camada de consenso nem sempre têm traços inequívocos que possam ser utilizados para identificá-los. Os dados foram gerados usando um algoritmo de classificação que às vezes confunde alguns dos clientes minoritários (veja mais detalhes aqui (opens in a new tab)). No diagrama acima, essas classificações ambíguas são tratadas com um rótulo do tipo ou/ou (p. ex., Nimbus/Teku). No entanto, é claro que a maior parte da rede está executando o Prysm. Apesar de serem apenas capturas, os valores no diagrama fornecem uma boa noção geral do estado atual da diversidade do cliente.

Dados atualizados sobre a diversidade de clientes para a camada de consenso estão agora disponíveis em clientdiversity.org (opens in a new tab).

Camada de execução

Até agora, a conversação em torno da diversidade do cliente tem se concentrado principalmente na camada de consenso. No entanto, o cliente de execução Geth (opens in a new tab) representa atualmente cerca de 85% de todos os nós. Essa porcentagem é problemática pelos mesmos motivos dos clientes de consenso. Por exemplo, um bug no Geth afetando a manipulação de transações ou a construção de cargas de execução pode fazer com que clientes de consenso finalizem transações problemáticas ou com bugs. Portanto, o Ethereum seria mais saudável com uma distribuição mais uniforme dos clientes de execução, idealmente sem nenhum cliente representando mais de 33% da rede.

Use um cliente minoritário

Endereçar a diversidade do cliente requer mais do que usuários individuais para escolher clientes minoritários – requer pools de validadores e instituições como os principais dapps e exchanges para mudar também os clientes. No entanto, todos os usuários podem fazer sua parte para reparar o desequilíbrio atual e normalizar o uso de todo o software Ethereum disponível. Após A Fusão, todos os operadores de nó serão obrigados a executar um cliente de execução e um cliente de consenso. Escolher combinações dos clientes sugeridos abaixo ajudará a aumentar a diversidade do cliente.

Clientes de execução

Clientes de consenso

Os usuários técnicos podem ajudar a acelerar esse processo escrevendo mais tutoriais e documentações para clientes minoritários e encorajando seus pares operacionais de nó a migrar para longe dos clientes dominantes. Guias para mudar para um cliente de consenso minoritário estão disponíveis em clientdiversity.org (opens in a new tab).

Painéis de diversidade de clientes

Vários painéis fornecem estatísticas de diversidade de cliente em tempo real para a camada de execução e consenso.

Camada de consenso:

Camada de execução:

Leitura adicional

Tópicos relacionados

Este artigo foi útil?