Erigon (cliente Ethereum)

O que é Erigon?

Erigon é um software cliente de Ethereum de código aberto usado para verificar blocos, executar transações, manter o estado da blockchain e fornecer dados da Ethereum a carteiras, aplicativos, validadores e desenvolvedores.

Ele é principalmente um cliente da camada de execução, embora também inclua um componente integrado da camada de consenso chamado Caplin.

Um cliente de execução processa transações, executa códigos de contratos inteligentes por meio da Ethereum Virtual Machine, calcula o uso de gas, atualiza saldos de contas e verifica payloads de execução.

Um cliente de consenso segue as regras de proof-of-stake da Ethereum, as atestações de validadores, as propostas de blocos, a escolha de fork e a finalização.

A documentação oficial da Erigon descreve o cliente como uma implementação da Ethereum focada em desempenho e eficiência de armazenamento.

Erigon pode ser usado em nós pessoais, infraestrutura de validadores, serviços de dados de blockchain, sistemas de arquivo, desenvolvimento de contratos inteligentes, rastreamento de transações e acesso privado a RPC.

Erigon não é uma criptomoeda, carteira, bridge de blockchain nem uma rede Ethereum separada.

É uma implementação de software que segue o protocolo público da Ethereum.

Qual é a versão atual do Erigon?

Em 16 de julho de 2026, Erigon v3.5.0 é a versão principal mais recente marcada.

A versão foi publicada em 26 de junho de 2026 e habilitou a execução paralela de blocos por padrão.

Ela também incluiu os trabalhos iniciais de implementação da atualização Glamsterdam planejada para a Ethereum.

O suporte inicial não significa que uma futura atualização da Ethereum já esteja ativa na Mainnet.

Os operadores de nós devem consultar a página oficial de versões do Erigon antes de instalar ou atualizar o software.

Executar uma versão desatualizada durante uma atualização da rede Ethereum pode causar falha de sincronização, perda de deveres de validador ou divergência em relação à cadeia aceita.

O que é um cliente Ethereum?

Um cliente Ethereum é um software que implementa as regras da rede e do protocolo Ethereum.

Ele se comunica com outros nós, baixa dados da blockchain, verifica blocos, executa transações e mantém uma visão local do estado da Ethereum.

O guia oficial sobre nós e clientes da Ethereum explica que um nó é um computador que executa um ou mais componentes de cliente Ethereum.

Erigon se refere ao software, enquanto um nó Erigon é uma instalação em execução conectada à Ethereum ou a outra rede compatível.

Não é necessário fazer staking de 32 ETH para executar um nó Ethereum.

O staking só é necessário quando o operador também quer ativar um validador e participar diretamente das propostas de blocos e atestações.

Erigon como cliente de execução

A principal função do Erigon é executar e verificar transações da Ethereum.

Ele verifica assinaturas de transações, nonces, limites de gas, campos de taxas, saldos de contas, chamadas a contratos inteligentes, recibos e logs de eventos.

Ele executa bytecode da EVM e calcula as alterações resultantes no armazenamento de contratos e no estado das contas.

Quando a camada de consenso fornece um payload de execução, o Erigon verifica de forma independente se as transações produzem o resultado declarado.

Um payload de execução inválido é rejeitado mesmo que tenha sido recebido de um peer conectado ou proposto por um validador.

Essa verificação independente permite que os usuários confiem nas regras do protocolo Ethereum, em vez de depender de um único provedor de dados de blockchain.

O que é Caplin?

Caplin é a implementação integrada da camada de consenso Ethereum do Erigon.

Ele acompanha os blocos de proof-of-stake, as atestações de validadores, os checkpoints de consenso, a escolha de fork e a finalização.

Caplin permite que um operador execute as funções de execução e de consenso da Ethereum pela stack de software do Erigon.

O guia de nós Ethereum do Erigon explica como Caplin é usado em uma configuração integrada de nó.

Caplin não transforma automaticamente o nó em um validador.

Um validador ainda precisa de credenciais de staking válidas, stake de ETH ativado, chaves de assinatura seguras e deveres de validador separados.

O Erigon pode usar um cliente de consenso externo?

O Erigon também pode se conectar a um cliente de consenso compatível separado.

Os componentes de execução e consenso se comunicam pela Engine API da Ethereum.

A Engine API permite que o cliente de consenso solicite a construção de blocos, forneça atualizações de escolha de fork e peça ao Erigon que verifique payloads de execução.

