La importancia de la diversidad de clientes
La diversidad de clientes es crucial para tu nodo validador de Ethereum, ya que está compuesto por varios conjuntos de software que trabajan juntos para procesar y atestiguar transacciones. Siendo una red descentralizada, Ethereum no depende de un solo servidor o nodo físico.
Sin embargo, si cada nodo se ejecuta solo en un conjunto de software cliente, la existencia de errores graves o ataques dirigidos a esa capa de software aún puede interrumpir este proceso.
Cuando esto sucede, nosotros, como operadores de nodos validadores, sufrimos penalizaciones. Estas penalizaciones aumentan exponencialmente cuando nuestros nodos validadores se desconectan junto con una gran parte de la red.
Observando el gráfico a continuación, las penalizaciones por correlación que involucran al 33% o más de la red resultarán en la pérdida de todo tu ETH apostado.

Por esta razón, hoy en día existen al menos 4 o 5 clientes para elegir en las capas de ejecución y consenso. Con Geth siendo dueño de más del 50% del mercado de clientes de ejecución en la actualidad, la existencia de un error grave que cause que los nodos validadores que ejecutan Geth realicen una doble firma sería catastrófica.
Por eso recomendaremos clientes minoritarios para este plan de estudios.
Consideraciones clave
Aunque deberíamos utilizar clientes minoritarios, no significa automáticamente que cualquier cliente pueda ejecutarse en el mismo hardware. Una razón importante de la popularidad de Geth, además de su confiabilidad, es la capacidad de ejecutarse en hardware mínimo.
Clientes de la capa de ejecución (actualizado el 4 de febrero de 2024)

*Erigon está optimizado para ejecutar nodos de archivo (los nodos completos son suficientes para los validadores) y consumirá 2 TB de espacio en disco dentro de varias semanas después de la sincronización.
Clientes de la capa de consenso (actualizado el 4 de febrero de 2024)
Dado que las dependencias en los requisitos de hardware son mayores para los clientes de la capa de ejecución (EL), las consideraciones para los clientes de la capa de consenso (CL) estarán principalmente en la cuota de mercado.

Además, todos los clientes de la capa de consenso (CL) ahora cuentan con la función de sincronización de puntos de control, lo que permite que en solo unos minutos, podemos cambiar rápidamente entre clientes de CL con un tiempo de inactividad mínimo cuando hay errores en uno de ellos.
Last updated