Ejecute su propio nodo de Ethereum

Ejecutar su propio nodo le aporta diferentes beneficios, le abre nuevas posibilidades y ayuda a apoyar el ecosistema. Esta página le guiará durante la ejecución de su propio nodo y durante la participación en la validación de las transacciones de Ethereum.

Tenga en cuenta que después de La Fusión, se requieren dos clientes para ejecutar un nodo de Ethereum: un cliente para la capa de ejecución (EL) y otro para la capa de concenso (CL). Esta página mostrará cómo instalar, configurar y conectar estos dos clientes para ejecutar un nodo de Ethereum.

Requisitos previos

Debería entender qué es un nodo de Ethereum y por qué puede que tenga que ejecutar un cliente. Este tema se trata en la sección Nodos y clientes.

Si no está familiarizado con la ejecución de un nodo, o está buscando una ruta menos técnica, le recomendamos que revise primero nuestra introducción en Cómo ejecutar un nodo de Ethereum.

Elección de un enfoque

El primer paso para ejecutar su nodo es elegir su enfoque. Basado en requisitos y diversas posibilidades, debe seleccionar la implementación del cliente (de ejecución y de conceso), el entorno (hardware, sistema) y los parámetros para la configuración del cliente.

Esta página le guiará a través de estas decisiones y le ayudará a encontrar la forma más adecuada de ejecutar su instancia de Ethereum.

Para elegir entre las implementaciones de clientes, vea todos los clientes de ejecución, clientes de consenso y aprender acerca de diversidad de clientes listos y disponibles en la red principal.

Decida si quiere ejecutar el software en su propio hardware o en la nube, teniendo en cuenta los requisitos de los clientes.

Después de preparar el entorno, instale los clientes elegidos con interfaz apta para principiantes o manualmente usando un terminal con opciones avanzadas.

Cuando el nodo se está ejecutando y sincronizando, puede utilizarlo, pero asegúrese de encargarse de su mantenimiento.

Entorno y hardware

Local o en la nube

Los clientes de Ethereum pueden ejecutarse en ordenadores para uso de usuarios y no requieren hardware especial, como, por ejemplo, las máquinas para minado. Por lo tanto, tiene varias opciones para desplegar el nodo en función de sus necesidades. Para simplificar, vamos a pensar en ejecutar un nodo en una máquina física local y en un servidor en la nube:

• En la nube
  • Los proveedores ofrecen un elevado tiempo de actividad del servidor, direcciones IP públicas estáticas.
  • Obtener un servidor dedicado o virtual puede ser más cómodo que construir el suyo propio
  • La contrapartida es confiar en un tercero: el proveedor del servidor
  • Debido al tamaño de almacenamiento requerido para el nodo completo, el precio de un servidor alquilado podría llegar a ser alto.
• Hardware propio
  • Un enfoque más soberano y fiable
  • Inversión única
  • Una opción para comprar máquinas preconfiguradas
  • Tiene que preparar físicamente, mantener y potencialmente solucionar problemas a la máquina y a la red

Ambas opciones tienen diferentes ventajas, resumidas arriba. Si está buscando una solución en la nube, además de los numerosos proveedores tradicionales de computación en la nube, también existen servicios enfocados al despliegue de nodos. Eche un vistazo a Nodos como servicio para conocer más opciones en los nodos alojados.

Hardware

Sin embargo, una red descentralizada, resistente a la censura, no debería depender de proveedores en la nube. En su lugar, ejecutar su nodo en su propio hardware local es más saludable para el ecosistema. Las estimaciones(opens in a new tab) muestran un gran porcentaje de nodos ejecutados en la nube, lo que podría convertirse en un único punto de error.

Los clientes de Ethereum pueden ejecutarse en su ordenador, portátil, servidor o incluso en un ordenador de una sola placa. Si bien es posible ejecutar clientes en su ordenador personal, tener una máquina específica solo para su nodo puede mejorar significativamente su rendimiento y seguridad al tiempo que minimiza el impacto en su ordenador principal.

Usar su propio hardware puede ser muy fácil. Hay muchas opciones sencillas así como configuraciones avanzadas para personas más técnicas. Así que veamos los requisitos y medios para ejecutar clientes de Ethereum en su máquina.

Requisitos