Essa conexão normalmente é autenticada com um segredo JSON Web Token compartilhado.

A Engine API deve permanecer em uma rede interna confiável, em vez de ficar exposta publicamente.

Os dois componentes de cliente devem ser compatíveis com as mesmas atualizações ativas do protocolo Ethereum.

Como o Erigon sincroniza a Ethereum

O Erigon se conecta a peers e obtém cabeçalhos de blocos, corpos de blocos, transações, recibos, informações de estado e dados de consenso.

Ele verifica as relações entre os blocos e aplica as transações de acordo com as regras da Ethereum.

Durante a sincronização, o cliente reconstrói as informações necessárias para representar o estado atual da blockchain.

O Erigon também cria índices que permitem que aplicativos encontrem transações, logs, informações de contas e registros históricos com eficiência.

Um nó não está totalmente operacional apenas porque baixou cabeçalhos de blocos recentes.

Ele também precisa concluir as etapas necessárias de execução, estado, indexação e consenso.

Sincronização em etapas

O Erigon é conhecido por sua arquitetura de sincronização em etapas.

A sincronização em etapas divide o processamento da blockchain em etapas especializadas, em vez de realizar todo o trabalho em um único processo contínuo.

Diferentes etapas podem gerenciar cabeçalhos e corpos de blocos, recuperação de remetentes, execução de transações, recibos, índices históricos e dados de consulta de transações.

Esse design pode reduzir o trabalho repetido no banco de dados e melhorar o processamento de grandes conjuntos de dados históricos.

A visão geral da arquitetura do Erigon explica como a sincronização em etapas e o processamento em lote favorecem o desempenho e a eficiência de armazenamento.

A sincronização em etapas não ignora a verificação da Ethereum.

Ela reorganiza o mesmo trabalho necessário em etapas de processamento mais eficientes.

Armazenamento de estado plano

O Erigon armazena boa parte do estado de trabalho da Ethereum em um formato plano de chave-valor.

Isso permite que o cliente recupere informações de contas e do armazenamento de contratos sem percorrer repetidamente uma estrutura de dados complexa a cada solicitação.

O Erigon ainda calcula os compromissos criptográficos de estado exigidos pela Ethereum.

A organização interna do armazenamento é uma decisão de implementação e não altera as regras públicas de consenso da Ethereum.

Os aplicativos devem usar interfaces RPC compatíveis em vez de ler diretamente o banco de dados interno do Erigon.

A organização do banco de dados pode mudar entre versões do cliente.

Snapshots

O Erigon armazena grandes quantidades de informações antigas da blockchain em arquivos de snapshot imutáveis.

Os snapshots podem ser compactados, distribuídos, copiados, reparados e processados com eficiência.

O cliente pode obter snapshots históricos de outras fontes e, em seguida, verificá-los de acordo com as relações entre os blocos e as regras do protocolo Ethereum.

Baixar dados de snapshot não exige confiar cegamente na fonte que os forneceu.

O nó ainda realiza a validação ao construir sua visão local da cadeia.

Os snapshots podem reduzir o tempo e a sobrecarga do banco de dados necessários para obter grandes volumes de informações históricas da blockchain.

Nós full do Erigon

Um nó full do Erigon verifica blocos da Ethereum e mantém o estado atual da blockchain necessário para a operação normal.

Ele pode responder a solicitações comuns sobre saldos, blocos, transações, recibos, logs, estado de contratos e estimativas de gas.

Um nó full pode podar parte do estado antigo que não é necessário para verificar a cadeia atual.

Isso significa que talvez ele não consiga responder a todas as consultas históricas de contas ou contratos inteligentes referentes aos primeiros blocos da Ethereum.

O termo full se refere à verificação completa do protocolo, não ao armazenamento permanente de todos os estados históricos intermediários.

Nós archive do Erigon

Um nó archive mantém um amplo histórico do estado da Ethereum.

Ele pode responder a consultas sobre saldos de contas, armazenamento de contratos e estado de execução em alturas antigas de bloco.

Nós archive são úteis para exploradores de blockchain, plataformas de análise, sistemas de contabilidade, pesquisas forenses, simulações históricas e investigações de contratos inteligentes.

A documentação de poda do Erigon explica quando o modo archive é necessário.

Um nó archive exige consideravelmente mais espaço em disco e pode precisar de memória e capacidade de processamento adicionais.

