El 6 de noviembre, la Ethereum Foundation emitió una solicitud directa a los desarrolladores de contratos inteligentes y auditores detrás de los proyectos de Ethereum ya desplegados: verificar cómo los cambios planificados en las especificaciones de la próxima gran actualización de la red, Glamsterdam, afectarían su trabajo. Para apoyar esa verificación, la Foundation publicó una lista de ocho invariantes que ha identificado como aquellos que se romperían con los cambios planificados.

Los invariantes son propiedades que se espera que un protocolo o aplicación mantenga en cada ejecución válida —por ejemplo, garantías sobre la validez de las transacciones, el manejo del estado o los resultados de la ejecución en las que se basan los contratos desplegados y sus auditorías. Cuando cambia la especificación de una red, los invariantes que antes se mantenían pueden romperse, invalidando potencialmente suposiciones sobre las que se han construido sistemas en producción. Esa es la preocupación que aborda la notificación de la Foundation y la razón por la que pidió a los equipos externos que revisaran los ocho casos señalados frente a sus propias bases de código. El código de los contratos de Ethereum ya desplegados no cambia cuando el protocolo lo hace, por lo que cualquier garantía en la que se base un proyecto debe ser verificada nuevamente por el equipo detrás de este, en lugar de ser absorbida por la propia actualización.

Glamsterdam es el nombre en clave de la próxima gran actualización de la red de Ethereum, planificada para seguir a Fusaka. Ethereum coordina estas actualizaciones mediante un proceso público de especificaciones en el que los cambios del protocolo se discuten entre los equipos de clientes, investigadores y desarrolladores de aplicaciones antes de incorporarse a las especificaciones de la actualización. La actualización continúa la convención de nomenclatura de larga data del protocolo, tomando su nombre de Ámsterdam. Bajo este proceso, los cambios a nivel de especificaciones pueden afectar las reglas de ejecución y consenso, lo que a su vez puede afectar las garantías de las que dependen los contratos inteligentes. Dado que el aviso cubre especificaciones planificadas y no reglas ya en vigor, la evaluación se lleva a cabo antes de que los cambios entren en vigor, mientras aún avanzan por el proceso público de Ethereum.

El acercamiento de la Foundation del 6 de noviembre apuntó precisamente a esta interfaz entre los cambios del protocolo y el software desplegado. Se pidió a los desarrolladores y auditores que evaluaran, para sus propios despliegues, cuáles de las ocho rupturas de invariantes identificadas aplican y cuáles serían las consecuencias prácticas una vez que los cambios de especificación de Glamsterdam entren en vigor. A medida que la actualización avanza, las señales concretas a observar son cómo esas revisiones mapean las ocho rupturas señaladas en los proyectos desplegados y cómo las especificaciones de Glamsterdam siguen evolucionando a través del proceso público.

Este informe fue publicado por primera vez por COINOTAG el 9 de noviembre de 2026: La Ethereum Foundation señala 8 invariantes que se romperán con Glamsterdam. El artículo completo está disponible a través de Coinotag: versión completa.