Execute seu próprio nó Ethereum

Exdcutar um nó próprio proporciona vários benefícios, abre novas possibilidades e ajuda a dar suporte ao ecossistema. Esta página vai ajudar você a iniciar seu próprio nó, para assim participar na validação das transações de Ethereum.

Observe que, após A Fusão, são necessários dois clientes para executar um nó Ethereum: um cliente da camada de execução (EL) e um cliente da camada de consenso (CL). Esta página mostrará como instalar, configurar e conectar esses dois clientes para executar um nó Ethereum.

Pré-requisitos

Você deve entender o que é um nó Ethereum e por que é importante executar um cliente. Isto é abordado em Nós e clientes.

Se você é novo no tópico de executar um nó ou está procurando um caminho menos técnico, recomendamos primeiro verificar nossa introdução simplificada sobre como executar um nó do Ethereum.

Escolhendo uma abordagem

O primeiro passo para iniciar um nó é escolher sua abordagem. Com base nos requisitos e várias possibilidades, você deve selecionar a implementação do cliente (de ambos os clientes de execução e consenso), o ambiente (hardware, sistema) e os parâmetros para as configurações do cliente.

Esta página guiará você por essas decisões e ajudará você a encontrar a maneira mais adequada para executar sua instância do Ethereum.

Para escolher entre as implementações de cliente, veja todos os clientes de execução e clientes de consenso prontos para a Mainnet e saiba mais sobre a diversidade de clientes.

Decida se quer executar o software em seu próprio hardware ou na nuvem, considerando os requisitos dos clientes.

Depois de preparar o ambiente, instale os clientes escolhidos com uma interface amigável para iniciantes ou manualmente usando um terminal com opções avançadas.

Quando o nó estiver em execução e sincronizando, você estará pronto para usá-lo, mas certifique-se de ficar de olho na sua manutenção.

Ambiente e hardware

Local ou nuvem

Os clientes Ethereum são capazes de executar em computadores de grau de consumo e não exigem nenhum hardware especial, como máquinas de mineração, por exemplo. Portanto, você tem várias opções para implantar o nó de acordo com suas necessidades. Para simplificar, vamos analisar como executar um nó em uma máquina física local e um servidor na nuvem:

• Nuvem
  • Os provedores oferecem alto tempo de atividade do servidor e endereços IP públicos estáticos
  • Obter um servidor dedicado ou virtual pode ser mais cômodo que desenvolver o seu próprio
  • A desvantagem está em ter que confiar em um terceiro: o servidor
  • Por causa do tamanho do armazenamento necessário para o nó completo, o preço de um servidor alugado pode ficar alto
• Hardware próprio
  • Um método mais confiável e soberano
  • Investimento único
  • Existe a opção para comprar máquinas pré-configuradas
  • Você tem que fisicamente preparar, manter e solucionar os problemas potenciais que surgirem

Ambas as opções têm vantagens e desvantagens, as quais foram resumidas acima. Caso estiver procurando uma solução para a nuvem, além de muitos provedores tradicionais de computação na nuvem, também existem serviços focados em executar nós. Confira nós como serviço para mais opções de nós hospedados.

Hardware

No entanto, uma rede descentralizada que resiste à censura não deve depender de provedores na nuvem. Em vez disso, executar seu nó em seu próprio hardware local é mais saudável para o ecossistema. Estimativas (opens in a new tab) mostram que uma grande parte dos nós é executada na nuvem, o que poderia se tornar um único ponto de falha.

Os clientes Ethereum podem ser executados no seu computador, laptop, servidor ou até mesmo em um computador de placa única. Enquanto for possível executar clientes em seu computador pessoal, ter um computador dedicado apenas para seu nó poderá melhorar significativamente seu desempenho e segurança, ao mesmo tempo que minimiza o impacto em seu computador principal.

O uso de seu próprio hardware pode ser muito fácil. Existem muitas opções simples, bem como configurações avançadas para pessoas mais técnicas. Então, vamos analisar os requisitos e meios para executar clientes Ethereum em seu computador.

Requisitos

Os requisitos de hardware diferem conforme o cliente, mas geralmente não são tão altos, já que o nó só precisa ser sincronizado. Não confunda isso com mineração, que requer muito mais poder de computação. No entanto, os tempos de sincronização e desempenho melhoram com hardware mais potente.

Antes de instalar qualquer cliente, verifique se o seu computador tem recursos suficientes para executá-lo. Você pode encontrar os requisitos mínimos e recomendados abaixo.

