El clúster de Protocolo de la Fundación Ethereum publicó una clasificación calificada única de los 62 EIP (Propuestas de Mejora de Ethereum) presentados para Hegotá, la actualización de red prevista para seguir a Glamsterdam. Es la primera vez que el grupo habla con una sola voz sobre un fork, en lugar de dejar que cada equipo publique sus propias opiniones. La lista sirve ahora como punto de referencia para saber qué funciones están confirmadas y cuáles podrían descartarse. Para observadores externos —equipos de clientes, desarrolladores de aplicaciones y operadores de infraestructura que planifican actualizaciones con meses de anticipación— una señal consolidada marca un cambio en cómo el proceso de desarrollo descentralizado de Ethereum comunica su hoja de ruta.

S significa que debe implementarse, DFI significa rechazado

La lista de niveles, publicada el lunes 7 de septiembre junto con un artículo complementario sobre las prioridades del clúster (blog.ethereum.org/2026/09/07/protocol-hegota-eips), ordena cada propuesta en bandas que conllevan compromisos firmes de entrega.

Una calificación S significa que una función define el fork y que el calendario se ajusta antes que su alcance. Una calificación A significa que se espera que la función se implemente y solo puede recortarse después de que todos los elementos S estén asegurados. Las propuestas de nivel B se admiten de una en una, y la mayoría conllevan tres requisitos: un prototipo, una aprobación y una especificación definitiva. Las propuestas de nivel C quedan por debajo de la línea sin ser descalificadas, seguidas de DFI, que significa "declined for inclusion" (rechazada para su inclusión). Un DFI puede asignarse por razones como riesgo de seguridad o amenaza a un hito posterior. Una banda TBD separada retiene propuestas hasta que los datos de mainnet puedan responder preguntas que el clúster no puede responder hoy.

Solo FOCIL, presentado como EIP-7805, obtuvo una S clara. FOCIL —fork-choice enforced inclusion lists— se ha debatido durante años en los círculos de investigación de Ethereum como una forma de contrarrestar la influencia de un pequeño grupo de constructores de bloques dominantes. La propuesta permite que cualquier usuario consiga que una transacción elegible sea incluida sin depender de constructores de bloques centralizados. También recibió la máxima calificación por unanimidad con participación total y se describe como la función estelar confirmada de la capa de consenso.

¿Cómo produjeron 60 investigadores de Ethereum 397 calificaciones?

Aproximadamente 60 investigadores e ingenieros participaron en el proceso de calificación que determinó qué priorizar. Se organizaron en nueve equipos además de expertos individuales por dominio, y juntos completaron 16 plantillas de contribución. Doce de esas plantillas proporcionaron calificaciones de nivel reales, y varias se usaron solo en los EIP donde los contribuyentes tenían conocimiento profundo.

Los equipos que componen el clúster de Protocolo produjeron 397 calificaciones para las 62 propuestas, un promedio de 6.4 por EIP. Los elementos más controvertidos recibieron hasta nueve calificaciones cada uno. Los contribuyentes realizaron la calificación de forma independiente. En su publicación de blog, el clúster de Protocolo señaló que Geth, como cliente de capa de ejecución, seguirá publicando su propia lista independiente. Esa excepción refleja cómo se implementan realmente las actualizaciones de Ethereum: múltiples equipos de clientes independientes deben implementar cada función y acordar el contenido final antes de que un fork entre en vigor en mainnet.

Todo apunta a la resistencia cuántica

Las calificaciones forman parte de un objetivo a largo plazo expuesto en la publicación sobre las prioridades del clúster (blog.ethereum.org/2026/09/07/protocol-priorities). Esto incluye hacer que la capa base de Ethereum sea resistente a la computación cuántica en ejecución, consenso y datos para diciembre de 2029. Esa fecha coincide con los objetivos de migración fijados de forma independiente por Google, Cloudflare y Microsoft. La preocupación es específica: una computadora cuántica suficientemente capaz podría romper la criptografía de curva elíptica que hoy protege las direcciones y firmas de Ethereum, razón por la cual la conversación de migración en toda la industria importa tanto a las blockchains como a la infraestructura web.

La Fundación Ethereum califica la planificación para un "Q-day" en 2030 como un supuesto deliberadamente agresivo. Señaló que las estimaciones más creíbles ubican la llegada de computadoras cuánticas capaces de romper la criptografía más tarde, si es que tales máquinas llegan a existir. La Fundación también dijo que tratará el plazo autoimpuesto como innegociable al menos hasta una reevaluación en enero de 2027 con expertos externos.

Para alcanzar ese objetivo tras el lanzamiento de Glamsterdam en diciembre de 2026, la Fundación tendría que avanzar a un ritmo promedio de 7.2 meses por fork hasta una quinta actualización llamada L*.

El trabajo del clúster se organiza ahora en torno a cinco arcos de investigación superpuestos: finalidad rápida, post-cuántico, privacidad, estado y zkEVM.

¿Cuándo comenzará el trabajo de privacidad?

La privacidad ha sido un foco importante de la Fundación, y el cofundador Vitalik Buterin ha sido una voz destacada en la defensa de la privacidad en Ethereum. En su publicación, el clúster de Protocolo declaró: "Creemos que este trabajo debería comenzar en Hegota para ofrecer transacciones privadas nativas, sin confianza y resistentes a la censura en Ethereum L1."

El clúster añadió que la privacidad post-cuántica podrá llegar luego a escala. También señaló que Hegotá no es el fork post-cuántico; más bien, es el fork que determinará qué tan pronto sucede esa actualización post-cuántica. El clúster de Protocolo indica que el trabajo de implementación por parte de los equipos de clientes puede comenzar de forma realista a finales del cuarto trimestre de 2026.