Los requisitos de hardware difieren según el cliente, pero por lo general no son tan altos, ya que el nodo solo necesita mantenerse sincronizado. No se debe confundir con el minado, que necesita mucha más potencia computacional. Sin embargo, el tiempo de sincronización y el rendimiento mejoran si se dispone de hardware más potente.

Antes de instalar un cliente, asegúrese de que su equipo dispone de los recursos suficientes para ejecutarlo. Puede encontrar los requisitos mínimos y recomendados a continuación.

La limitación para su hardware es principalmente espacio en disco. La sincronización de la cadena de bloques de Ethereum es muy intensiva en entrada/salida y requiere mucho espacio. Es mejor tener una unidad de estado sólido (SSD) con cientos de GB de espacio libre incluso después de la sincronización.

El tamaño de la base de datos y la velocidad de sincronización inicial depende del cliente elegido, su configuración y la estrategia de sincronización.

Asegúrese además de que su conexión a Internet no esté limitada por un tope de ancho de banda(opens in a new tab). Se recomienda utilizar una conexión ilimitada, ya que la sincronización inicial y los datos transmitidos a la red podrían superar su límite.

Sistema operativo

Todos los clientes son compatibles con los principales sistemas operativos: Linux, MacOS y Windows. Esto implica que puede ejecutar nodos en equipos de escritorio o servidores normales con el sistema operativo (SO) que mejor le convenga. Asegúrese de que su sistema operativo está actualizado para evitar posibles problemas y puntos débiles de seguridad.

Requisitos mínimos

• CPU con dos o más núcleos
• 8 GB de RAM
• SSD de 2 TB
• 10 o más MBit/s de banda ancha

Especificaciones recomendadas

• CPU rápida con cuatro o más núcleos
• 16 GB o más de RAM
• SSD rápida con 2 o másTB
• 25 o más MBit/s de banda ancha

El modo de sincronización que elija afectará a los requisitos de espacio. No obstante, hemos calculado a continuación el espacio que necesitará en el disco para cada cliente.

• Nota: Erigon y Reth no ofrecen sincronización snap, pero la poda completa es posible (~2 TB para Erigon, ~1,2 TB para Reth).

Para clientes de consenso, la necesidad de espacio también depende de la implementación del cliente y las características habilitadas (p. ej., validador-recortador), pero generalmente necesitan otros 200 GB para datos de baliza. Con un gran número de validadores, la carga de ancho de banda también crece. Puede encontrar detalles sobre los requisitos del cliente de consenso en este análisis(opens in a new tab).

Soluciones de conectar y usar (Plug-and-Play)

La opción más fácil para ejecutar un nodo con su propio hardware es usar cajas listas para conectar y usar. Las máquinas preconfiguradas de los proveedores ofrecen la experiencia más sencilla: pida, conecte y ejecute. Todo está preconfigurado y funciona automáticamente con una guía intuitiva y un panel de control para supervisar y controlar el software.

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

Ethereum en un ordenador de una sola placa

La manera más práctica y barata de ejecutar un nodo de Ethereum es usar un ordenador de placa única con estructura ARM como Raspberry Pi. Ethereum en ARM(opens in a new tab) proporciona imágenes fáciles de ejecutar de múltiples ejecuciones y cliente de consenso para Raspberry Pi y otros tableros ARM.

Los dispositivos pequeños, asequibles y eficientes como estos son ideales para ejecutar un nodo en el inicio, pero tenga en cuenta que su rendimiento es limitado.

Despliegue del nodo

La configuración real del cliente se puede realizar con lanzadores automatizados o manualmente, configurando el software del cliente directamente.

Para los usuarios menos avanzados, el enfoque recomendado es utilizar un lanzador, es decir, un software que le guíe a través de la instalación y que automatiza el proceso de configuración del cliente. Sin embargo, si tiene alguna experiencia en el uso de una terminal, los pasos para la configuración manual deberían ser sencillos de seguir.

Configuración guiada

Los múltiples proyectos fáciles de usar pretenden mejorar la experiencia de la creación de un cliente. Estos lanzadores proporcionan la instalación y configuración automáticas del cliente. Algunos ofrecen incluso una interfaz gráfica para la instalación guiada y el seguimiento de los clientes.

A continuación se presentan algunos proyectos que pueden ayudarle a instalar y controlar clientes con unos pocos clics:

• DappNode(opens in a new tab): DappNode no viene solo con una máquina de un proveedor. El software, el lanzador de nodos real y el centro de control con muchas funciones pueden utilizarse en hardware arbitrario.
• eth-docker(opens in a new tab): la configuración automatizada utilizando Docker centrada en una participación fácil y segura, requiere conocimientos básicos de terminal y Docker. Recomendado para usuarios un poco más avanzados.
• Stereum(opens in a new tab): lanzador para instalar clientes en un servidor remoto a través de conexión SSH con una guía de configuración de interfaz de usuario, centro de control y muchas otras funciones.
• NiceNode(opens in a new tab): lanzamiento con una experiencia de usuario directa para ejecutar un nodo en su ordenador. Sólo tiene que elegir a los clientes y empezar con unos pocos clics. Aún está en fase de desarrollo.
• Sedge(opens in a new tab): herramienta de configuración de nodos que genera automáticamente una configuración de Docker utilizando el asistente CLI. Escrito en Go por Nethermind.

Configuración manual de clientes

La otra opción es descargar, verificar y configurar el software de cliente manualmente. Incluso si algunos clientes ofrecen una interfaz gráfica, una configuración manual requiere habilidades básicas con la terminal pero ofrece mucha más versatilidad.

Como se explicó anteriormente, configurar su propio nodo de Ethereum requerirá ejecutar un par de clientes de consenso y ejecución. Algunos clientes pueden incluir un cliente ligero de otro tipo y sincronizar sin necesidad de ningún otro software. Sin embargo, la verificación total sin confianza requiere ambas implementaciones.

Obtener el software del cliente

Primero, necesita obtener su software cliente de ejecución y cliente de consenso preferido.

Puede simplemente descargar una aplicación ejecutable o instalar un paquete que se adapte a su arquitectura y sistema operativo. Verifique siempre las firmas y sumas de comprobación de los paquetes descargados. Algunos clientes también ofrecen repositorios o imágenes Docker para facilitar su instalación y actualizaciones. Todos los clientes son de código abierto, así que también puede crearlos desde el código fuente. Este es un método más avanzado, pero en algunos casos podría ser necesario.

Las instrucciones para instalar cada cliente se proporcionan en la documentación relacionada, en las listas de clientes anteriores.

He aquí las páginas de publicación de los clientes donde puede encontrar sus binarios precompilados o instrucciones sobre la instalación:

Clientes de ejecución

• 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)

También vale la pena señalar que la diversidad del cliente es un problema en la capa de ejecución. Se recomienda que los lectores tengan en cuenta la opción de ejecutar un cliente de ejecución minoritario.

Clientes de consenso

• Lighthouse(opens in a new tab)
• Lodestar(opens in a new tab) (no proporciona un binario precompilado, solo una imagen de Docker o para construirse a partir de la fuente)
• Nimbus(opens in a new tab)
• Prysm(opens in a new tab)
• Teku(opens in a new tab)

La diversidad del cliente es crítica para los nodos de consenso en ejecución de validadores. Si la mayoría de los validadores están ejecutando una implementación de un solo cliente, la seguridad de la red está en riesgo. Por lo tanto, se recomienda considerar la elección de un cliente minoritario.

Vea el último uso de cliente de red(opens in a new tab) y descubra más cosas sobre ladiversidad de clientes.

Verificación del software

Al descargar software desde Internet, se recomienda verificar su integridad. Este paso es opcional, pero especialmente con una pieza de infraestructura crucial como el cliente de Ethereum, es importante estar al tanto de los posibles vectores de ataque y evitarlos. Si ha descargado un binario precompilado, debe confiar en él y correr el riesgo de que un atacante pueda cambiar el ejecutable por uno malicioso.

Los desarrolladores han liberado binarios con sus claves PGP para que puedas verificar criptográficamente que estás ejecutando exactamente el software que creaban. Sólo necesita obtener las claves públicas utilizadas por los desarrolladores, que se pueden encontrar en las páginas de publicación del cliente o en la documentación. Después de descargar el lanzamiento del cliente y su firma, puede utilizar una implementación PGP, por ejemplo, GnuPG(opens in a new tab) para verificarlos fácilmente. Eche un vistazo a un tutorial sobre la verificación de software de código abierto usando gpg en linux(opens in a new tab) o Windows/MacOS(opens in a new tab).