Os operadores devem selecionar o modo archive antes da sincronização quando souberem que precisarão do estado histórico.

Modos de poda do Erigon

A poda remove dados da blockchain que não são necessários para a carga de trabalho selecionada para o nó.

A documentação atual do Erigon 3 inclui as predefinições full, archive, minimal e blocks.

O modo full é adequado para muitas cargas de trabalho padrão de nós e RPC.

O modo archive preserva o estado histórico para consultas de blocos antigos e análises detalhadas.

O modo minimal reduz o uso de disco em determinados ambientes de validadores ou com armazenamento restrito.

O modo blocks oferece outro equilíbrio entre as informações de blocos mantidas e o estado histórico.

A escolha correta depende de o nó oferecer suporte a staking, carteiras, rastreamento, análises, consultas históricas ou infraestrutura pública.

O guia de boas práticas do Erigon alerta que alterar os requisitos de poda posteriormente pode exigir uma sincronização completa novamente.

Execução paralela de blocos

Erigon v3.5 habilita a execução paralela de blocos por padrão.

As transações da Ethereum devem produzir o mesmo resultado final que produziriam se fossem executadas na ordem exigida.

No entanto, algumas transações afetam contas e locais de armazenamento de contratos sem relação entre si.

O Erigon pode processar partes dessas transações independentes em vários núcleos do processador.

O cliente acompanha conflitos de estado e verifica novamente ou reexecuta as transações afetadas quando necessário.

Isso pode melhorar o desempenho da execução sem alterar a ordem das transações nem os resultados de consenso da Ethereum.

A execução paralela é uma otimização interna e não cria um estado diferente para a blockchain.

Serviços RPC do Erigon

O Erigon fornece interfaces RPC que carteiras, aplicativos descentralizados e ferramentas para desenvolvedores podem usar para acessar dados da Ethereum.

As solicitações comuns incluem consultar saldos, blocos, recibos de transações, logs de eventos, informações de taxas, estado de contratos e identificação da cadeia.

Os aplicativos também podem transmitir transações assinadas por meio de um endpoint RPC do Erigon.

A referência de configuração do Erigon documenta namespaces RPC, interfaces, limites e opções de linha de comando.

Os operadores devem habilitar somente os namespaces RPC necessários aos aplicativos.

Métodos de depuração e rastreamento podem consumir muitos recursos e devem ser protegidos com limites de solicitações e controles de acesso.

JSON-RPC e APIs internas

JSON-RPC é a interface padrão normalmente usada por carteiras e aplicativos Ethereum.

As solicitações podem ser enviadas por conexões HTTP ou WebSocket.

O Erigon também oferece suporte à comunicação interna entre componentes modulares por meio de interfaces eficientes, como gRPC.

Esses serviços internos podem conectar o processo central do banco de dados a um processo RPC separado.

As APIs internas normalmente devem permanecer no localhost ou em uma rede privada protegida.

Expô-las publicamente pode criar riscos de acesso não autorizado, divulgação de informações e negação de serviço.

Rastreamento de transações

O Erigon oferece suporte ao rastreamento de transações para análise detalhada da EVM.

Um rastreamento pode mostrar chamadas internas de contratos, transferências de valor, criação de contratos, operações revertidas e consumo de gas.

O rastreamento é útil para depuração de contratos inteligentes, investigação de exploits, análise de blockchain e monitoramento de transações.

A documentação de rastreamento do Erigon explica os métodos disponíveis.

As solicitações de rastreamento podem exigir muito poder computacional.

O rastreamento histórico também depende de o nó manter o estado e os dados de bloco necessários.

Os operadores de RPC público devem impedir que solicitações individuais de rastreamento esgotem os recursos do nó.

Erigon e staking de Ethereum

O Erigon pode fornecer os serviços de execução e consenso necessários para a configuração de um validador Ethereum.

Um operador de validador pode usar Caplin ou conectar o Erigon a um cliente de consenso compatível separado.

O validador ainda precisa de stake ativado e credenciais de assinatura válidas.

Também é necessário configurar um destinatário de taxas e permanecer online para realizar atestações e propostas de blocos.

Executar o Erigon sem um validador ativo não gera recompensas de staking.

O guia de staking do Erigon fornece instruções atualizadas de configuração.

Segurança das chaves de validador

As chaves de assinatura de validador autorizam atestações e propostas de blocos.

Elas não devem ser expostas por interfaces RPC públicas nem armazenadas em arquivos comuns de configuração de aplicativos.