O afunilamento do seu hardware é, geralmente, o espaço em disco. Sincronizar a blockchain Ethereum é muito intensivo em termos de entrada/saída e requer muito espaço. É melhor ter uma unidade de estado sólido (SSD) com centenas de GBs de espaço livre sobrando mesmo após a sincronização.

O tamanho do banco de dados e a velocidade da sincronização inicial dependem do cliente escolhido, sua configuração e estratégia de sincronização.

Certifique-se também de que sua conexão com a internet não seja limitada por um limite de largura de banda (opens in a new tab). É recomendado usar uma conexão ilimitada para que a sincronização inicial e os dados transmitidos à rede possam exceder seu limite.

Sistema operacional

Todos os clientes dão suporte aos principais sistemas operacionais: Linux, MacOS e Windows. Isso significa que você pode executar seu nó em computadores ou servidores regulares com o sistema operacional (SO) que melhor atenda às suas necessidades. Verifique se o seu sistema operacional está atualizado para evitar possíveis problemas e vulnerabilidades de segurança.

Requisitos mínimos

• CPU com mais de 2 núcleos
• 8 GB de RAM
• SSD de 2 TB
• Mais de 10 MBit/s de largura de banda

Especificações recomendadas

• CPU rápida com mais de 4 núcleos
• Mais de 16 GB de RAM
• SSD rápido com mais de 2 TB
• Mais de 25 MBit/s de largura de banda

O modo de sincronização e o cliente que você escolher afetará os requisitos de espaço, mas estimamos o espaço em disco necessário para cada cliente abaixo.

• Nota: Erigon e Reth não oferecem sincronização instantânea, mas é possível fazer o Full Pruning (~2 Tb para Erigon, ~1,2 Tb para Reth)

Para clientes de consenso, o requisito de espaço também depende da implementação do cliente e dos recursos habilitados (p. ex., slasher de validador), mas geralmente conte com outros 200 GB necessários para dados de beacon. Com um grande número de validadores, a carga de largura de banda também aumenta. Você pode encontrar detalhes sobre os requisitos do cliente de consenso nesta análise (opens in a new tab).

Soluções plug-and-play

A opção mais fácil para executar um nó com seu próprio hardware é usando ferramentas plug-and-play. Máquinas pré-configuradas de fornecedores oferecem a experiência mais direta: pedir, conectar, executar. Tudo é pré-configurado e roda automaticamente com um guia intuitivo e painel de controle para monitorar e controlar o software.

• DappNode (opens in a new tab)
• Avado (opens in a new tab)

Ethereum em um computador de placa única

Uma maneira fácil e barata de executar um nó Ethereum é usar um computador de placa única, mesmo com uma arquitetura ARM como o Raspberry Pi. Ethereum on ARM (opens in a new tab) fornece imagens fáceis de executar de vários clientes de execução e de consenso para Raspberry Pi e outras placas ARM.

Dispositivos pequenos, acessíveis e eficientes como esses são ideais para executar um nó em casa, porém, lembre-se de seu desempenho limitado.

Iniciando o nó

A configuração real do cliente pode ser feita com programas automatizados ou manualmente, configurando o software do cliente diretamente.

Para usuários menos avançados, a abordagem recomendada é usar um programa, ou seja, um software que orienta você durante a instalação e automatiza o processo de configuração do cliente. No entanto, se você tiver alguma experiência em usar um terminal, as etapas da configuração manual deverão ser simples de seguir.

Configuração guiada

Vários projetos de fácil utilização visam melhorar a experiência de configuração de um cliente. Esses programas fornecem instalação e configuração automáticas de cliente, com alguns até oferecendo uma interface gráfica para configuração guiada e monitoramento de clientes.

Abaixo estão alguns projetos que podem ajudar você a instalar e controlar clientes com apenas alguns cliques:

• DappNode (opens in a new tab) - DappNode não vem apenas com uma máquina de um fornecedor. O software, o verdadeiro inicializador de nós e o centro de controle com muitos recursos podem ser usados em hardwares aleatórios.
• EthPillar (opens in a new tab) - A maneira mais rápida e fácil de configurar um nó completo. Ferramenta de configuração linear e gerenciamento de nó TUI. Gratuito. Código aberto. Bons públicos para Ethereum por solistas. Apoio de ARM64 e AMD64.
• eth-docker (opens in a new tab) - Configuração automatizada usando Docker focada em staking fácil e seguro, requer conhecimento básico de terminal e Docker, recomendado para usuários um pouco mais avançados.
• Stereum (opens in a new tab) - Iniciador para instalar clientes em um servidor remoto via conexão SSH com um guia de configuração da GUI, centro de controle e muitos outros recursos.
• NiceNode (opens in a new tab) - Iniciador com uma experiência de usuário simples para executar um nó em seu computador. Basta escolher os clientes e iniciá-los em alguns cliques. Ainda em desenvolvimento.
• Sedge (opens in a new tab) - Ferramenta de configuração de nó que gera automaticamente uma configuração do Docker usando o assistente da CLI. Escrito em Go pela Nethermind.

