Ir al contenido principal
Change page

Diversidad de clientes

Última actualización de la página: 27 de octubre de 2025

Mathewvizc7Mopens in a new tab
MGETHMopens in a new tab
fortunavirtu7fopens in a new tab
+27

El software ejecutado por el cliente, controla el comportamiento de un nodo de Ethereum. Hay diferentes niveles de producción de clientes de Ethereum, cada uno de ellos desarrollado y mantenido en varios idiomas por diferentes equipos. Los clientes han sido construidos con especificaciones similares que permiten la comunicación entre ellos, compartir rasgos comunes y ofrecer una experiencia al cliente similar. No obstante, en estos momentos, la distribución de clientes en los nodos no es del todo uniforme como para que el reforzamiento de la red opere a su máximo potencial. Idóneamente, los usuarios se dividen de manera uniforme a través de varios clientes para generar tanta diversidad de clientes como sea posible en la red.

Requisitos previos

Si aún no entiende qué son los nodos y los clientes, consulte nodos y clientes. Las capas de y se definen en el glosario.

¿Por qué existen múltiples clientes?

La existencia de clientes múltiples, desarrollados y mantenidos de manera independiente se debe a que la diversidad de clientes permite que la red sea más resiliente frente a ataques o errores. Los clientes múltiples son una baza singular para Ethereum. Otras cadenas de bloques dependen de la infalibilidad de un solo cliente. Sin embargo, no basta con tener múltiples clientes disponibles; tienen que ser adoptados por la comunidad y el total de nodos activos debe distribuirse de forma relativamente equitativa entre ellos.

¿Por qué es tan importante la diversidad de clientes?

Para garantizar el buen estado de una red descentralizada, es vital contar con varios clientes desarrollados y mantenidos de manera independiente. Entendamos por qué.

Errores

Un error producido en un solo cliente es menos arriesgado para la red cuando se focaliza en una minoría de los nodos de Ethereum. Al haber una distribución equitativa de los nodos entre varios clientes, la probabilidad de que la mayoría de los clientes se vean afectados por una misma incidencia se reduce. Esto trae como resultado que la red sea más robusta.

Resiliencia frente a los ataques

La diversidad de clientes también ofrece una mayor resiliencia frente a los ataques. Por ejemplo, es poco probable que un ataque que engañe a un cliente particularopens in a new tab para que siga una rama particular de la cadena tenga éxito, porque es poco probable que otros clientes sean explotables de la misma manera y la cadena canónica permanezca intacta. La poca diversidad de clientes aumenta el riesgo de hackeos dirigidos al cliente dominante. Se ha probado que la diversidad de clientes es una forma de defensa de vital importancia ante ataques maliciosos contra la red. Por ejemplo, el ataque de servicios denegados de Shanghai de 2016 tuvo lugar debido a que los atacantes lograron forzar al cliente dominante (Geth), haciéndolo ejecutar una operación de disco ralentizado i/o decenas de miles de veces por bloque. Gracias a que clientes alternativos se encontraban en línea sin compartir los puntos débiles, Ethereum pudo resistir el ataque y continuar operando mientras se lograban reparar los fallos en Geth.

Finalidad de la prueba de participación

Un error en un cliente de consenso con más del 33 % de los nodos de Ethereum podría impedir que la capa de consenso finalizara, lo que significa que los usuarios no podrían confiar en que las transacciones no se revirtieran o cambiarían en algún momento. Esto podría ser bastante problemático para muchas de las aplicaciones contruidas en Ethereum, especialmente las DeFi.

Peor aún, un error crítico en un cliente con una mayoría de dos tercios podría hacer que la cadena se divida y finalice incorrectamente, lo que llevaría a que un gran conjunto de validadores se quedara atascado en una cadena no válida. Si los validadores quisieran reincorporarse a la cadena correcta, se verían afectados por recortes o por un lento y costoso proceso de retirada y reactivación voluntaria. La magnitud de los recortes aumenta en función del número de nodos culpables, con un máximo de dos tercios de la mayoría (32 ETH) recortados.

A pesar de que es poco probable que se den estas situaciones, el ecosistema de Ethereum puede mitigar dichos riesgos igualando la distribución de clientes a través de los nodos activos. Idóneamente, ningún cliente de consenso podría alcanzar una participación del 33 % del total de los nodos.

Responsabilidad compartida