Otra forma de verificación es asegurarse que el hash, una huella criptográfica única, del software que ha descargado coincide con el proporcionado por los desarrolladores. Esto es incluso más fácil que usar PGP, y algunos clientes sólo ofrecen esta opción. Sólo tiene que ejecutar la función hash en el software descargado y compararla con la de la página de lanzamiento. Por ejemplo:

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

Configuración de cliente

Después de instalar, descargar o compilar el software del cliente, está listo para ejecutarlo. Esto sólo significa que tiene que ser ejecutado con la configuración adecuada. Los clientes ofrecen opciones de configuración ricas que pueden habilitar varias características.

Empecemos con opciones que pueden influir significativamente en el rendimiento del cliente y el uso de datos. Los modos de sincronización representan diferentes métodos de descarga y validación de datos de cadenas de bloques. Antes de empezar el nodo, debería decidir qué red y modo de sincronización usar. Los aspectos más importantes que se deben tener en cuenta son el espacio del disco y el tiempo de sincronización que necesitará el cliente. Lea con atención la documentación del cliente o la página de ayuda para descubrir cuál es el modo de sincronización predeterminado. Si eso no le conviene, elija otro basado en el nivel de seguridad, datos disponibles y costes. Además del algoritmo de sincronización, también puede configurar la limpieza de datos desactualizados. La limpieza permite eliminar datos desactualizados, p. ej., eliminar nodos de prueba de estado ya inaccesibles desde los últimos bloques.

Otras opciones básicas de configuración son, por ejemplo, elegir una red principal o redes de pruebas, habilitar el terminal HTTP para RPC, WebSockets, etc. Puede encontrar todas las características y opciones en la documentación del cliente. Se pueden establecer distintas configuraciones de cliente mediante la ejecución del cliente con los parámetros correspondientes. Cada cliente es un poco diferente; por favor, consulte siempre su documentación oficial o página de ayuda para obtener detalles sobre las opciones de configuración.

Con fines de prueba, puede que prefiera ejecutar un cliente en una de las redes testnet. Vea el resumen de las redes compatibles.

En la siguiente sección, encontrará ejemplos de ejecución de clientes con configuración básica.

Cómo iniciar el cliente de ejecución

Antes de iniciar el software del cliente de Ethereum, realice una última comprobación para verificar que su entorno está listo. Por ejemplo, asegúrese de que:

• Hay suficiente espacio en el disco teniendo en cuenta la red elegida y el modo de sincronización.
• La memoria y la CPU no están interrumpidas por otros programas.
• El sistema operativo está actualizado a la última versión.
• El sistema tiene la hora y fecha correctos.
• Su enrutador y su cortafuegos aceptan conexiones en puertos de escucha. Por defecto, los clientes de Ethereum usan un puerto de escucha (TCP) y un puerto de descubrimiento (UDP), ambos en 30303 por defecto.

Ejecutar un cliente primero en una red de prueba ayuda a garantizar que todo funciona correctamente.

Debe declarar cualquier configuración de cliente que no esté predeterminada al inicio. Puede usar indicadores o el archivo de configuración para declarar su configuración preferida. El conjunto de características y la sintaxis de configuración de cada cliente varía. Consulte las especificaciones en la documentación de su cliente.

Los clientes de ejecución y consenso se comunican a través de un terminal autenticado especificado en API del motor(opens in a new tab). Para conectarse a un cliente de consenso, el cliente de ejecución debe generar un jwtsecret(opens in a new tab) en una ruta conocida. Por razones de seguridad y estabilidad, los clientes deben funcionar en la misma máquina, y ambos clientes deben conocer esta ruta, ya que se utiliza para autenticar una conexión RPC local entre ellos. El cliente de ejecución también debe definir un puerto de escucha para API autenticadas.

Este token lo genera automáticamente el software del cliente, pero en algunos casos, puede que necesite hacerlo usted mismo. Puede generarlo usando OpenSSL(opens in a new tab):

1openssl rand -hex 32 > jwtsecret

Cómo ejecutar un cliente de ejecución

Esta sección le guiará y ayudará en sus comienzos con los clientes de ejecución. Sólo sirve como ejemplo de una configuración básica, que iniciará el cliente con estos ajustes:

• Especifica la red a la que conectarse, la Red principal de Ethereum en nuestros ejemplos.
  • Puede escoger una de estas redes de prueba para la prueba preliminar de su configuración.
• Define el directorio de datos, donde se almacenarán todos los datos, incluida la cadena de bloques.
  • Asegúrese de sustituir la ruta por una real, por ejemplo, señalando su unidad externa.
• Permite interfaces para comunicarse con el cliente.
  • Incluyendo API de JSON-RPC y Engine para la comunicación con el cliente de consenso
• Define la ruta a jwtsecret para la API autenticada.
  • Asegúrese de sustituir la ruta de ejemplo por una real a la que pueden acceder los clientes, por ejemplo, /tmp/jwtsecret.

Tenga en cuenta que este es sólo un ejemplo básico, todas las demás configuraciones se establecerán por defecto. Preste atención a la documentación de cada cliente para conocer los valores por defecto, ajustes y características. En la documentación del cliente específico, podrá consultar más características, como por ejemplo para validadores de ejecución, supervisión, etc.

Tenga en cuenta que las barras inversas \ en ejemplos sólo se utilizan con fines formato; las banderas de configuración se pueden definir en una sola línea.

Cómo ejecutar Besu

Este ejemplo inicia Besu en la Red principal, almacena datos de la cadena de bloques en el formato por defecto en /data/ethereum, habilita JSON-RPC y Engine RPC para conectar el cliente de consenso. La API del motor está autenticada con token jwtsecret y solo se permiten llamadas de localhost.

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

Besu también incluye una opción de lanzador que hará una serie de preguntas y generará el archivo de configuración. EjecutE el lanzador interactivo utilizando:

1besu --Xlauncher

La documentación de Besu(opens in a new tab) contiene opciones adicionales y detalles de configuración.

Cómo ejecutar Erigon

Este ejemplo inicia Erigon en la Red principal, almacena datos de cadena de bloques en /data/ethereum, habilita JSON-RPC, define qué espacios de nombres están permitidos y permite la autenticación para conectar el cliente de consenso definido por la ruta jwtsecret.

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

Erigon realiza por defecto una sincronización completa con 8 GB de HDD que ocasionará más de 2 TB de datos de archivo. Asegúrese de que datadir señala al disco con suficiente espacio libre o busque la bandera --prune que puede recortar diferentes tipos de datos. Consulte la ayuda de Erigon para más información.

Cómo ejecutar Besu

Este ejemplo inicia Geth en la Red principal, almacena datos de la cadena de bloques en /data/ethereum, habilita JSON-RPC y define qué espacios de nombres están permitidos. También habilita la autenticación para conectar el cliente de consenso que requiere la ruta a jwtsecret, y también la opción que define qué conexiones están permitidas, en nuestro ejemplo sólo desde 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

Compruebe los documentos para todas las opciones de configuración(opens in a new tab) y conozca más detalles sobre cómo ejecutar Geth con un cliente de consenso(opens in a new tab).

Cómo ejecutar Nethermind

Nethermind ofrece varias opciones de instalación(opens in a new tab). El paquete viene con varios binarios, incluido un lanzador con una configuración guiada, que le ayudará a crear la configuración interactivamente. Asimismo, se encuentra Runner que es el archivo ejecutable en sí y que se puede ejecutar con parámetros de configuración. JSON-RPC está habilitado de forma predeterminada.

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

Los documentos sobre Nethermind ofrecen una guía completa(opens in a new tab) sobre cómo ejecutar Nethermind con el cliente de consenso.

Un cliente de ejecución iniciará sus funciones básicas, las terminales elegidas seleccionados y comenzará a buscar pares. Al encontrar pares correctamente, el cliente inicia la sincronización. El cliente de ejecución esperará una conexión desde el cliente de consenso. Los datos actuales de la cadena de bloques estarán disponibles una vez que el cliente se sincronice correctamente al estado actual.

Ejecutar Reth

Este ejemplo inicia Reth en la Red principal utilizando la ubicación de datos predeterminada. Habilita la autenticación JSON-RPC y Engine RPC para conectar el cliente de consenso definido por la ruta jwtsecret, con solo se permiten llamadas de localhost.

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

Consulte Configuración de Reth(opens in a new tab) para obtener más información sobre los directorios de datos predeterminados. La documentación de Reth(opens in a new tab) contiene opciones y detalles de configuración adicionales.

