El tiempo de actividad de 10 años de Ethereum descansa en un intercambio de consenso oculto

El investigador de Ethereum Luca Zanolini ha explicado por qué la red separa la producción continua de bloques del asentamiento final, argumentando que esta estructura permite a Ethereum seguir operando a través de fallos de software, interrupciones y caídas en la participación de validadores. 

Su relato conecta el historial de producción de bloques de Ethereum durante una década con el trabajo actual en una finalidad más rápida y un diseño de consenso más limpio.

Mientras tanto, Ethereum utiliza un proceso para seguir añadiendo bloques y otro para marcar los bloques más antiguos como finales. La capa de producción sigue la cadena respaldada por los validadores activos, mientras que la capa de finalidad requiere la aprobación de al menos dos tercios del stake activo total. Si ese umbral desaparece, la finalidad puede pausarse sin detener los nuevos bloques.

Esa distinción se hizo visible en mayo de 2023, cuando los fallos de clientes interrumpieron la finalidad dos veces en 24 horas. La primera interrupción duró unos 25 minutos y la segunda duró cerca de una hora. Los bloques siguieron llegando, las transacciones permanecieron disponibles y la red se recuperó sin un reinicio coordinado.

Por qué Ethereum evita una parada total de la red

Zanolini afirmó que una parada en la capa base congelaría más que simples transferencias de tokens. Las plataformas de préstamos no podrían procesar liquidaciones, los oráculos no podrían actualizar precios, los rollups no podrían publicar datos ni pruebas, y los puentes no podrían confirmar el nuevo estado. Los riesgos seguirían acumulándose mientras los usuarios carecían de una respuesta en cadena.

Un reinicio forzado también pondría la recuperación en manos de un pequeño grupo de desarrolladores, operadores y validadores. Necesitarían diagnosticar el fallo, acordar una solución y coordinar el retorno de la red. En cambio, Ethereum tiene como objetivo seguir produciendo bloques siempre que una mayoría honesta de validadores activos pueda comunicarse.

El slashing y las filtraciones por inactividad restauran el orden

La capa de finalidad protege el historial asentado a través de votos firmados de validadores. Los bloques o atestaciones en conflicto pueden generar evidencia que el protocolo puede verificar. "El protocolo solo penaliza lo que puede probar", escribió Zanolini. Los validadores que firmen historiales contradictorios pueden perder stake mediante slashing.

Ethereum también utiliza una filtración por inactividad cuando la finalidad permanece no disponible durante más de cuatro épocas. Los validadores sin conexión pierden gradualmente el stake efectivo, con penalizaciones que aumentan durante una interrupción prolongada. Esto cambia el equilibrio de votación hasta que los validadores participantes vuelvan a controlar suficiente stake para finalizar la cadena automáticamente.

El proceso no requiere un hard fork ni un reinicio manual. La producción de bloques continúa mientras el stake inactivo cae. Zanolini describió este camino de recuperación como una parte central del diseño de Ethereum, ya que el protocolo puede volver a la finalidad sin esperar a que cada validador sin conexión se vuelva a conectar.

La diversidad de clientes limita el riesgo de fallos de software

El modelo de Ethereum se vuelve más frágil cuando un cliente de consenso controla demasiado stake. Un cliente por encima de un tercio puede amenazar la finalidad durante un fallo importante. El control por encima de la mitad puede distorsionar la elección de bifurcación, mientras que un cliente por encima de dos tercios podría ayudar a finalizar un historial no válido antes de que los operadores puedan reaccionar.

Como informó anteriormente crypto.news, un fallo de Prysm tras la actualización Fusaka en diciembre de 2025 redujo la participación de validadores a aproximadamente el 75%. La red se perdió 41 épocas y los validadores perdieron aproximadamente 382 ETH en recompensas, pero otros clientes siguieron funcionando y Ethereum evitó perder la finalidad.

El equipo de Consenso de Protocolo de la Fundación Ethereum está estudiando ahora formas de separar la producción de bloques y la finalidad de manera más clara. Una propuesta de investigación de marzo sugirió utilizar un comité muestreado para bloques más rápidos mientras un proceso separado finaliza la cadena detrás de él. Esto permitiría que ambos sistemas utilicen diferentes configuraciones de tiempo y seguridad.

Una actualización del 11 de mayo indicó que el próximo trabajo de consenso de Ethereum se centrará en reducir el tiempo de finalidad, que actualmente tarda aproximadamente dos épocas en condiciones normales. Informes separados de crypto.news señalaron que Vitalik Buterin ha respaldado Minimmit, un sistema de finalidad de una sola ronda propuesto. La propuesta podría asentar bloques más rápido, aunque su diseño actual acepta una tolerancia a fallos formal menor que Casper FFG.

La explicación de Zanolini presenta la resiliencia de Ethereum como un conjunto de decisiones vinculadas en lugar de una sola característica. Los bloques continuos preservan el acceso, la finalidad protege el historial asentado, el slashing penaliza la mala conducta demostrable, las penalizaciones por inactividad respaldan la recuperación automática y múltiples clientes reducen el alcance de un error compartido en la red de validadores en general.