A mesma chave de validador ativa não deve ser executada em dois sistemas ao mesmo tempo.

Assinaturas duplicadas podem gerar mensagens conflitantes e causar slashing.

Os procedimentos de failover e migração devem incluir dados de proteção contra slashing e um método confiável para impedir ativações simultâneas.

As credenciais de saque devem ser armazenadas separadamente do ambiente online de assinatura do validador.

Erigon e a diversidade de clientes

A Ethereum oferece suporte a várias implementações de clientes de execução e consenso desenvolvidas de forma independente.

A diversidade de clientes reduz o risco de que um único bug de software afete a maior parte da rede ao mesmo tempo.

O guia oficial sobre diversidade de clientes da Ethereum explica por que várias implementações aumentam a resiliência.

Executar o Erigon pode contribuir para a diversidade de clientes de execução.

Clientes diferentes ainda precisam seguir as mesmas regras ativas da Ethereum e concordar sobre transições de estado válidas.

A diversidade de clientes não permite que cada implementação crie sua própria versão do estado da Ethereum.

Requisitos de hardware

Os requisitos de hardware do Erigon dependem da rede selecionada, do modo de poda, do tráfego RPC, da carga de trabalho de rastreamento e das necessidades de arquivo.

Um armazenamento SSD rápido conectado localmente é especialmente importante.

A sincronização da Ethereum exige leituras e gravações frequentes relacionadas a estado de contas, armazenamento de contratos, recibos, índices e snapshots.

O guia de hardware do Erigon recomenda armazenamento NVMe de alto desempenho.

Discos rígidos mecânicos podem ser lentos demais para uma sincronização confiável da Ethereum.

Nós archive exigem mais armazenamento e memória do que nós full comuns.

Os operadores devem deixar espaço em disco disponível, pois o desempenho do nó pode cair quando o dispositivo de armazenamento fica quase cheio.

Monitoramento de um nó Erigon

Um nó Erigon de produção deve ser monitorado continuamente.

As métricas importantes incluem status de sincronização, quantidade de peers, atraso dos blocos, uso e latência do disco, consumo de memória, carga do processador e tempo de resposta RPC.

Uma configuração de validador também deve monitorar o desempenho das atestações, as propostas de blocos, as configurações do destinatário de taxas e a compatibilidade dos clientes.

Os alertas devem ser acionados antes que o disco fique cheio ou que o nó fique significativamente atrasado em relação ao topo da cadeia.

Os sistemas de monitoramento não devem expor publicamente portas internas, credenciais, dados de validadores ou funções de administração do nó.

Proteção de RPC do Erigon

Um endpoint RPC do Erigon pode expor consultas de carteiras, informações sobre transações pendentes, detalhes da infraestrutura e recursos computacionais.

Os serviços RPC privados normalmente devem estar vinculados ao localhost ou a uma rede interna controlada.

Os serviços remotos podem usar firewalls, conexões criptografadas, autenticação, proxies reversos, filtragem de solicitações e limites de taxa.

A documentação de portas do Erigon diferencia as portas públicas peer-to-peer dos serviços RPC internos e da Engine API.

Interfaces administrativas, de depuração e de componentes internos com amplos recursos não devem ficar abertas à internet por padrão.

Segurança da Engine API e do JWT

A conexão da Engine API é protegida por um segredo JWT compartilhado.

Esse segredo ajuda a impedir que aplicativos não autorizados emitam comandos de coordenação de execução e consenso.

O arquivo deve ser legível apenas pelos processos de cliente Ethereum necessários e pelos administradores do sistema.

Ele não deve ser publicado em um repositório, captura de tela, solicitação de suporte ou arquivo público de configuração.

A Engine API deve permanecer privada mesmo quando a autenticação JWT estiver habilitada.

Como baixar e atualizar o Erigon com segurança

O Erigon deve ser baixado de seu repositório oficial, dos arquivos de versões documentados ou de fontes autenticadas de contêineres.

Os operadores devem verificar tags de versão, checksums, assinaturas, nomes de pacotes e detalhes de imagens quando disponíveis.

Um binário de cliente malicioso pode alterar resultados RPC, redirecionar a receita do validador, danificar dados da blockchain ou roubar credenciais confidenciais.

O processo deve ser executado em uma conta dedicada do sistema operacional, com permissões limitadas.

