La próxima fase de Ethereum según el AMA del Protocolo de EF

Autor: SNZ Holding, ETHTAO

La resistencia cuántica atraviesa todos los componentes

El 16 de septiembre de 2026, el equipo de Protocolo de la Ethereum Foundation celebró una nueva ronda de AMA en Reddit. La discusión abarcó escalabilidad, privacidad, seguridad resistente a cuántica, verificación formal, emisión de ETH y financiación de clientes. Al reunir estas respuestas, se vislumbra una línea cada vez más clara: **la migración resistente a cuántica está influyendo en las prioridades técnicas de Ethereum para los próximos años, y las pruebas ZK participan cada vez más en el diseño de cuentas, consenso y privacidad.** Al mismo tiempo, los avances en la hoja de ruta técnica no han eliminado las divergencias en política económica y gobernanza.

El valor de este AMA radica en que los investigadores explicaron tanto el trabajo en curso como las concesiones y los distintos criterios. Muchas respuestas son explícitamente opiniones personales, por lo que para entender esta discusión es necesario distinguir siempre entre los logros ya alcanzados, las propuestas de actualización aún pendientes de aprobación y las ideas de investigación a más largo plazo.

La seguridad resistente a cuántica es el punto de partida para entender estas concesiones. El objetivo planteado por el equipo de Protocolo es lograr una L1 de Ethereum resistente a cuántica antes de diciembre de 2029. Este objetivo involucra a toda la cadena: las cuentas de usuario necesitan nuevos mecanismos de firma, la capa de consenso requiere alternativas a BLS para la firma y agregación, y la capa de disponibilidad de datos también debe ajustar su dependencia de KZG. El trabajo en los distintos niveles debe coordinarse entre sí y difícilmente puede completarse mediante una única actualización aislada. Completar la migración del protocolo central tampoco otorgará automáticamente resistencia cuántica a carteras, rollups, puentes y aplicaciones; estos sistemas aún deben revisar sus propias dependencias criptográficas y migrar.

Frame transaction is all you need: la respuesta definitiva a la abstracción de cuentas

El cambio clave en la capa de cuentas son los Frames, que hacen programable la lógica de validación de transacciones. Combinados con las propuestas de migración relacionadas, los usuarios tendrán la oportunidad de liberar sus cuentas del control de las claves secp256k1 originales y, en el futuro, seguir cambiando de esquema de firma. Esta flexibilidad es importante porque la tecnología resistente a cuántica aún está evolucionando y el protocolo necesita dejar espacio para que distintos esquemas puedan desarrollarse.

Sin embargo, hay una distancia considerable entre admitir una nueva firma y hacerla barata y fácil de usar. Vitalik comparó en su respuesta que el coste computacional y de datos de una firma ECDSA es de unos 4.000 gas, mientras que una firma resistente a cuántica SPHINCS- requiere entre 100.000 y 250.000 gas, según los parámetros. Por ello, el trabajo posterior incluye agregar firmas antes de que las transacciones entren en el bloque y sustituir grandes cantidades de datos y cálculos brutos por pruebas. Este mecanismo sirve tanto a las cuentas resistentes a cuántica como a la posible reducción del coste de las transacciones privadas.

ZK-EVM empieza a entrar en producción real

La L1-zkEVM y la migración resistente a cuántica presentan, por tanto, más intersecciones técnicas. Ambas líneas están aprovechando la zkVM RISC-V, y las inversiones en sistemas de prueba y herramientas de optimización pueden reutilizarse mutuamente. Durante el último año, el trabajo relacionado ha avanzado hasta la especificación de ejecución, pruebas, integración de clientes y construcción de herramientas de código abierto. Varias zkVM han progresado en rendimiento y seguridad, y los clientes de ejecución y los programas probados están superando pruebas como la verificación de bloques y la generación de testigos de ejecución. Un hito importante en este momento es si la EIP-8025, que introduce pruebas de ejecución opcionales, puede incluirse en Hegotá para acumular experiencia antes de un despliegue posterior.