Configuração manual de clientes

A outra opção é baixar, verificar e configurar o software cliente manualmente. Mesmo que alguns clientes ofereçam uma interface gráfica, uma configuração manual ainda requer habilidades básicas com o terminal, mas oferece muito mais versatilidade.

Conforme explicado anteriormente, configurar seu próprio nó Ethereum exigirá executar um par de clientes de consenso e execução. Alguns clientes podem incluir um cliente leve de outro tipo e sincronizar sem a necessidade de qualquer outro software. No entanto, a verificação sem confiança completa requer as duas implementações.

Obtendo o software do cliente

Primeiro, você precisa obter o software de sua preferência de cliente de execução e cliente de consenso.

Você pode simplesmente baixar um aplicativo executável ou um pacote de instalação que se adapte ao seu sistema operacional e à sua arquitetura. Sempre verifique as assinaturas e as somas de verificação dos pacotes baixados. Alguns clientes também oferecem repositórios ou imagens do Docker para instalação e atualizações mais fáceis. Todos os clientes são de código aberto, portanto, você também pode construí-los a partir do código-fonte. Esse método é mais avançado, mas, em alguns casos, pode ser necessário.

As instruções para instalar cada cliente são fornecidas na documentação associada às listas de clientes acima.

Aqui estão as páginas de lançamento dos clientes, nas quais você pode encontrar seus binários pré-compilados ou instruções sobre instalação:

Clientes de execução

• Besu (opens in a new tab)
• Erigon (opens in a new tab)
• Geth (opens in a new tab)
• Nethermind (opens in a new tab)
• Reth (opens in a new tab)

Também vale a pena notar que a diversidade de clientes é um problema na camada de execução. Recomenda-se que os leitores considerem a execução de um cliente de execução minoritário.

Clientes de consenso

• Lighthouse (opens in a new tab)
• Lodestar (opens in a new tab) (Não fornece um binário pré-compilado, apenas uma imagem Docker ou para ser construído a partir do código-fonte)
• Nimbus (opens in a new tab)
• Prysm (opens in a new tab)
• Teku (opens in a new tab)

A diversidade de clientes é fundamental para nós de consenso que executam validadores. Se a maioria dos validadores estiver executando uma única implementação do cliente, a segurança da rede estará em risco. Portanto, é recomendável considerar a escolha de um cliente minoritário.

Veja o uso mais recente do cliente de rede (opens in a new tab) e saiba mais sobre a diversidade de clientes.

Verificando o software

Ao baixar o software da Internet, é recomendável verificar sua integridade. Essa etapa é opcional, mas, especialmente com uma parte de infraestrutura crucial como o cliente Ethereum, é importante estar ciente dos possíveis vetores de ataque e evitá-los. Se você baixou um binário pré-compilado, você precisa confiar nele e correr o risco de um invasor substituir o executável por um malicioso.

Os desenvolvedores assinam binários lançados com suas chaves PGP para que você possa verificar criptograficamente se está executando exatamente o software que eles criaram. Você só precisa obter as chaves públicas usadas pelos desenvolvedores, que podem ser encontradas nas páginas de lançamento do cliente ou na documentação. Após baixar a versão do cliente e sua assinatura, você pode usar uma implementação PGP, por exemplo, GnuPG (opens in a new tab) para verificá-los facilmente. Confira um tutorial sobre como verificar software de código aberto usando gpg no linux (opens in a new tab) ou Windows/MacOS (opens in a new tab).

Outra forma de verificação é garantir que o hash, uma impressão digital criptográfica exclusiva do software que você baixou, corresponde ao fornecido pelos desenvolvedores. Isso é ainda mais fácil do que usar o PGP, e alguns clientes oferecem apenas essa opção. Basta executar a função de hash no software baixado e compará-lo com o da página de lançamento. Por exemplo:

1sha256sum teku-22.6.1.tar.gz
2
39b2f8c1f8d4dab0404ce70ea314ff4b3c77e9d27aff9d1e4c1933a5439767dde

Configuração do cliente

Depois de instalar, baixar ou compilar o software cliente, você estará pronto para executá-lo. Isso só significa que ele tem de ser executado com a configuração adequada. Os clientes oferecem opções de configuração variadas, que podem habilitar vários recursos.