Antes de atualizar, os operadores devem ler as notas da versão para verificar alterações em flags, migrações de banco de dados, comportamento de poda e suporte a atualizações da Ethereum.

Sistemas críticos devem testar versões principais antes de implantá-las em produção.

Erigon e as atualizações da Ethereum

As atualizações da Ethereum alteram as regras que os clientes compatíveis precisam implementar.

As versões do Erigon adicionam suporte a novos tipos de transação, comportamentos da EVM, recursos de validadores e mudanças de consenso antes da ativação programada.

O suporte normalmente é testado em redes de desenvolvimento e testnets públicas antes da ativação na Mainnet.

Um cliente que contém código para uma atualização futura não significa que o recurso já esteja ativo.

Erigon v3.5 inclui suporte inicial à Glamsterdam, mas a atualização não está ativa na Ethereum Mainnet em 16 de julho de 2026.

Os operadores de nós devem acompanhar os anúncios oficiais de atualizações da Ethereum e do Erigon.

Vantagens do Erigon

O Erigon foi projetado para processar com eficiência a execução da Ethereum e os dados históricos.

Seu sistema de sincronização em etapas organiza grandes volumes de processamento da blockchain em etapas especializadas.

Seu formato de estado plano pode melhorar o acesso ao banco de dados.

Seus snapshots permitem distribuir e armazenar dados antigos com eficiência.

Seus recursos de arquivo e rastreamento podem dar suporte a análises avançadas de blockchain.

Sua arquitetura modular pode atender tanto à implantação de nós pessoais quanto à de grandes infraestruturas.

Caplin pode reduzir a necessidade de gerenciar um aplicativo de consenso completamente separado.

Executar o Erigon também pode contribuir para a diversidade de clientes da Ethereum.

Limitações e riscos

O Erigon ainda exige hardware, armazenamento, largura de banda e manutenção técnica significativos.

O modo archive pode consumir vários terabytes de armazenamento de alto desempenho.

O rastreamento e as consultas históricas abrangentes podem sobrecarregar o nó.

Implantações modulares introduzem serviços, portas, credenciais e pontos de falha adicionais.

Um bug no cliente pode causar travamentos, falhas de sincronização, resultados locais incorretos ou indisponibilidade do validador.

O Erigon verifica a execução da Ethereum, mas não determina se um contrato inteligente é financeiramente seguro.

Ele também não pode reverter uma transação confirmada nem recuperar uma chave privada de carteira perdida.

Exemplo de execução de um nó Erigon

Suponha que um desenvolvedor queira um endpoint RPC privado da Ethereum Mainnet.

O desenvolvedor prepara um computador com memória suficiente e armazenamento NVMe rápido.

A versão atual do Erigon é baixada de uma fonte oficial e os detalhes do pacote são verificados.

O nó é configurado para a Ethereum Mainnet com um modo de poda adequado.

Caplin acompanha a camada de consenso enquanto o Erigon verifica a execução das transações.

As portas peer-to-peer são configuradas para que o nó possa se comunicar com peers da Ethereum.

O acesso RPC é limitado à rede interna do desenvolvedor.

O aplicativo usa o nó para consultar saldos, blocos, recibos e eventos de contratos.

O monitoramento acompanha a sincronização, os peers, o espaço em disco, a memória e o desempenho RPC.

O operador atualiza o Erigon antes das atualizações necessárias da rede Ethereum.

Essa configuração fornece dados da Ethereum verificados de forma independente, sem que o Erigon mantenha a custódia dos ativos dos usuários.

Erros comuns ao usar Erigon

Um erro comum é presumir que executar o Erigon cria automaticamente um validador Ethereum.

Outro erro é expor publicamente portas RPC internas, de depuração ou da Engine API.

Um terceiro erro é selecionar o modo archive sem espaço de armazenamento suficiente.

Um quarto erro é escolher um modo de poda sem entender quais consultas históricas ele remove.

Um quinto erro é usar armazenamento lento que não acompanha o processamento da Ethereum.

Um sexto erro é executar a mesma chave de validador em dois sistemas ativos.

Um sétimo erro é ignorar avisos de atualização do cliente antes de uma atualização da rede.

Um oitavo erro é presumir que o download dos cabeçalhos de blocos significa que a sincronização terminou.

Um nono erro é publicar segredos JWT ou arquivos de configuração internos.

Um décimo erro é tratar uma resposta RPC válida do Erigon como prova de que um ativo cripto ou contrato inteligente é confiável.