Justin Drake se muestra bastante optimista respecto a las pruebas en tiempo real. Considera que los principales riesgos de rendimiento se han reducido significativamente y menciona que algunos equipos ven factible lograr pruebas de unos dos segundos para la gran mayoría de los bloques de la red principal en 2027. Pero otras respuestas hacen más hincapié en las condiciones de ingeniería: el límite de gas, las nuevas precompilaciones y la estructura de producción de bloques cambiarán la carga de las pruebas, y si el rendimiento no es suficiente, debería posponerse la obligatoriedad de las pruebas. El crecimiento del estado también podría convertirse en un cuello de botella de escalabilidad antes que la latencia de las pruebas. Los avances de rendimiento están ampliando las opciones, pero el lanzamiento en la red principal sigue requiriendo un trabajo completo de seguridad e integración.

Esta arquitectura también conlleva una concesión en descentralización. Generar pruebas puede requerir hardware especializado, pero verificarlas puede ser muy barato. Ethereum espera que esta división del trabajo permita a los validadores ordinarios no tener que actualizar constantemente sus equipos a medida que aumenta el rendimiento de ejecución. En consecuencia, el riesgo de centralización de builders y provers debe abordarse con seriedad; las líneas de investigación incluyen reducir el umbral de hardware para un prover individual y explorar pruebas distribuidas.

La privacidad avanza de forma ordenada, pero aún queda mucho trabajo básico

La privacidad avanza precisamente sobre la base de estas capacidades de cuentas y pruebas. Las dos afirmaciones aparentemente contradictorias de este AMA apuntan en realidad a niveles distintos: algunos consideran que en 2027 podría admitirse la privacidad nativa en las transacciones, mientras que Justin cree que la probabilidad de implementar un pool de privacidad integrado en el protocolo antes de finales de 2028 es cercana a cero. La primera se refiere a cómo las aplicaciones de privacidad pueden utilizar directamente el canal público de transacciones de Ethereum; la segunda, a si se debe escribir un pool de privacidad unificado en el protocolo.

El objetivo a corto plazo se acerca más a la primera opción. Mediante Frames, los mecanismos de cuenta relacionados y FOCIL, las transacciones de las aplicaciones de privacidad podrían aprovechar el mempool público y la resistencia a la censura que ofrece el protocolo, reduciendo la dependencia de relés especializados. Ethereum podría así admitir múltiples aplicaciones de privacidad sin necesidad de designar primero un único pool de privacidad oficial. Si más adelante se logra agregar de forma eficiente pruebas de privacidad resistentes a cuántica, también podrían mejorar el coste y la escala. Los años mencionados siguen siendo objetivos condicionados o predicciones personales.

Sobre si a largo plazo se necesita un pool de privacidad integrado, los investigadores aún tienen consideraciones distintas. Justin mencionó la idea de ETH en staking con privacidad por defecto y de conectar el ETH no apostado a ese sistema; otro participante señaló que, tras la actualización, las aplicaciones de privacidad inmutables podrían tener ya propiedades cercanas a un pool integrado en el protocolo, por lo que sigue siendo discutible si merece la pena seguir escribiéndolo en el protocolo. Que la L1 refuerce sus capacidades de privacidad tampoco significa que las L2 de privacidad pierdan su función: las transferencias básicas, las stablecoins privadas, la DeFi privada y los entornos completos de contratos privados podrían seguir siendo asumidos por sistemas diferentes.

La verificación formal avanza de forma alentadora

Si ZK está ampliando lo que el protocolo puede hacer, la verificación formal está proporcionando una base de seguridad más sólida para estos cambios. La publicación enumera pruebas de seguridad de algunos esquemas de firma, la verificación de restricciones de circuitos de zkVM y trabajos relacionados con los programas de ejecución de la EVM. El proceso de verificación ya ha ayudado a los equipos a descubrir y corregir errores reales, pero la verificación de extremo a extremo que cubra desde las construcciones criptográficas y los sistemas de prueba hasta los programas de ejecución concretos aún no está completa.