Vamos começar com opções que podem influenciar significativamente o desempenho do cliente e o uso de dados. Modos de sincronização representam diferentes métodos de baixar e validar dados da blockchain. Antes de iniciar o nó, você deve decidir que rede e modo de sincronização deve ser usado. As coisas mais importantes a considerar são o espaço em disco e o tempo de sincronização de que o cliente precisará. Preste atenção nos documentos do cliente para determinar qual modo de sincronização é o padrão. Se não for adequado para você, escolha outro com base no nível de segurança, nos dados disponíveis e no custo. Além do algoritmo de sincronização, você também pode definir a remoção de diferentes tipos de dados antigos. A poda (pruning) permite excluir dados desatualizados, ou seja, remover nós da árvore de estado que são inacessíveis a partir de blocos recentes.

Outras opções básicas de configuração são, por exemplo, escolher uma rede - Mainnet ou redes de teste, habilitar o endpoint HTTP para RPC ou WebSockets, etc. Você pode encontrar todos os recursos e opções na documentação do cliente. Várias configurações de cliente podem ser definidas executando o cliente com os marcadores correspondentes diretamente na CLI ou no arquivo de configuração. Cada cliente é um pouco diferente, por isso, sempre consulte a documentação oficial ou a página de ajuda do cliente para obter detalhes sobre as opções de configuração.

Para fins de teste, você pode preferir executar um cliente em uma das redes de testes. Veja a visão geral das redes suportadas.

Exemplos de execução de clientes de execução com configuração básica podem ser encontrados na próxima seção.

Iniciando o cliente de execução

Antes de iniciar o software cliente do Ethereum, faça uma última verificação para ter certeza de que seu ambiente está pronto. Por exemplo, verifique se:

• Há espaço em disco suficiente, considerando a rede escolhida e o modo de sincronização.
• A memória e a CPU não são interrompidas por outros programas.
• O sistema operacional é atualizado para a versão mais recente.
• O sistema tem a hora e a data corretas.
• Seu roteador e seu firewall aceitam conexões nas portas de escuta. Por padrão, os clientes do Ethereum usam uma porta de escuta (TCP) e uma porta de descoberta (UDP), ambas na porta 30303 por padrão.

Execute seu cliente primeiro em uma rede de testes para garantir que tudo esteja funcionando corretamente.

Ao iniciar, você precisa declarar alguma configuração de cliente que não seja a padrão. Você pode usar sinalizadores ou o arquivo de configuração para declarar sua configuração preferida. O conjunto de recursos e a sintaxe de configuração de cada cliente diferem. Confira a documentação do seu cliente para ver as especificações.

Os clientes de execução e de consenso se comunicam por meio de um ponto de extremidade autenticado especificado na API do Motor (Engine API) (opens in a new tab). Para se conectar a um cliente de consenso, o cliente de execução deve gerar um jwtsecret (opens in a new tab) em um caminho conhecido. Por razões de segurança e estabilidade, os clientes devem ser executados no mesmo computador e ambos os clientes devem conhecer esse caminho, pois ele é usado para autenticar uma conexão RPC local entre eles. O cliente de execução também deve definir uma porta de escuta para APIs autenticadas.

Esse token é gerado automaticamente pelo software cliente, mas, em alguns casos, talvez você precise fazer isso sozinho. Você pode gerá-lo usando OpenSSL (opens in a new tab):

1openssl rand -hex 32 > jwtsecret

Executando um cliente de execução

Esta seção guiará você na inicialização dos clientes de execução. Ela serve apenas como exemplo de configuração básica, que iniciará o cliente com estas configurações:

• Especifica a rede para conectar. A rede principal, em nossos exemplos
  • Você pode, em vez disso, escolher uma das redes de teste para testes preliminares de sua configuração
• Define o diretório de dados, no qual todos os dados, incluindo a blockchain, serão armazenados
  • Certifique-se de substituir o caminho por um real, por exemplo, apontando para sua unidade externa
• Habilita interfaces para comunicação com o cliente
  • Incluindo JSON-RPC e Engine API para comunicação com o cliente de consenso
• Define o caminho para jwtsecret para a API autenticada
  • Certifique-se de substituir o caminho de exemplo por um real que possa ser acessado pelos clientes, por exemplo, /tmp/jwtsecret

Lembre-se de que este é apenas um exemplo básico, todas as outras configurações serão definidas como padrão. Preste atenção na documentação de cada cliente para saber mais sobre valores padrão, configurações e recursos. Para mais recursos, por exemplo, para executar validadores, monitoramento, etc., consulte a documentação específica do cliente.