Cómo iniciar el cliente de consenso

El cliente de consenso debe iniciarse con la configuración correcta del puerto para establecer una conexión RPC local al cliente de ejecución. Los clientes de consenso deben ejecutarse con el puerto de ejecución expuesto como argumento de configuración.

El cliente de consenso también necesita la ruta a la ejecución del cliente jwt-secret para autenticar la conexión RPC entre ellos. Al igual que los ejemplos de ejecución anteriores, cada cliente de consenso tiene una bandera de configuración que toma la ruta del archivo de token jwt como argumento. Debe ser consistente con la ruta jwtsecret proporcionada al cliente de ejecución.

Si planea ejecutar un validador, asegúrese de agregar una bandera de configuración especificando la dirección de Ethereum del destinatario de la comisión. Aquí es donde se acumulan recompensas de ether para su validador. Cada cliente de consenso tiene una opción, por ejemplo, --suggested-fee-recipient=0xabcd1, que toma una dirección de Ethereum como argumento.

Al iniciar un nodo de la cadena de baliza en una red de pruebas, puede ahorrar un tiempo significativo de sincronización usando una terminal pública para sincronizar los puntos de control(opens in a new tab).

Cómo ejecutar un cliente de consenso

Cómo ejecutar Lighthouse

Antes de ejecutar Lighthouse, aprenda más detalles sobre cómo instalarlo y configurarlo en el manual de Lighthouse(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

Cómo ejecutar Lodestar

Instale el software Lodestar compilándolo o descargando la imagen de Docker. Más información en documentos(opens in a new tab) y más completa en la guía de configuración(opens in a new tab).

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

Cómo ejecutar Nimbus

Nimbus viene con clientes de consenso y ejecución. Se puede ejecutar en varios dispositivos, aunque tengan potencia computacional muy moderada. Después de instalar dependencias y el propio Nimbus(opens in a new tab), puede ejecutar su 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"

Cómo ejecutar Prysm

Prysm viene con un script que permite una fácil instalación automática. Los detalles pueden encontrarse en el manual de 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

Cómo ejecutar Teku

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

Cuando un cliente de consenso se conecta al cliente de ejecución para leer el contrato de depósito e identificar validadores, también se conecta a otros pares del nodo de baliza y comienza a sincronizar las ranuras de consenso originales. Una vez que el nodo de baliza alcanza la época actual, la API de baliza se vuelve utilizable para sus validadores. Más información sobre API del nodo de baliza(opens in a new tab).

Cómo añadir validadores

Un cliente de consenso sirve como un nodo de baliza para que los validadores se conecten. Cada cliente de consenso tiene su propio software de validador descrito en detalle en su respectiva documentación.

Ejecutar su propio validador le permite participar en solitario, el método más impactante y sin confianza para soportar la red Ethereum. Sin embargo, esto requiere un depósito de 32 ETH. Para ejecutar un validador en su propio nodo con una cantidad menor, puede resultarle de interés una reserva descentralizada con operadores de nodos sin permisos, como Rocket Pool(opens in a new tab).

La forma más fácil de comenzar con la generación de claves de staking y validación es utilizar el Holesky Testnet Staking Launchpad(opens in a new tab), que le permite probar su configuración ejecutando nodos en Holesky(opens in a new tab). Cuando esté listo para abordar la red principal, puede repetir estos pasos usando el lanzador de participación en la red principal(opens in a new tab).

Consulte la página de participación para obtener una visión general sobre las opciones de participación.

Cómo utilizar el nodo

Los clientes de ejecución ofrecen terminales API RPC que puede usar para enviar transacciones, interactuar o desplegar contratos inteligentes en la red Ethereum de varias maneras:

• Llamándolos manualmente con un protocolo adecuado (por ejemplo, usando curl).
• Adjuntando una consola suministrada (por ejemplo, geth attach).
• Implementándolos en aplicaciones usando bibliotecas Web3, por ejemplo, web3.py(opens in a new tab), ethers(opens in a new tab).

Según el tipo de cliente, existen diferentes implementaciones de terminales RPC. Pero existe un modelo estándar JSON-RPC que se puede usar con todos los clientes. Para obtener un resumen, lea los documentos sobre JSON-RPC. Las aplicaciones que necesitan información de la red de Ethereum pueden usar este RPC. Por ejemplo, la popular cartera MetaMask le permite conectarse a su propia terminal RPC(opens in a new tab) para tener mayor privacidad y seguridad.

Todos los clientes de consenso exponen una API de baliza(opens in a new tab) que puede utilizarse para verificar el estado del cliente de consenso o para descargar bloques y datos de consenso enviando solicitudes a través de herramientas como Curl(opens in a new tab). Puede encontrar más información al respecto en la documentación de cada cliente de consenso.

Comunicación con RPC

El puerto predeterminado de JSON-RPC es 8545, pero puede modificar los puertos de las terminales locales en la configuración. Por defecto, la interfaz de RPC solamente es accesible en el servidor local de su ordenador. Para hacerla accesible de manera remota, deberá exponerla al público cambiando la dirección a 0.0.0.0. Así, será accesible desde direcciones IP locales y públicas. En la mayoría de los casos, también deberá establecer un puerto de reenvío en su enrutador.

Debería proceder con precaución, ya que esto le permitirá a cualquier persona conectada a Internet controlar su nodo. Los actores maliciosos podrían acceder a su nodo para atacar su sistema o robar sus fondos si está usando su cliente como cartera.

Una forma de evitarlo es prevenir que los métodos RPC potencialmente dañinos sean modificables. Por ejemplo, con geth, puede declarar métodos modificables con un indicador: --http.api web3,eth,txpool.

El acceso a la interfaz RPC se puede extender a través del desarrollo de API de capa de borde o aplicaciones de servidor web, como Nginx, y conectándolos con la dirección y el puerto local de su cliente. Aprovechar una capa media también puede permitir a los desarrolladores la posibilidad de configurar un certificado para conexiones seguras https a la interfaz RPC.

Configurar un servidor web, un proxy o la API de Rest externa no es la única manera de proporcionar acceso al extremo RPC del nodo. La forma más sencilla de preservar la privacidad y configurar una terminal accesible públicamente es alojarla en su propio servicio onion Tor(opens in a new tab). Esto le permitirá acceder al RPC fuera de su red local sin una dirección IP pública estática o puertos abiertos. Sin embargo, usando esta configuración sólo puede permitir que se acceda a la terminal RPC a través de la red Tor que no es compatible con todas las aplicaciones y puede dar problemas de conexión.

Para ello, tiene que crear su propio servicio onion en la red Tor(opens in a new tab). Compruebe la documentación(opens in a new tab) sobre la configuración del servicio onion para alojar la suya. Puede apuntarlo a un servidor web con proxy al puerto RPC o directamente al RPC.

Por último, y una de las formas más populares de proporcionar acceso a las redes internas es a través de una conexión VPN. Dependiendo de su caso de uso y de la cantidad de usuarios que necesitan acceso a su nodo, una conexión VPN segura podría ser una opción. OpenVPN(opens in a new tab) es una VPN SSL completa que implementa la extensión de red segura OSI capa 2 o 3 usando el protocolo SSL/TLS estándar de la industria, soporta métodos flexibles de autenticación de clientes basados en certificados, tarjetas inteligentes, y/o credenciales de nombre de usuario/contraseña, y permite políticas de control de acceso específicas del usuario o grupo usando reglas de cortafuegos aplicadas a la interfaz virtual VPN.

Funcionamiento del nodo

Deberá supervisar regularmente su nodo para asegurarse de que está funcionando de manera apropiada. Puede que necesite realizar un mantenimiento ocasional.

Cómo mantener el nodo en línea

Su nodo no necesita estar en línea todo el tiempo, no obstante debería mantenerlo en línea tanto tiempo como sea posible para que esté sincronizado con la red. Puede apagarlo para reiniciarlo, pero debe tener en cuenta que:

• Puede tardar hasta unos minutos en apagarse, si el último estado se sigue grabando en el disco.
• Los apagados forzados pueden dañar la base de datos que requiere resincronizar todo el nodo.
• Su cliente no se sincronizará con la red y tendrá que resincronizarlo cuando lo reinicie. Mientras que el nodo puede comenzar la útima sincronización antes del apagado, el proceso puede llevar tiempo dependiendo del periodo que haya estado fuera de línea.

Esto no se aplica a los nodos validadores en la capa de consenso. La desconexión de su nodo afectará a todos los servicios que dependen de él. Si está ejecutando un nodo con fines de participación, debería tratar de minimizar tanto como sea posible el tiempo de inactividad.

Cómo crear el servicio de cliente

Considere la opción de crear un servicio para ejecutar su cliente automáticamente al iniciar. Por ejemplo, en servidores Linux, una buena práctica sería crear un servicio, por ejemplo con systemd, que ejecute el cliente con la configuración adecuada, bajo un usuario con privilegios limitados y reinicios automáticos.

Cómo actualizar clientes

Debe mantener actualizado el software de su cliente con los últimos parches de seguridad, características y EIP. Especialmente antes de las bifurcaciones duras, asegúrese de que está ejecutando la versión de cliente correcta.

Antes de actualizaciones importantes de red, EF sube una publicación en su blog(opens in a new tab). Puede suscribirse a estos anuncios(opens in a new tab) para recibir una notificación a su correo cuando su nodo necesite una actualización.

Actualizar clientes es muy sencillo. Cada cliente tiene instrucciones específicas en su documentación, aunque el proceso suele cubrir únicamente la descarga de la última versión y el reinicio del cliente con el nuevo archivo ejecutable. El cliente debería reanudarlo donde lo dejó, pero con las actualizaciones ya instaladas.

Cada implementación de cliente tiene una cadena de versión legible por el ser humano usada en el protocolo entre pares, aunque también es accesible desde la línea de comandos. Esta cadena de versión permite a los usuarios comprobar que están ejecutando la versión correcta y permite que los exploradores de bloques y otras herramientas analíticas interesadas en cuantificar distribuyan los clientes específicos a través de la red. Le sugerimos que consulte la documentación individual del cliente para obtener más información acerca de la versión de las cadenas.

Ejecución de servicios adicionales

Ejecutar su propio nodo le permite usar servicios que requieren acceso directo al cliente RCP de Ethereum. Estos son servicios que se crean en la parte superior de Ethereum, como soluciones de capa 2, backend para carteras, exploradores de bloques, herramientas para desarrollares y otra infraestructura de Ethereum.

Cómo supervisar el nodo

Para poder supervisar apropiadamente su nodo, considere la recopilación de valores. Los clientes proporcionan puntos finales de valores con el objeto de que usted pueda obtener datos completos sobre su nodo. Use herramientas como InfluxDB(opens in a new tab) o Prometheus(opens in a new tab) para crear bases de datos con las cuales podrá convertir las visualizaciones y gráficos en software como Grafana(opens in a new tab). Hay muchas configuraciones para usar este software y diferentes paneles Grafana para que usted visualice su nodo y la red en su conjunto. Por ejemplo, revise el tutorial sobre la supervisión de Geth.

Como parte de su control, asegúrese de estar atento al funcionamiento de sus máquinas. Durante la sincronización inicial de su nodo, el software de cliente puede ser muy pesado para la CPU y la RAM. Además de Grafana, puede usar las herramientas que ofrece su sistema operativo como htop o uptime para hacerlo.

Más información

• Guías de participación para Ethereum(opens in a new tab), Somer Esat, actualizado a menudo
• Guía | Cómo configurar un validador de la participación en la red principal de Ethereum(opens in a new tab) , CoinCashew, actualizado regularmente
• guías de ETHStaker sobre la ejecución de validadores en redes de prueba(opens in a new tab), ETHStaker, actualizado regularmente
• Preguntas frecuentes sobre La Fusión para operadores de nodos(opens in a new tab), julio de 2022
• Análisis de los requisitos de hardware para crear un nodo validado y completo de Ethereum(opens in a new tab), Albert Palau, 24 de septiembre de 2018
• Cómo ejecutar los nodos completos de Ethereum: una guía para aquellas personas que se encuentren desmotivadas(opens in a new tab) , Justin Leroux, 7 de noviembre de 2019
• Cómo ejecutar un nodo Besu Hyperledger en la red principal de Ethereum: beneficios, requisitos y configuración(opens in a new tab) , Felipe Faraggi, 7 de mayo de 2020
• Cómo desplegar el cliente Ethereum Nethermind con bloque de supervisión(opens in a new tab) , Nethermind.eth, 8 de julio de 2020

Temas relacionados

• Nodos y clientes
• Bloques
• Redes