Cabe destacar que este trabajo está formando una cadena de herramientas más completa. Clean intenta describir circuitos directamente en Lean; hax y Aeneas ayudan a conectar implementaciones en Rust con especificaciones formales; VCVio y ArkLib proporcionan la base de pruebas criptográficas; evm-asm impulsa programas de ejecución verificables. La investigación automatizada y la optimización del rendimiento también empiezan a combinarse con las pruebas, de modo que los programas optimizados puedan someterse a controles rigurosos. Esto hace más probable que la verificación formal entre en el desarrollo cotidiano, y no solo en la fase de revisión posterior al desarrollo.

Un Ethereum más rápido está en camino

La búsqueda de velocidad de Ethereum también se está adaptando a estas nuevas restricciones. Ben Edgington afirmó en su respuesta que, en su opinión, la vía inicialmente concebida de finalidad en un solo slot ha terminado, pero se mantiene el objetivo de acercarse a esa experiencia. La nueva idea de consenso desacoplado permite mejorar la finalidad de forma gradual, sin esperar a resolver simultáneamente todos los problemas de tamaño del validador, red y agregación de firmas. Prevé que en una fase temprana el tiempo de finalidad podría reducirse de unos dieciséis minutos a unos cuatro minutos, y a largo plazo aspirar a una finalidad del orden de uno o dos slots.

La política monetaria aún requiere un consenso comunitario más amplio

El diseño técnico puede ir acotando los problemas, pero la política de emisión de ETH todavía necesita un consenso social más amplio. Justin Drake y Anders Elowsson apoyaron explícitamente, a título personal, ajustar el mecanismo de emisión actual. Les preocupa que los incentivos continuos al staking ejerzan una presión relativa cada vez mayor sobre los tenedores que no apuestan, empujando a más usuarios hacia los exchanges o los tokens de staking líquido, y aumentando los riesgos de contratos, gobernanza y centralización.

Este debate también afecta al papel del ETH en la economía. Si cada vez más ETH se convierte en certificados de staking con riesgos adicionales, ¿cómo cambiará la posición del ETH nativo como moneda y colateral? ¿Desplazan los negocios en torno al rendimiento del staking a otras innovaciones DeFi? ¿Y dificultará una menor emisión la entrada de stakers independientes? Estas preguntas no pueden responderse solo comparando rendimientos anuales nominales; también es necesario analizar los costes reales de los participantes y la composición de los stakers.

Apoyar la reforma tampoco significa que ya haya una solución definida. Anders subrayó que ajustar la emisión requiere un diseño con efectos de incentivo claros, modelos capaces de explicar el volumen total de staking y la composición de los participantes, y un debate público sobre beneficios y costes. Miembros de la comunidad plantearon objeciones sobre la urgencia de la reforma, quién debería convocar la discusión y si los procesos actuales son suficientes. El AMA no produjo una conclusión política que indique que ya se haya decidido reducir la emisión o limitar la proporción de staking.

La nueva estructura organizativa de EF contará con equipos dedicados a colaborar con la comunidad

La colaboración a nivel organizativo también se está ampliando. Access Layer empieza a asumir el trabajo de soporte a aplicaciones y desarrolladores por encima del protocolo, los miembros de Ethlabs siguen participando en seminarios técnicos y discusiones de arquitectura, y Ethereum Institutional colabora con los investigadores para explicar a las instituciones la hoja de ruta resistente a cuántica y Strawmap. En el futuro, la conexión entre investigación, implementación y aplicación dependerá cada vez más de la colaboración continua de múltiples equipos. Al mismo tiempo, la propia hoja de ruta seguirá revisándose, y los investigadores tampoco dieron respuestas completas a cuestiones como la captura de valor de las L2, la liquidez entre cadenas y la interoperabilidad de la privacidad.