Perguntas frequentes

O que é Erigon?

Erigon é um software cliente de Ethereum de código aberto usado para verificar blocos, executar transações, manter o estado e fornecer dados da blockchain.

Erigon é um cliente de execução?

Sim, Erigon é principalmente um cliente de execução Ethereum.

O que é Caplin?

Caplin é a implementação integrada da camada de consenso do Erigon para acompanhar os blocos de proof-of-stake e a finalização da Ethereum.

Qual é a versão mais recente do Erigon?

Em 16 de julho de 2026, a versão principal mais recente marcada é Erigon v3.5.0.

Erigon é uma carteira?

Não. Erigon é um software para nós e não funciona como uma carteira comum de criptomoedas para consumidores.

Erigon é uma criptomoeda?

Não. Erigon é um software e não exige um token nativo.

O Erigon pode ser usado para staking de Ethereum?

Sim. Ele pode fornecer serviços de execução e consenso para uma configuração de validador, mas ainda são necessárias credenciais de staking e configuração do validador.

Executar o Erigon gera ETH?

Um nó Erigon que não atua como validador não recebe recompensas do protocolo.

O que é sincronização em etapas?

A sincronização em etapas divide a sincronização da Ethereum em fases de processamento especializadas para melhorar a eficiência.

O que é um nó archive do Erigon?

Um nó archive mantém um amplo histórico de estado para consultas sobre saldos, armazenamento, rastreamento e análises de blocos antigos.

Quais modos de poda o Erigon oferece?

A documentação atual do Erigon 3 inclui os modos full, archive, minimal e blocks.

Um nó full pode responder a todas as consultas históricas?

Não. Um nó full com poda pode não manter o estado necessário para todas as consultas históricas.

O Erigon oferece suporte a rastreamento?

Sim. O Erigon oferece métodos de rastreamento de transações e depuração quando os dados necessários estão disponíveis.

O que é execução paralela de blocos?

É uma otimização que processa transações sem conflitos em vários núcleos do processador, preservando o resultado exigido pela Ethereum.

O Erigon exige armazenamento rápido?

Sim. O armazenamento NVMe de alto desempenho é altamente recomendado para uma sincronização confiável da Ethereum.

O RPC do Erigon deve ser público?

Somente métodos selecionados de forma deliberada devem ser expostos, com autenticação, criptografia, filtragem e limites de taxa adequados.

Por que o segredo JWT é importante?

Ele autentica a comunicação da Engine API entre os componentes de execução e consenso.

O Erigon pode reverter uma transação Ethereum?

Não. O Erigon não pode reverter uma transação Ethereum confirmada.

O Erigon comprova que um contrato inteligente é seguro?

Não. Ele verifica a execução do protocolo, mas não audita o design financeiro ou de segurança de um contrato.

Por que o Erigon é importante para a diversidade de clientes?

Ele oferece uma implementação desenvolvida de forma independente, reduzindo a dependência da Ethereum em relação a uma única base de código de cliente.

Conclusão

Erigon é um cliente Ethereum de código aberto focado na execução eficiente de transações, sincronização da blockchain, dados históricos, acesso RPC e infraestrutura modular.

Ele verifica transações da Ethereum, mantém o estado de contas e contratos, processa a execução da EVM e verifica payloads de execução.

Seu componente Caplin também pode acompanhar a camada de consenso de proof-of-stake da Ethereum.

Entre os principais recursos estão sincronização em etapas, armazenamento de estado plano, snapshots, poda configurável, suporte a arquivo, rastreamento de transações e execução paralela de blocos.

O modo full é adequado para muitas cargas de trabalho normais, enquanto o modo archive é necessário para consultas extensas ao estado histórico.

O Erigon pode dar suporte à infraestrutura de validadores, mas executar o cliente por si só não ativa um validador nem gera ETH.

Os operadores devem proteger as chaves de validadores, as credenciais de saque, os segredos JWT, as interfaces RPC e os serviços de rede internos.

Também devem fornecer armazenamento, memória, largura de banda, monitoramento e manutenção de software suficientes.

Em 16 de julho de 2026, Erigon v3.5.0 é a versão principal mais recente marcada.

Executar o Erigon pode fornecer dados da Ethereum verificados de forma independente e contribuir para a diversidade de clientes.

Entender o Erigon ajuda os usuários de cripto a distinguir o software de nós Ethereum de uma carteira, token, validador, explorador de blocos ou blockchain separada.