Centralización, descentralizadora

Una blockchain pública tiene como objetivo ser, entre otros, una estructura descentralizada y resiliente a la censura. Esto se traduce en un objetivo simple: que nadie, excepto la comunidad de esa blockchain, tenga el poder de alterar o hacer caer la red.

La descentralización, sin duda, ayuda a lograr este objetivo. Pero...

¿Es realmente Ethereum una red altamente descentralizada?

Si atendemos a sus datos de validadores activos, parece que sí. En el siguiente enlace podéis encontrar un dashboard con mucha información práctica. ¡+900k validadores y un total del ~25% de tokens en staking!

No obstante, si repasamos los componentes que hacen posible su funcionamiento, vemos que unos pocos (en algunos casos, un sólo actor), puede generar problemas muy serios a la red. Lo separamos por capas:

Clientes de consenso y ejecución

El número de clientes de consenso y ejecución es muy bajo. De hecho, hay únicamente cuatro para cada capa que sean utilizados a escala por los operadores de nodos. En en enlace siguiente tenéis los datos para ambos clientes... ¡Veréis que es preocupante!

Geth es el cliente de ejecución más utilizado por los validadores. En total, <75% de los validadores utilizan este cliente. Salvando los mecanismos de defensa que cada validador pueda tener, una caída del cliente Geth causaría un problema altamente grave en la red ya que hasta un ~75% de la misma dejaría de funcionar.

Claro está, los operadores de nodos tendrán su cortafuegos pero... ¿Todos? y si es todos, ¿En cuanto tiempo? Con la última caída de Nethermind en Enero de 2024, el segundo cliente más utilizado con un ~10% de los validadores en su haber cuando tuvo un fallo crítico, dejo un 8% del total de la red sin firmar attestations ni crear bloques durante una hora aproximadamente. Es decir, pocos operadores profesionales tienen la redundancia automática dispuesta para un caso así. ¿Y si hubiera pasado con Geth?

En cuanto a clientes de consenso, Prysm tiene alrededor de un ~40% de uso en los validadores. Por lo tanto también supone un riesgo para la red de Ethereum.

En Ethernodes, gracias al uso de DVT y de un cluster privado que utiliza TODOS los clientes de ejecución y consenso, mitigamos este riesgo y aseguramos la continuidad de nuestros validadores con independencia de lo que suceda con cada cliente.

Protocolos que centralizan

Otro punto único de fallo es la existencia de un protocolo de uso masivo que tenga un fallo crítico... como puede ser Lido Finance. Con una cuota de mercado del total staking en un <30%, un fallo en su protocolo causaría un grave perjuicio a toda la red. Es por ello que siempre se recomienda utilizar la mayor diversidad posible de proveedores.

En EthernodesV2, distribuimos el Staking en diversos protocolos, además de utilizar DVT, para asegurar que ningún protocolo tiene fuerza suficiente para afectar a la red.

PreviousEstructura de Ethernodes.io NextPara plataformas

Last updated 2 years ago