La verdadera prueba comienza después de que Gloas se active

La especificación de Glamsterdam devnet-9 publicada por Ethereum asigna a los desarrolladores dos tareas en secuencia. Primero deben completar una transición limpia de Gloas; luego deben llevar deliberadamente la participación de los validadores por debajo del umbral requerido para finalizar checkpoints.

El fork de Gloas estaba programado para el 2 de septiembre a las 15:00 UTC. La misma especificación enumera la no finalidad como el segundo objetivo de pruebas de la devnet, pero no confirma si esa fase ha comenzado o terminado.

Gloas es una de las dos mejoras planificadas dentro del hard fork más amplio de Glamsterdam, y las devnets como esta son redes de corta duración, construidas con un propósito específico, donde los equipos de clientes pueden ensayar escenarios de fallo que serían demasiado riesgosos para realizar en una testnet pública, y mucho menos en mainnet.

La primera etapa importa porque Gloas debe aplicarse a un estado grande previo al fork creado en el génesis, en lugar de uno acumulado durante días de producción de bloques. La segunda etapa plantea una pregunta más difícil: una vez que los clientes han aceptado las nuevas reglas, ¿siguen estando de acuerdo cuando Ethereum pierde una de sus garantías de seguridad más importantes?

Esa secuencia es lo que le da valor al ejercicio. Un cliente puede manejar correctamente un fork en condiciones normales y, sin embargo, revelar un desacuerdo solo cuando la finalidad se interrumpe y la red debe recuperarse. Dado que la mainnet de Ethereum funciona con múltiples clientes de ejecución y de consenso independientes, ese acuerdo entre clientes bajo estrés es exactamente lo que las devnets existen para verificar.

La finalidad puede detenerse mientras los bloques siguen avanzando

Ethereum no necesita finalidad para seguir produciendo bloques. En términos simples, la finalidad es el punto en el que Ethereum trata un bloque como permanente. Revertir un bloque finalizado requeriría que al menos un tercio de todo el ETH en staking sea destruido.

Los validadores aún pueden proponer bloques, las transacciones aún pueden incluirse y la red aún puede seleccionar la cabeza de la cadena. La finalidad es la garantía de liquidación más sólida que llega cuando validadores que representan al menos dos tercios del ETH en staking acuerdan sobre los checkpoints.

La documentación de proof-of-stake de Ethereum explica que un checkpoint finalizado es económicamente difícil de revertir. Sin ese estado, los bloques recientes permanecen más expuestos a la reorganización, y las aplicaciones que requieren finalidad pueden esperar antes de tratar la actividad como liquidada.

Qué cambia cuando la participación cae por debajo de dos tercios

Lo que puede continuar:

• Se pueden seguir proponiendo nuevos bloques. Ethereum no necesita finalidad para seguir produciendo bloques.
• Las transacciones aún pueden entrar en esos bloques. Los usuarios pueden enviar actividad mientras los validadores siguen seleccionando la cabeza de la cadena.
• La red puede seguir avanzando. Una interrupción de la finalidad no es lo mismo que una parada completa de la cadena.

Lo que debe esperar a la finalidad:

• Ningún checkpoint nuevo se vuelve económicamente final. Los validadores necesitan dos tercios del ETH en staking para restaurar esa garantía.
• La liquidación dependiente de la finalidad debe esperar. Algunos puentes, exchanges y aplicaciones dependen de checkpoints finalizados.
• Los bloques recientes conllevan mayor riesgo de reorganización. Carecen de la protección de liquidación más sólida de Ethereum hasta que la finalidad regrese.

El ejercicio recrea el mismo límite de fallo de un tercio analizado en el análisis de Coindoo sobre el umbral de finalidad del 33% de Ethereum. Que más de un tercio del stake deje de participar puede detener la finalización incluso mientras la producción de bloques continúa.

Cómo Ethereum recupera la supermayoría faltante

El mecanismo de recuperación de Ethereum se llama inactivity leak. Después de más de cuatro epochs sin finalidad —aproximadamente 25 minutos según el tiempo actual de la red— el protocolo comienza a reducir gradualmente los saldos de los validadores que no participan correctamente.

A medida que esos saldos inactivos se reducen, la participación de los validadores activos aumenta. Una vez que los validadores activos vuelvan a representar al menos dos tercios del stake restante, pueden finalizar checkpoints y restaurar la garantía de liquidación completa de Ethereum.

El proceso es gradual y económicamente costoso para los validadores que permanecen desconectados. Las transacciones pueden seguir apareciendo en bloques durante la interrupción, pero las aplicaciones que necesitan finalidad deben esperar a que la red la recupere. Ethereum detalla el mecanismo en su documentación de recompensas y penalizaciones de validadores.

Cuatro respuestas que los desarrolladores deben publicar

Un informe útil del ejercicio respondería cuatro preguntas prácticas:

1. ¿Aplicaron los clientes participantes las reglas de Gloas de forma idéntica?
2. ¿Cuánto tiempo permaneció la devnet sin finalidad?
3. ¿Mantuvieron los clientes una sola cabeza de cadena compartida?
4. ¿Cuándo se finalizó el primer checkpoint tras la recuperación?

Esos detalles mostrarían si la red se recuperó limpiamente, en lugar de simplemente confirmar que los desarrolladores crearon intencionalmente una condición difícil.

Por qué esto importa antes de Sepolia

Una interrupción de la finalidad no es solo un riesgo teórico. La mainnet de Ethereum experimentó dos interrupciones temporales de la finalidad en 2023 tras un problema del cliente Prysm, aunque los bloques siguieron produciéndose. Este ejercicio en devnet es un intento controlado de probar esa ruta de recuperación antes de que Glamsterdam llegue a una etapa de pruebas más amplia.

Glamsterdam permanece en pruebas en devnet. Ethereum lista el fork de Sepolia como el próximo hito el 28 de septiembre, mientras que se espera un lanzamiento en mainnet en el cuarto trimestre de 2026, pero sin fecha confirmada. El roadmap oficial de Glamsterdam sigue siendo el punto de referencia para su despliegue.

Cuando los desarrolladores publiquen los resultados, los detalles importantes serán cuánto tiempo estuvo interrumpida la finalidad, si los clientes permanecieron alineados y qué checkpoint se finalizó primero tras la recuperación.

El artículo Ethereum Tests What Happens When Finality Stops apareció primero en Coindoo.