Observe que as barras invertidas `` nos exemplos são apenas para fins de formatação; os sinalizadores de configuração podem ser definidos em uma única linha.

Executando o Besu

Este exemplo inicia o Besu na Mainnet, armazena dados da blockchain no formato padrão em /data/ethereum, habilita o JSON-RPC e o Engine RPC para conectar o cliente de consenso. A Engine API é autenticada com o token jwtsecret e somente chamadas de localhost são permitidas.

1besu --network=mainnet \
2    --data-path=/data/ethereum \
3    --rpc-http-enabled=true \
4    --engine-rpc-enabled=true \
5    --engine-host-allowlist="*" \
6    --engine-jwt-enabled=true \
7    --engine-jwt-secret=/path/to/jwtsecret

O Besu também vem com uma opção de inicializador, que fará uma série de perguntas e gerará o arquivo de configuração. Execute o inicializador interativo usando:

1besu --Xlauncher

A documentação do Besu (opens in a new tab) contém opções e detalhes de configuração adicionais.

Executando o Erigon

Este exemplo inicia o Erigon na Mainnet, armazena dados da blockchain em /data/ethereum, habilita o JSON-RPC, define quais namespaces são permitidos e habilita a autenticação para conectar o cliente de consenso que é definido pelo caminho jwtsecret.

1erigon --chain mainnet \
2    --datadir /data/ethereum \
3    --http --http.api=engine,eth,web3,net \
4    --authrpc.jwtsecret=/path/to/jwtsecret

O Erigon, por padrão, executa uma sincronização completa com um HDD de 8 GB, que resultará em mais de 2 TB de dados de arquivo. Certifique-se de que datadir aponta para um disco com espaço livre suficiente ou veja o sinalizador --prune que pode reduzir diferentes tipos de dados. Verifique o --help do Erigon para saber mais.

Executando o Geth

Este exemplo inicia o Geth na Mainnet, armazena os dados da blockchain em /data/ethereum, habilita o JSON-RPC e define quais namespaces são permitidos. Também habilita a autenticação para conectar o cliente de consenso, o que requer o caminho para jwtsecret e também uma opção que define quais conexões são permitidas, em nosso exemplo apenas de localhost.

1geth --mainnet \
2    --datadir "/data/ethereum" \
3    --http --authrpc.addr localhost \
4    --authrpc.vhosts="localhost" \
5    --authrpc.port 8551
6    --authrpc.jwtsecret=/path/to/jwtsecret

Verifique a documentação para todas as opções de configuração (opens in a new tab) e saiba mais sobre como executar o Geth com um cliente de consenso (opens in a new tab).

Executando o Nethermind

O Nethermind oferece várias opções de instalação (opens in a new tab). O pacote vem com vários binários, incluindo um Inicializador com configuração guiada, que ajudará você a criar a configuração interativamente. Como alternativa, você encontrará o Executor, que é o executável em si, que simplesmente pode ser executado com os sinalizadores de configuração. O RPC-JSON é habilitado por padrão.

1Nethermind.Runner --config mainnet \
2    --datadir /data/ethereum \
3    --JsonRpc.JwtSecretFile=/path/to/jwtsecret

A documentação do Nethermind oferece um guia completo (opens in a new tab) sobre como executar o Nethermind com um cliente de consenso.

Um cliente de execução iniciará suas funções principais, pontos de extremidade escolhidos e começará a procurar por pares. Após conseguir descobrir os pares, o cliente inicia a sincronização. O cliente de execução aguardará uma conexão do cliente de consenso. Os dados atuais da cadeia de blocos estarão disponíveis assim que o cliente for sincronizado com sucesso com o estado atual.

Executando o Reth

Este exemplo inicia o Reth na rede principal, usando o local de dados padrão. Habilita a autenticação JSON-RPC e Engine RPC para conectar o cliente de consenso que é definido pelo caminho jwtsecret, com somente chamadas de localhost sendo permitidas.

1reth node \
2    --authrpc.jwtsecret /path/to/jwtsecret \
3    --authrpc.addr 127.0.0.1 \
4    --authrpc.port 8551

Veja Configurando o Reth (opens in a new tab) para saber mais sobre os diretórios de dados padrão. A documentação do Reth (opens in a new tab) contém opções e detalhes de configuração adicionais.

Iniciando o cliente de consenso

O cliente de consenso deve ser iniciado com a configuração de porta correta para estabelecer uma conexão RPC local com o cliente de execução. Os clientes de consenso têm de ser executados com a porta do cliente de execução exposta como argumento de configuração.

