El investigador de Ethereum, Luca Zanolini, explicó por qué la red separa la producción continua de bloques de la liquidación final, argumentando que esta estructura permite a Ethereum seguir funcionando a través de fallas de software, interrupciones y caída de la participación de los validadores.
Su cuenta conecta el récord de producción de bloques de Ethereum durante una década con el trabajo actual para lograr una finalidad más rápida y un diseño de consenso más limpio.
Mientras tanto, Ethereum utiliza un proceso para seguir agregando bloques y otro para marcar los bloques más antiguos como finales. La capa de producción sigue la cadena respaldada por validadores activos, mientras que la capa de finalidad requiere la aprobación de al menos dos tercios de la participación activa total. Si ese umbral desaparece, la finalidad puede pausarse sin detener nuevos bloques.
Escribí un artículo sobre los porqués detrás del diseño de consenso de Ethereum.
¿Por qué dos capas? Por qué a uno se le permite detenerse y al otro no. Por qué las infracciones se castigan económicamente. Por qué la participación puede colapsar y la cadena aún se recupera por sí sola.
Debajo de cada elección está el… https://t.co/vzE3M0lWYt
– Luca Zanolini (@luca_zanolini) 8 de junio de 2026
Esa distinción se hizo visible en mayo de 2023, cuando las fallas de los clientes interrumpieron la finalidad dos veces en 24 horas. La primera interrupción duró unos 25 minutos y la segunda cerca de una hora. Continuaron llegando bloques, las transacciones siguieron disponibles y la red se recuperó sin un reinicio coordinado.
Por qué Ethereum evita una parada total de la red
Zanolini dijo que una suspensión de la capa base congelaría más que simples transferencias de tokens. Las plataformas de préstamos no podían procesar liquidaciones, los oráculos no podían actualizar los precios, los rollups no podían publicar datos o pruebas y los puentes no podían confirmar un nuevo estado. Los riesgos seguirían aumentando mientras los usuarios carecieran de una respuesta en la cadena.
Un reinicio forzado también dejaría la recuperación en manos de un pequeño grupo de desarrolladores, operadores y validadores. Tendrían que diagnosticar la falla, acordar una solución y coordinar el regreso de la red. En cambio, Ethereum pretende seguir produciendo bloques siempre que una mayoría honesta de validadores despiertos pueda comunicarse.
La tala y las fugas de inactividad restablecen el orden
La capa de finalidad protege el historial asentado mediante votos de validación firmados. Los bloques o certificaciones en conflicto pueden producir evidencia que el protocolo puede verificar. “El protocolo sólo castiga lo que puede probar”, escribió Zanolini. Los validadores que firman historias contradictorias pueden perder participación debido a recortes.
Ethereum también utiliza una fuga de inactividad cuando la finalidad no está disponible durante más de cuatro épocas. Los validadores fuera de línea pierden gradualmente su participación efectiva y las sanciones aumentan durante una interrupción prolongada. Esto cambia el saldo de votación hasta que los validadores participantes vuelvan a controlar suficiente participación 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 cae la participación inactiva. Zanolini describió esta ruta de recuperación como una parte central del diseño de Ethereum porque el protocolo puede volver a su finalidad sin esperar a que todos los validadores fuera de línea se vuelvan a conectar.
La diversidad del cliente limita el riesgo de falla del software
El modelo de Ethereum se vuelve más frágil cuando un cliente de consenso controla demasiada participación. Un cliente por encima de un tercio puede amenazar la finalidad durante una falta importante. Un control superior a la mitad puede distorsionar la elección de la bifurcación, mientras que un cliente superior a dos tercios podría ayudar a finalizar un historial no válido antes de que los operadores puedan reaccionar.
Como informó anteriormente crypto.news, una falla de Prysm después de la actualización de Fusaka en diciembre de 2025 elevó la participación de los validadores a aproximadamente el 75%. La red perdió 41 épocas y los validadores perdieron aproximadamente 382 ETH en recompensas, pero otros clientes continuaron trabajando y Ethereum evitó perder la finalidad.
El equipo de Protocol Consensus de la Fundación Ethereum ahora está estudiando formas de separar más claramente la producción y la finalidad de los bloques. Una propuesta de investigación de marzo sugirió utilizar un comité de muestra 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 sincronización y seguridad.
Una actualización del 11 de mayo dijo que el próximo trabajo de consenso de Ethereum se centrará en reducir el tiempo de finalidad, que actualmente toma alrededor de dos épocas en condiciones normales. Un informe separado de crypto.news dijo que Vitalik Buterin ha respaldado Minimmit, un sistema de finalidad de una ronda propuesto. La propuesta podría resolver bloques más rápido, aunque su diseño actual acepta una tolerancia formal a fallas más baja que Casper FFG.
La explicación de Zanolini presenta la resiliencia de Ethereum como un conjunto de opciones vinculadas en lugar de una característica. Los bloqueos continuos preservan el acceso, la finalidad protege el historial resuelto, reduce drásticamente los precios por mala conducta demostrable, las sanciones por inactividad respaldan la recuperación automática y varios clientes reducen el alcance de un error compartido en toda la red de validadores más amplia.
