El término «softwareEthereum » puede referirse a dos cosas diferentes, y la mayoría de las guías no especifican a cuál se refieren. Los clientes de ejecución —Geth, Reth, Nethermind— sincronizan la cadena. Las herramientas de implementación —Dappnode, eth-docker, Chainstack gestionan los clientes. Elegir la categoría equivocada supone una pérdida de tiempo de varias semanas. Esta guía abarca ambas.
En qué estás eligiendo realmente
Antes de la lista: el término «software de nodo » tiene distintos significados según el público al que se dirija. Es necesario diferenciar entre los clientes de ejecución y las herramientas de implementación, ya que resuelven problemas distintos.
- Los clientes de ejecución —Geth, Nethermind, Besu, Erigon, Reth— constituyen el software básico de los nodos. Se encargan de sincronizar la cadena, atender las solicitudes JSON-RPC y participar en el consenso. En cada Ethereum se ejecuta uno de ellos, siempre.
- Las herramientas de implementación y gestión —Dappnode, Stereum, eth-docker, Chainstack son envoltorios que se encargan de la orquestación, la supervisión, las actualizaciones y la conmutación por error sobre los clientes. No siempre es necesario utilizar una de ellas, pero sin una, tendrás que ocuparte tú mismo de todo eso.
La mayoría de las comparativas sobre «el mejor software Ethereum » mezclan estas dos categorías. Esta no lo hace.
La realidad operativa que la mayoría de los artículos pasan por alto
Si estás ejecutando un nodo con fines de desarrollo o para dar soporte a un validador, debes conocer el perfil de costes real antes de tomar cualquier decisión.
Hoy en día,Ethereum para producción requiere 32 GB de RAM, entre 2 y 4 TB de NVMe ( la cadena superó los 3 TB a mediados de 2025) y un ancho de banda sostenido de más de 25 Mbps. Según las propias estimaciones Chainstack, los nodos de archivo en la nube autohospedados tienen un coste de entre 300 y 600 dólares al mes en recursos de computación. Teniendo en cuenta los costes de la nube y el tiempo de ingeniería, la cifra del sector para un nodo de producción es de aproximadamente 86 000 dólares al año.
Y luego está el mantenimiento. El incidente de Pectra Holesky de febrero de 2025, en el que Geth, Nethermind y Besu enviaron un depositContractAddress y certificó un bloque no válido, lo que requirió una coordinación de emergencia entre todos los operadores que ejecutaban esos clientes. La actualización de Fusaka en diciembre de 2025 parecía impecable en la capa de ejecución, pero un error de agotamiento de recursos de Prysm provocó la pérdida de 248 bloques a lo largo de 42 épocas, lo que redujo la participación al 75 % y supuso a los validadores una pérdida de aproximadamente 382 ETH en recompensas. Las actualizaciones BPO1 y BPO2 que siguieron requirieron versiones actualizadas de EL y CL con pocos días de diferencia entre ellas. Una actualización fallida significa tiempo de inactividad o penalizaciones.
Las propias notas de la versión de Geth, tras un error de corrupción de datos, incluían: «Pedimos disculpas por esta regresión y por los quebraderos de cabeza que su corrección supondrá para vosotros». Ese es el tono de Ethereum de «hazlo tú mismo» en 2026.
Esto no significa que no debas optar por el autoalojamiento. Significa que el software que utilices para el autoalojamiento es más importante de lo que la mayoría de las guías reconocen.
5. Cliente de ejecución sin configurar: Geth o Reth con configuración manual
Ideal para: empresas de MEV/HFT que necesitan servicios de coubicación en hardware sin sistema operativo y no desean ninguna capa de abstracción entre su código y el nodo.
Geth (ethereum) es el cliente de referencia y sigue representando aproximadamente el 41 % de la red. La versión 1.17.2 sincroniza un nodo completo en unas 3 horas en NVMe, utiliza unos 8 GB de RAM, y el almacenamiento de estado basado en rutas ha reducido el uso del disco de archivo de entre 18 y 20 TB a unos 1,9 TB. Para la mayoría de las cargas de trabajo, Geth es la opción predeterminada más segura.
Reth es el recién llegado: una implementación de Rust con un rendimiento en pruebas de rendimiento significativamente superior: hasta 16 000 RPS, una latencia inferior al milisegundo bajo carga y más de 500 RPS en las API de depuración y rastreo (aproximadamente 10 veces más que Erigon en esos puntos finales). Actualmente cuenta con alrededor del 2 % de la red, pero está creciendo rápidamente.
Ambas opciones te ofrecen el máximo control. Ambas también te confieren la máxima responsabilidad operativa: supervisión manual, actualizaciones autogestionadas, coordinación de hard forks, recuperación ante fallos y ausencia de conmutación por error, a menos que la implementes tú mismo.
Esta es la opción adecuada solo si la actividad principal de tu equipo es la ingeniería de infraestructuras, o si eres una empresa de MEV en la que la latencia es un factor crítico y necesitas controlar todas las capas de la pila. Para los equipos Dev de aplicaciones, de protocolos y de infraestructuras que se dedican principalmente a crear productos en lugar de ocuparse del mantenimiento de los nodos, es la opción más cara en términos de coste total.
4. Nethermind o Besu para la diversificación de la cartera de clientes
Ideal para: validadores y equipos de protocolo con un compromiso con el cumplimiento normativo o la diversidad.
La cuota de mercado de Geth, de alrededor del 41 %, se sitúa cerca del umbral del 33 % a partir del cual un error en un solo cliente podría poner en peligro la finalidad de la red. Si gestionas validadores y te preocupa el buen funcionamiento de la red, el hecho de utilizar un cliente minoritario es una razón legítima para elegir Nethermind o Besu en lugar de Geth.
No importa (C#/.NET, con una cuota de mercado de aproximadamente el 38 %) se sincroniza más rápido que Geth y se incluye con trace_* puntos finales y una API de complementos. El fallo de consenso de enero de 2024, que dejó fuera de servicio al 8 % de los validadores durante cuatro horas, es un incidente conocido: el equipo lanzó rápidamente una corrección y, desde entonces, el cliente ha funcionado de forma estable. Besu (Java, ~16 %) es el único cliente con licencia Apache 2.0 y gestiona cargas de trabajo de redes enterprise consorcios, incluidas las configuraciones IBFT 2.0 y QBFT. Es el que presenta la sincronización inicial más lenta de entre los principales clientes (~13 horas) y el que más memoria RAM consume (~10 GB).
La carga operativa es la misma que con Geth sin modificar. Sigues encargándote de todo tú mismo: supervisión, actualizaciones y recuperación. Simplemente lo haces con un cliente diferente. Si la variedad de clientes es tu principal motivo para estar aquí, esta es la opción adecuada. Si quieres variedad de clientes sin la carga operativa, consulta el punto n.º 1.
3. Dappnode o eth-docker para quienes realizan staking desde casa
Ideal para: validadores independientes y usuarios domésticos con conocimientos técnicos que deseen disponer de su propio hardware y se sientan cómodos gestionando un único servidor.
Dappnode se comercializa tanto como sistema operativo como en forma de dispositivo de hardware (mini-PCs con precios que oscilan entre los 1.720 € y los 3.240 €). El my.dappnode El panel de control web hace que la implementación de clientes de ejecución y consenso resulte realmente accesible para usuarios que no pertenecen al ámbito de DevOps. Incluye WireGuard VPN, Web3Signer y MEV-Boost, y es compatible con más de 100 paquetes a través de su DAppStore, entre los que se incluyen Lido CSM, Obol DVT y SSV. Si quieres ejecutar un validador desde casa con conocimientos mínimos de Linux, Dappnode es la opción más consolidada.
eth-docker es la opción ideal para los usuarios avanzados que apuestan en solitario y prefieren Docker Compose a una interfaz gráfica de usuario. Es compatible con todos los principales clientes de ejecución (Geth, No importa, Besu, Erigón, Reth) y clientes de consenso (Lighthouse, Teku, Prysm, Nimbus, Lodestar, Grandine), incluye paneles de Grafana listos para producción y publica un calendario con las versiones de sus lanzamientos antes de cada hard fork. Su ./ethd El asistente interactivo del shell se encarga de la mayor parte de las tareas complejas de configuración. La comunidad de EthStaker lo mantiene de forma activa.
Ninguna de las dos está diseñada para nada más allá de un único nodo. No hay RBAC, ni cuentas de equipo, ni ruta de Kubernetes, ni pasarela de API, ni observabilidad entre nodos, ni SLA. Para los stakers particulares, eso está bien: estas herramientas se adaptan perfectamente a su público. Sin embargo, para los equipos que ejecutan nodos como infraestructura de producción para una aplicación o un protocolo, dejan de ser adecuadas muy rápidamente.
2. Stereum para operadores de un solo nodo basados en VPS
Ideal para: operadores con conocimientos técnicos que desean una interfaz gráfica de usuario de tipo gestionado, pero que gestionan su propio servidor VPS o físico.
Stereum es un lanzador de escritorio Electron que se conecta mediante SSH a un servidor proporcionado por el usuario y gestiona contenedores Docker de forma remota. Admite cinco clientes de ejecución y cinco clientes de consenso, instala automáticamente Prometheus y Grafana, e incluye una aplicación móvil de monitorización (Stereum Node Monitor) con alertas push, una característica diferenciadora que la mayoría de las herramientas de esta categoría no ofrecen.
La valoración es sincera: Stereum gestiona mejor la complejidad de la configuración que los clientes básicos y ofrece un mejor monitorizado que eth-docker desde el primer momento. Sin embargo, sigue siendo un sistema de un solo servidor, su modelo de actualización sigue siendo manual y carece de gestión de equipos o flotas. Si eres un operador independiente que busca una interfaz gráfica de usuario y un sistema de alertas eficaz sin tener que adquirir un dispositivo Dappnode, Stereum es una opción intermedia muy sólida.
1. Chainstack
Ideal para: equipos de desarrollo, equipos de protocolos y equipos de infraestructura que necesitan su propio nodo sin la carga operativa que supone gestionarlo.
Chainstack es un plano de control nativo de Kubernetes que implementa y gestiona Ethereum en la infraestructura que tú controlas. Tú aportas el servidor —ya sea un VPS en la nube, una máquina virtual, un servidor físico o un entorno local—. Chainstack el software que se encarga de todo lo que ocurre por encima de la capa de hardware: orquestación de la implementación, autenticación, supervisión en tiempo real, alertas, configuración de conmutación por error y despliegues gestionados de actualizaciones.
La instalación dura entre 5 y 10 minutos. Compárese esto con la cifra Chainstackpropia Chainstackha documentado para la configuración de producción «hazlo tú mismo»: dos semanas para poner en marcha por primera vez un nodo listo para producción y, a continuación, cuatro horas semanales por ingeniero para mantenerlo en buen estado —o incluso más cuando se produce un hard fork o un incidente de corrupción—.
Lo que ofrece la opción de autoalojamiento, además de ejecutar Reth por tu cuenta:
- Implementación con un solo clic mediante configuraciones de Reth + Prysm previamente probadas
- Conmutación por error configurable —a un nodo secundario, endpoint RPC gestionado Chainstacko endpoint cualquier endpoint especificado por el usuario endpoint para que un fallo del nodo no provoque la caída de tu aplicación
- Notificaciones de actualización controladas con implementación gestionada, para que no te encuentres con los requisitos de un hard fork a las 2 de la madrugada
- Entornos cifrados y con control de acceso
- Latencia interna de aproximadamente 1 ms mediante endpoint dentro del clúster
- Certificación SOC 2 Tipo II e infraestructura de centro de datos conforme a la norma ISO 27001, aspectos fundamentales para implementaciones en las que el cumplimiento normativo es fundamental
Para los equipos que ya cuentan con un proveedor de servicios en la nube, la solución se ejecuta directamente en su infraestructura. Para los equipos que buscan una opción de hardware lista para usar, la colaboración Chainstackcon HOSTKEY permite el envío de servidores con Self-Hosted preinstalado en 13 países; el precio de entrada ronda los 190 dólares al trimestre por un VDS en los Países Bajos.
Por qué es la opción n.º 1: Todas las demás opciones de esta lista —clientes sin procesar, Dappnode, eth-docker, Stereum— te obligan a elegir entre la propiedad y la simplicidad operativa. Chainstack es la primera opción del mercado que te ofrece ambas cosas. Conservas la propiedad total de la infraestructura: tus servidores, tus datos, tu cuenta en la nube. No heredas la carga operativa del «hazlo tú mismo»: sin configuración manual de la supervisión, sin riesgo de coordinación de hardforks, sin necesidad de crear una arquitectura de conmutación por error personalizada. Se trata de una categoría que no existía hace dos años, y es la que resuelve el problema real que tienen la mayoría de los equipos de desarrollo cuando deciden dejar de depender de Infura o Alchemy.
Marco de decisión
- Deberías utilizar Chainstack si eres un equipo de desarrollo, un equipo de protocolo o una organización de infraestructura que necesita controlar la infraestructura de su nodo sin tener que encargarse de su gestión. Es especialmente recomendable si tienes requisitos de cumplimiento normativo, un equipo formado por varias personas que necesita un acceso controlado, o si estás iniciando una nueva implementación y quieres seguir una trayectoria que te permita llegar a la disponibilidad general (GA).
- Si eres un validador independiente o un staker doméstico con conocimientos técnicos que gestiona un único nodo para staking o uso personal, y deseas utilizar las herramientas más ligeras posibles, te recomendamos que utilices eth-docker o Dappnode . Chainstack también es una buena opción en este caso si prefieres un plano de control de nivel gestionado, incluso para un único nodo.
- Te recomendamos Stereum si trabajas de forma independiente en un VPS, prefieres una interfaz gráfica de usuario y quieres disponer de alertas móviles integradas desde el primer momento. Chainstack es una opción igualmente válida si, además, deseas contar con conmutación por error y un modelo de actualizaciones gestionadas.
- Deberías utilizar clientes «raw» con configuración manual si eres una empresa de MEV, una firma de HFT o un equipo centrado en la infraestructura cuya actividad principal sea la gestión de nodos y necesites controlar cada capa de la pila sin ningún tipo de abstracción.
- Deberías utilizar Nethermind o Besu si la diversidad de clientes es una prioridad fundamental para la configuración de tu validador y no te supone un problema la carga operativa que conlleva ejecutar un cliente minoritario sin una capa de gestión.
Primeros pasos con Chainstack
La implementación de un Ethereum autohospedado ya no requiere semanas de configuración manual ni gastos operativos. Con Chainstack , dispondrás de un flujo de trabajo de implementación optimizado, al tiempo que mantienes el control total sobre la infraestructura, los datos y el acceso a la red.
Si necesitas Ethereum que cumplan con los requisitos internos de cumplimiento normativo, seguridad o residencia de datos, Chainstack ofrece una solución práctica para una infraestructura de cadena de bloques autogestionada, sin sacrificar la facilidad de uso. Solicita acceso anticipado en chainstack.com/self-hosted. Si prefieres un hardware preconfigurado y listo para usar, la colaboración con HOSTKEY permite recibir servidores con Self-Hosted preinstalado en 13 países a partir de unos 190 $ al trimestre.
En otros casos, los equipos pueden preferir un enfoque gestionado. Empezar a utilizar Ethereum Chainstack es rápido y sencillo: se puede implementar un nodo fiable en cuestión de segundos a través de una consola intuitiva, sin necesidad de hardware ni configuraciones complejas. Con un tiempo de actividad del 99,99 %, operaciones respaldadas por un acuerdo de nivel de servicio (SLA) las 24 horas del día, los 7 días de la semana, y puntos de conexión globales de baja latencia, Chainstack un acceso RPC fluido para desarrollar y escalar aplicaciones de DeFi, análisis y trading:
Preguntas frecuentes
Los nodos gestionados se ejecutan en la infraestructura Chainstack. Los nodos autohospedados se ejecutan en la infraestructura que tú controlas —tu cuenta en la nube, tu servidor virtual privado (VPS) o tu servidor físico— y Chainstack el software de implementación y gestión.
Por el momento, no. La versión beta es compatible con Reth como cliente de ejecución y con Prysm como cliente de consenso. La compatibilidad con otros clientes está prevista en la hoja de ruta. Consulta docs.chainstack.docs para conocer el estado actual.
No en la versión beta actual. La opción «Self-Hosted» solo admite nodos completos. En cuanto a los requisitos de los nodos de archivo, los nodos dedicados gestionados Chainstackadmiten el modo de archivo y ya están listos para su uso en producción.
La instalación del plano de control en sí misma dura entre 5 y 10 minutos. El tiempo de sincronización inicial de Reth depende del hardware y la red: Reth es uno de los clientes más rápidos en la sincronización inicial, considerablemente más rápido que el tiempo de referencia de Geth, de unas 3 horas, en hardware NVMe equivalente, aunque los tiempos exactos pueden variar.
Es gratuito durante el periodo beta. Chainstack confirmado que habrá un coste de licencia una vez que el servicio esté disponible para el público general, pero aún no se han publicado los precios. Teniendo en cuenta que el coste de ingeniería «hazlo tú mismo» para una configuración similar asciende a cuatro horas semanales por ingeniero, más dos semanas de tiempo de configuración inicial, la comparación pertinente es el coste de la licencia frente al tiempo de ingeniería, y no el coste de la licencia frente a cero.
La versión autohospedada incluye una función de conmutación por error configurable: puedes redirigir el tráfico a un nodo autohospedado secundario, endpoint RPC gestionado Chainstacko endpoint cualquier otro endpoint especificado. Esta es la característica que más claramente la distingue de ejecutar tú mismo un nodo Reth sin configurar, en el que la conmutación por error requiere crear tu propio equilibrador de carga y tu propia lógica de comprobación de estado.
Actualmente solo Ethereum Mainnet, Sepolia y Hoodi. La plataforma gestionada Chainstackes compatible con más de 70 cadenas, y está previsto añadir compatibilidad con protocolos adicionales para la versión autohospedada tras el lanzamiento general.