O cliente de consenso também precisa do caminho para o jwt-secret do cliente de execução para autenticar a conexão RPC entre eles. Semelhante aos exemplos de execução acima, cada cliente de consenso tem um parâmetro de configuração que usa o caminho do arquivo do token jwt como argumento. Isso deve ser consistente com o caminho jwtsecret fornecido ao cliente de execução.

Se você planeja executar um validador, certifique-se de adicionar um marcador de configuração especificando o endereço Ethereum do destinatário da taxa. É aí que as recompensas do ether para o validador se acumulam. Cada cliente de consenso tem uma opção, por exemplo, --suggested-fee-recipient=0xabcd1, que usa um endereço Ethereum como argumento.

Ao iniciar um nó Beacon em uma rede de teste, você pode economizar um tempo de sincronização significativo usando um endpoint público para Sincronização de Ponto de verificação (Checkpoint sync) (opens in a new tab).

Executando um cliente de consenso

Executando o Lighthouse

Antes de executar o Lighthouse, saiba mais sobre como instalá-lo e configurá-lo no Lighthouse Book (opens in a new tab).

1lighthouse beacon_node \
2    --network mainnet \
3    --datadir /data/ethereum \
4    --http \
5    --execution-endpoint http://127.0.0.1:8551 \
6    --execution-jwt /path/to/jwtsecret

Executando o Lodestar

Instale o software Lodestar compilando-o ou baixando a imagem do Docker. Saiba mais na documentação (opens in a new tab) e no guia de configuração (opens in a new tab) mais abrangente.

1lodestar beacon \
2    --dataDir="/data/ethereum" \
3    --network=mainnet \
4    --eth1.enabled=true \
5    --execution.urls="http://127.0.0.1:8551" \
6    --jwt-secret="/path/to/jwtsecret"

Executando o Nimbus

O Nimbus vem com ambos os clientes de consenso e de execução. Ele pode ser executado em vários dispositivos, até mesmo com um poder de computação bem modesto. Após instalar as dependências e o próprio Nimbus (opens in a new tab), você pode executar seu cliente de consenso:

1nimbus_beacon_node \
2    --network=mainnet \
3    --web3-url=http://127.0.0.1:8551 \
4    --rest \
5    --jwt-secret="/path/to/jwtsecret"

Executando o Prysm

O Prysm vem com um script que permite uma instalação automática fácil. Detalhes podem ser encontrados na documentação do Prysm (opens in a new tab).

1./prysm.sh beacon-chain \
2    --mainnet \
3    --datadir /data/ethereum  \
4    --execution-endpoint=http://localhost:8551  \
5    --jwt-secret=/path/to/jwtsecret

Executando o Teku

1teku --network mainnet \
2    --data-path "/data/ethereum" \
3    --ee-endpoint http://localhost:8551 \
4    --ee-jwt-secret-file "/path/to/jwtsecret"

Quando um cliente de consenso se conecta ao cliente de execução para ler o contrato de depósito e identificar validadores, ele também se conecta a outros pares do Beacon Node e começa a sincronizar os slots de consenso da origem. Quando o Beacon Node atinge a época atual, a API Beacon se torna utilizável para seus validadores. Saiba mais sobre as APIs do nó Beacon (opens in a new tab).

Adicionando validadores

Um cliente de consenso serve como um Beacon Node para os validadores se conectarem. Cada cliente de consenso tem seu próprio software de validador descrito em detalhes em sua respectiva documentação.

Executar seu próprio validador permite o staking individual, o método de maior impacto e sem necessidade de confiança para apoiar a rede Ethereum. No entanto, isso requer um depósito de 32 ETH. Para executar um validador em seu próprio nó com uma quantia menor, um pool descentralizado com operadores de nós sem permissão, como o Rocket Pool (opens in a new tab), pode ser do seu interesse.

A maneira mais fácil de começar com o staking e a geração de chaves de validador é usar a Plataforma de Lançamento de Staking da Rede de Teste Hoodi (opens in a new tab), que permite testar sua configuração executando nós na Hoodi (opens in a new tab). Quando estiver pronto para a Mainnet, você poderá repetir essas etapas usando a Plataforma de Lançamento de Staking da Mainnet (opens in a new tab).

Consulte a página de staking para ter uma visão geral sobre as opções de staking.

Usando o nó

Os clientes de execução oferecem endpoints da API RPC que você pode usar para enviar transações, interagir ou implantar contratos inteligentes na rede Ethereum de várias maneiras:

• Chamando-os manualmente com um protocolo adequado (por exemplo, usando curl)
• Anexando um console fornecido (por exemplo, geth attach)
• Implementando-os em aplicativos usando bibliotecas web3, por exemplo, web3.py (opens in a new tab), ethers (opens in a new tab)

Diferentes clientes têm diferentes implementações dos pontos de extremidade RPC. Porém, existe um JSON-RPC padrão que você pode usar com cada cliente. Para uma visão geral, leia a documentação do JSON-RPC. Os aplicativos que precisam de informações da rede Ethereum podem usar esse RPC. Por exemplo, a popular carteira MetaMask permite que você se conecte ao seu próprio endpoint RPC (opens in a new tab), o que tem fortes benefícios de privacidade e segurança.

Todos os clientes de consenso expõem uma API Beacon (opens in a new tab) que pode ser usada para verificar o status do cliente de consenso ou baixar blocos e dados de consenso, enviando solicitações usando ferramentas como o Curl (opens in a new tab). Mais informações sobre isso podem ser encontradas na documentação de cada cliente de consenso.

Acessando o RPC

A porta padrão para o JSON-RPC do cliente de execução é 8545, mas você pode modificar as portas dos endpoints locais na configuração. Por padrão, a interface RPC só pode ser acessada no host local do seu computador. Para torná-lo acessível remotamente, você pode querer expô-lo ao público alterando o endereço para 0.0.0.0. Isso o tornará acessível pela rede local e endereços IP públicos. Na maioria dos casos, você também precisará configurar o encaminhamento de porta no seu roteador.

Tenha cuidado ao expor as portas à Internet, pois isso permitirá que qualquer pessoa na Internet controle seu nó. Atores maliciosos poderão acessar seu nó para derrubar seu sistema ou roubar seus fundos se você estiver usando seu cliente como uma carteira.

Uma forma de contornar isso é evitar que métodos RPC potencialmente nocivos sejam modificáveis. Por exemplo, com o Geth, você pode declarar métodos modificáveis com um sinalizador: --http.api web3,eth,txpool.

O acesso à interface RPC pode ser estendido por meio do desenvolvimento de APIs da camada de borda ou aplicativos de servidor Web, como o Nginx, e conectando-os ao endereço e porta locais do seu cliente. Aproveitar uma camada intermediária também pode permitir que os desenvolvedores configurem um certificado para conexões https seguras com a interface RPC.

Configurar um servidor Web, um proxy ou uma API Rest externa não é a única maneira de fornecer acesso ao ponto de extremidade RPC do seu nó. Outra maneira de preservar a privacidade para configurar um endpoint publicamente acessível é hospedar o nó em seu próprio serviço onion do Tor (opens in a new tab). Isso permitirá que você se comunique com o RPC fora da sua rede local sem um endereço público estático de IP ou portas abertas. No entanto, usar essa configuração só permitirá que o ponto de extremidade RPC seja acessível pela da rede Tor, que não é suportada por todos os aplicativos e poderá resultar em problemas de conexão.

Para fazer isso, você precisa criar seu próprio serviço onion (opens in a new tab). Confira a documentação (opens in a new tab) sobre a configuração do serviço onion para hospedar o seu próprio. Você pode direcioná-lo para um servidor Web com proxy para a porta RPC ou apenas diretamente para o RPC.

Por fim, e uma das formas mais populares de fornecer acesso a redes internas, é por meio de uma conexão VPN. Dependendo do seu caso de uso e da quantidade de usuários que precisam de acesso ao seu nó, uma conexão VPN segura pode ser uma opção. OpenVPN (opens in a new tab) é uma VPN SSL completa que implementa a extensão de rede segura da camada 2 ou 3 da OSI usando o protocolo SSL/TLS padrão da indústria, suporta métodos flexíveis de autenticação de cliente baseados em certificados, cartões inteligentes e/ou credenciais de nome de usuário/senha, e permite políticas de controle de acesso específicas de usuário ou grupo usando regras de firewall aplicadas à interface virtual da VPN.

Operando o nó

Você deve monitorar regularmente seu nó para garantir que ele esteja funcionando corretamente. Talvez seja necessário realizar manutenções ocasionais.

Mantendo um nó online

Seu nó não precisa estar online o tempo todo, mas você deve mantê-lo online o máximo possível para mantê-lo sincronizado com a rede. Você pode desligá-lo para reiniciá-lo, mas lembre-se de que:

• O encerramento pode levar alguns minutos se o estado recente ainda estiver sendo gravado no disco.
• Encerramentos forçados podem danificar o banco de dados, exigindo que você ressincronize todo o nó.
• Seu cliente ficará dessincronizado com a rede e precisará ser ressincronizado quando você o reiniciar. Embora o nó possa começar a sincronizar a partir do ponto do último encerramento, o processo pode demorar dependendo de quanto tempo ele esteve offline.

Isso não se aplica aos nós validadores da camada de consenso. Deixar seu nó offline afetará todos os serviços que dependem dele. Se você estiver executando um nó para fins de staking, deve tentar minimizar o tempo de inatividade o máximo possível.

Criando serviços de cliente

Considere criar um serviço para executar seus clientes automaticamente na inicialização. Por exemplo, em servidores Linux, uma boa prática seria criar um serviço, por exemplo, com systemd, que executa o cliente com a configuração adequada, sob um usuário com privilégios limitados e reinicia automaticamente.

Atualizando clientes

Você precisa manter o software do seu cliente atualizado com os patches de segurança, recursos e EIPs mais recentes. Especialmente antes de bifurcações permanentes (hard forks), certifique-se de que está executando as versões corretas do cliente.

Antes de atualizações importantes da rede, a EF publica um post em seu blog (opens in a new tab). Você pode se inscrever nesses anúncios (opens in a new tab) para receber uma notificação por e-mail quando seu nó precisar de uma atualização.

Atualizar clientes é muito simples. Cada cliente tem instruções específicas em sua documentação, mas o processo geralmente é apenas baixar a versão mais recente e reiniciar o cliente com o novo executável. O cliente deve continuar de onde parou, mas com as atualizações aplicadas.

Cada implementação de cliente tem uma cadeia de caracteres de versão legível por humanos usada no protocolo ponto a ponto, mas também é acessível a partir da linha de comando. Essa cadeia de caracteres de versão permite que os usuários verifiquem se estão executando a versão correta e possibilita exploradores de blocos e outras ferramentas analíticas interessadas em quantificar a distribuição de clientes específicos na rede. Consulte a documentação de cada cliente para obter mais informações sobre cadeias de caracteres de versão.

Executando serviços adicionais

Executar seu próprio nó permite que você use serviços que exigem acesso direto ao cliente RPC do Ethereum. São serviços construídos sobre o Ethereum, como soluções de camada 2, backend para carteiras, exploradores de blocos, ferramentas de desenvolvedor e outras infraestruturas do Ethereum.

Monitorando o nó

Para monitorar seu nó corretamente, considere coletar métricas. Os clientes fornecem pontos de extremidade de métricas para que você possa obter dados abrangentes sobre seu nó. Use ferramentas como InfluxDB (opens in a new tab) ou Prometheus (opens in a new tab) para criar bancos de dados que você pode transformar em visualizações e gráficos em softwares como o Grafana (opens in a new tab). Existem muitas configurações para usar esse software e diferentes painéis do Grafana para você visualizar seu nó e a rede como um todo. Por exemplo, confira o tutorial sobre como monitorar o Geth.

Como parte do seu monitoramento, fique de olho no desempenho do seu computador. Durante a sincronização inicial do seu nó, o software cliente pode sobrecarregar muito a CPU e a memória RAM. Além do Grafana, você pode usar as ferramentas que seu sistema operacional oferece, como htop ou uptime, para fazer isso.

Leitura adicional

• Guias de Staking do Ethereum (opens in a new tab) - Somer Esat, atualizado com frequência
• Guia | Como configurar um validador para staking de Ethereum na mainnet (opens in a new tab) – CoinCashew, atualizado com frequência
• Guias do ETHStaker sobre como executar validadores em redes de teste (opens in a new tab) – ETHStaker, atualizado regularmente
• Aplicativo de exemplo AWS Blockchain Node Runner para nós Ethereum (opens in a new tab) - AWS, atualizado com frequência
• FAQ da Fusão para operadores de nós (opens in a new tab) - Julho de 2022
• Analisando os requisitos de hardware para ser um nó Ethereum totalmente validado (opens in a new tab) – Albert Palau, 24 de setembro de 2018
• Executando Nós Completos de Ethereum: Um Guia para os Pouco Motivados (opens in a new tab) – Justin Leroux, 7 de novembro de 2019
• Executando um nó Hyperledger Besu na Mainnet do Ethereum: benefícios, requisitos e configuração (opens in a new tab) – Felipe Faraggi, 7 de maio de 2020
• Implantando o cliente Nethermind do Ethereum com a pilha de monitoramento (opens in a new tab) – Nethermind.eth, 8 de julho de 2020

Tópicos relacionados

• Nós e clientes
• Blocos
• Redes