nimbo eth2
Unknown
Nimbus-eth2 es una implementación de cliente de capa de consenso (eth2) extremadamente eficiente. Si bien está optimizado para sistemas integrados y dispositivos con recursos restringidos, incluido Raspberry Pis, su bajo uso de recursos también lo convierte en una excelente opción para cualquier servidor o escritorio (donde simplemente consume menos recursos).
Puede encontrar la información que necesita para ejecutar un nodo baliza y operar como validador en The Book.
El inicio rápido en particular lo ayudará a conectarse rápidamente a la red principal o a la red de prueba de Prater.
La API REST de Nimbus ahora está disponible en:
Tenga en cuenta que en este momento estas son instancias de prueba muy inestables. Es posible que en ocasiones no respondan, así que no confíe en ellos para realizar la validación . También podremos desactivarlos en cualquier momento.
Esta guía le explicará los conceptos básicos sobre cómo migrar a Nimbus desde otro cliente. Consulte aquí para conocer las opciones avanzadas.
Puede comprobar dónde encaja la cadena de balizas en el ecosistema Ethereum en nuestra serie Two-Point-Oh: https://our.status.im/tag/two-point-oh/
Si desea contribuir al desarrollo de Nimbus, nuestra dirección de donación es 0x70E47C843E0F6ab0991A3189c28F2957eb6d3842
stable - última versión estable - esta rama se recomienda para la mayoría de los usuariostesting : rama preliminar con funciones y correcciones de errores programadas para la próxima versión estable. Esta rama es adecuada para su uso en redes de prueba y para usuarios aventureros que desean vivir al límite.unstable : rama principal de desarrollo con la que se fusionan las relaciones públicas; si desea contribuir a Nimbus, comience aquí. Para comenzar a desarrollar Nimbus, consulte el manual del desarrollador.
Proporcionamos varias herramientas para interactuar con ETH2 y los datos en la cadena de balizas:
El simulador de bloques puede ejecutar rápidamente la función de transición de estado de la cadena Beacon de forma aislada. La simulación se ejecuta sin conexión en red y sin retrasos en el tiempo.
# 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 --helpLa simulación de la red local creará una red completa de igual a igual de validadores y nodos de baliza en una sola máquina y ejecutará la cadena de balizas en tiempo real. Parámetros como fragmentos, recuentos de validadores y carpetas de datos se pueden configurar como variables de entorno antes de iniciar la simulación.
# 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. De forma predeterminada, los validadores se dividirán a la mitad entre los procesos del nodo baliza y del cliente validador (50/50), comunicándose a través de la API del validador común (por ejemplo, con 192 validadores y 6 nodos, aproximadamente terminará con 6 nodos baliza y 6 clientes validadores). procesos, donde cada uno de ellos manejará 16 validadores), pero si no desea utilizar clientes de validación externos y en su lugar desea que todos los validadores sean manejados por la baliza nodos, puede usar USE_VC=0 como argumento adicional para make local-testnet-minimal .
Alternativamente, inicie nuestra instancia experimental Vagrant con Nim preinstalado y envíenos su opinión sobre el proceso.
Las instrucciones genéricas del repositorio de Nimbus también se aplican aquí.
Pasos específicos:
# 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 El panel que necesita importar en Grafana es grafana/beacon_nodes_Grafana_dashboard.json .
Las redes de prueba locales se ejecutan durante 4 épocas cada una para probar la finalización. Esto sucede solo en los hosts Jenkins Linux y sus registros están disponibles para descargar como artefactos desde la página del trabajo. No espere que estos artefactos se conserven más de un día después de que se elimine la rama correspondiente.
Licenciado y distribuido bajo cualquiera de
o
a tu elección. Estos archivos no se pueden copiar, modificar ni distribuir excepto de acuerdo con esos términos.