La tenencia de clientes mayoritarios también conlleva un costo humano. Esto supondría una sobrecarga de estrés y responsabilidades a un equipo de desarrollo a pequeña escala. Mientras haya menos diversidad de clientes, mayor será la carga de responsabilidades adjudicadas a los desarrolladores a cargo del cliente mayoritario. Distribuir la responsabilidad entre múltiples equipos favorece el bienestar tanto de los nodos de la red de Ethereum como de las personas involucradas.

Diversidad de clientes actual

Clientes de ejecución

Clientes de consenso

Este diagrama puede estar desactualizado. Visite ethernodes.orgopens in a new tab y clientdiversity.orgopens in a new tab para obtener información actualizada.

Los dos gráficos circulares de arriba muestran instantáneas de la diversidad de clientes actual para las capas de ejecución y de consenso (en el momento de la redacción, en octubre de 2025). La diversidad de clientes ha mejorado con los años, y la capa de ejecución ha visto una reducción en el dominio de Gethopens in a new tab, con Nethermindopens in a new tab en un cercano segundo lugar, Besuopens in a new tab en tercero y Erigonopens in a new tab en cuarto, mientras que otros clientes comprenden menos del 3 % de la red. El cliente más utilizado en la capa de consenso, Lighthouseopens in a new tab, está bastante cerca del segundo más utilizado. Prysmopens in a new tab y Tekuopens in a new tab representan ~31 % y ~14 % respectivamente, y otros clientes se usan con poca frecuencia.

Los datos de la capa de ejecución se obtuvieron de supermajority.infoopens in a new tab el 26 de octubre de 2025. Los datos de los clientes de consenso se obtuvieron de Michael Sproulopens in a new tab. Los datos de clientes de consenso son más difíciles de obtener, porque los clientes de la capa de consenso no siempre tienen rastros inequívocos que se pueden utilizar para identificarlos. Los datos se generaron utilizando un algoritmo de clasificación que a veces confunde a algunos de los clientes minoritarios (consulte aquíopens in a new tab para obtener más detalles). En el diagrama anterior, estas clasificaciones ambiguas se tratan con una etiqueta de «uno u otro» (p. ej., Nimbus/Teku). No obstante, es evidente que la mayoría de la red se ejecuta con Prysm. A pesar de que solo son capturas, los valores presentes en el diagrama ofrecen una visión generalizada del estado actual de la diversidad de clientes.

Los datos actualizados sobre la diversidad de clientes para la capa de consenso ya están disponibles en clientdiversity.orgopens in a new tab.

Capa de ejecución

Hasta el momento, el foco de la discusión sobre la diversidad de clientes se centraba en la capa de consenso. Sin embargo, el cliente de ejecución Gethopens in a new tab representa actualmente alrededor del 85 % de todos los nodos. Estos son porcentajes críticos, tanto para el cliente de consenso como para el de ejecución. Por ejemplo, un error en Geth que afecte el manejo de las transacciones o un error en la construcción de la carga útil de ejecución podría generar una finalización de transacciones problemática o con errores para los clientes de consenso. Así pues, Ethereum podría ser mucho más saludable con una distribución más equitativa de clientes de ejecución, en donde, idóneamente, no haya ningún cliente con más del 33 % de la participación en la red.

Usar un cliente minoritario

Abordar la diversidad de clientes requiere algo más que la elección de clientes minoritarios por parte de usuarios individuales: requiere que los grupos de validadores y las instituciones, como las principales dapps y plataformas de intercambio, también cambien de clientes. A pesar de ello, todos los usuarios pueden participar en el proceso de reequilibrar las disparidades actuales y normalizar el uso de todo el software disponible de Ethereum. Tras La Fusión, todos los operadores de nodo deberán ejecutar un cliente de ejecución y un cliente de consenso. Escoger alguna de las combinaciones de clientes sugeridas a continuación, ayudará a aumentar la diversidad de clientes.

Clientes de ejecución

Clientes de consenso

Los usuarios técnicos pueden acelerar este proceso con tutoriales y documentación relacionada a clientes minoritarios, invitando a otros operadores de nodos a migrar alejándose de los clientes dominantes. Hay guías disponibles para cambiar a un cliente de consenso minoritario en clientdiversity.orgopens in a new tab.

Paneles de diversidad de clientes

Hay varios paneles que ofrecen estadísticas en tiempo real sobre la diversidad de clientes en las capas de consenso y ejecución.

Capa de consenso:

Capa de ejecución:

Lecturas adicionales

Temas relacionados

¿Le ha resultado útil este artículo?