Nimbus Eth2 (cadeia de farol)

CI de ações do Github

Nimbus-eth2 é uma implementação de cliente da camada de consenso (eth2) extremamente eficiente. Embora seja otimizado para sistemas embarcados e dispositivos com recursos restritos – incluindo Raspberry Pis, seu baixo uso de recursos também o torna uma excelente escolha para qualquer servidor ou desktop (onde simplesmente consome menos recursos).

Documentação
Projetos relacionados
Doações
Guia de filial
Recursos para desenvolvedores
Ferramentas e utilitários
Para pesquisadores
- Simulação de bloco
- Simulação de rede local
- Visualizando métricas de simulação
- Configuração de IC
Licença

Documentação

Você pode encontrar as informações necessárias para executar um nó beacon e operar como um validador no The Book.

O Quickstart em particular irá ajudá-lo a conectar-se rapidamente à rede principal ou à rede de teste do Prater.

Teste rapidamente suas ferramentas no Nimbus

A API REST do Nimbus agora está disponível em:

http://unstable.mainnet.beacon-api.nimbus.team/
http://testing.mainnet.beacon-api.nimbus.team/
http://unstable.sepolia.beacon-api.nimbus.team/
http://testing.holesky.beacon-api.nimbus.team/
http://unstable.holesky.beacon-api.nimbus.team/

Observe que no momento essas são instâncias de teste muito instáveis. Eles podem não responder às vezes - portanto , não confie neles para validação . Também podemos desativá-los a qualquer momento.

Migrar de outro cliente

Este guia irá guiá-lo pelos princípios básicos de como migrar para o Nimbus de outro cliente. Veja aqui as opções avançadas.

Projetos relacionados

status-im/nimbus-eth1: Nimbus para Ethereum 1
ethereum/consensus-specs: especificação de consenso que este projeto implementa

Você pode verificar onde a cadeia de beacons se encaixa no ecossistema Ethereum em nossa série Two-Point-Oh: https://our.status.im/tag/two-point-oh/

Doações

Se você gostaria de contribuir para o desenvolvimento do Nimbus, nosso endereço de doação é 0x70E47C843E0F6ab0991A3189c28F2957eb6d3842

Guia de filial

stable – versão estável mais recente – este branch é recomendado para a maioria dos usuários
testing - branch de pré-lançamento com recursos e correções de bugs previstos para a próxima versão estável - este branch é adequado para uso em testnets e para usuários aventureiros que desejam viver no limite.
unstable - principal ramo de desenvolvimento no qual os PRs são mesclados - se você quiser contribuir com o Nimbus, comece aqui.

Recursos para desenvolvedores

Para começar a desenvolver o próprio Nimbus, consulte o manual do desenvolvedor.

Ferramentas e utilitários

Fornecemos diversas ferramentas para interagir com ETH2 e os dados da cadeia de beacon:

ncli - ferramenta de linha de comando com impressoras bonitas, decodificadores SSZ, auxiliares de transição de estado para interagir com estruturas e funções de dados Eth2
ncli_db - ferramenta de linha de comando para realizar cirurgias no banco de dados sqlite Nimbus
multinet - um conjunto de scripts para construir e executar vários clientes Eth2 localmente

Para pesquisadores

Simulação de bloco

O simulador de bloco pode executar rapidamente a função de transição de estado da cadeia Beacon isoladamente. A simulação é executada sem rede e sem atrasos de slot time.

 # build and run the block simulator, then display its help ("-d:release" speeds it
# up substantially, allowing the simulation of longer runs in reasonable time)
make NIMFLAGS= " -d:release " block_sim
build/block_sim --help

Simulação de rede local

A simulação de rede local criará uma rede ponto a ponto completa de nós de beacon e validadores em uma única máquina e executará a cadeia de beacon em tempo real. Parâmetros como fragmentos, contagens de validadores e pastas de dados podem ser definidos como variáveis de ambiente antes de iniciar a simulação.

 # Clear data files from your last run and start the simulation with a new genesis block:
make VALIDATORS=192 NUM_NODES=6 USER_NODES=1 local-testnet-minimal

# In another terminal, get a shell with the right environment variables set:
./env.sh bash

# In the above example, the network is prepared for 7 beacon nodes but one of
# them is not started by default (`USER_NODES`) - this is useful to test
# catching up to the consensus. The following command will start the missing node.
./tests/simulation/run_node.sh 0 # (or the index (0-based) of the missing node)

# Running a separate node allows you to test sync as well as see what the action
# looks like from a single nodes' perspective.

Por padrão, os validadores serão divididos ao meio entre o nó beacon e os processos do cliente validador (50/50), comunicando-se através da API do validador comum (por exemplo, com 192 validadores e 6 nós, você terminará aproximadamente com 6 nós beacon e 6 clientes validadores processos, onde cada um deles irá lidar com 16 validadores), mas se você não quiser usar clientes validadores externos e, em vez disso, quiser que todos os validadores sejam manipulados pelos nós beacon, você pode usar USE_VC=0 como um argumento adicional para make local-testnet-minimal .

Alternativamente, inicie nossa instância experimental do Vagrant com o Nim pré-instalado e nos dê seu feedback sobre o processo!

Visualizando métricas de simulação

As instruções genéricas do repositório Nimbus também se aplicam aqui.

Etapas específicas:

 # This will generate the Prometheus config on the fly, based on the number of nodes:
make REMOTE_VALIDATORS_COUNT=192 NUM_NODES=6 USER_NODES=0 local-testnet-minimal

# In another terminal tab, after the sim started:
cd tests/simulation/prometheus
prometheus

O painel que você precisa importar no Grafana é grafana/beacon_nodes_Grafana_dashboard.json .

painel de monitoramento

Configuração de CI

Testnets locais são executados por 4 épocas cada, para testar a finalização. Isso acontece apenas em hosts Jenkins Linux, e seus logs estão disponíveis para download como artefatos, na página do trabalho. Não espere que esses artefatos sejam mantidos por mais de um dia após a exclusão da ramificação correspondente.

Artefatos Jenkins