#深度创作营

Datos curiosos: 16 minutos de finalización reducidos a 16 segundos—¿Cuál es la hoja de ruta de resistencia cuántica de Ethereum revelada por V神?

El fundador de Ethereum, Vitalik Buterin, publicó el 27 de febrero de 2026 en la plataforma X un artículo importante que detalla la «hoja de ruta de resistencia cuántica» de Ethereum frente a la amenaza de las computadoras cuánticas. Este artículo analiza sistemáticamente cuatro componentes críticos del protocolo de Ethereum que son vulnerables a ataques cuánticos, y propone un plan de actualización gradual, enfatizando que aunque existen desafíos, mediante innovaciones como STARK, firmas basadas en hash, AA nativo( y agregación de pruebas recursivas, Ethereum tiene la capacidad de mantener seguridad y usabilidad en la era cuántica. Además, V神 también aclaró la hoja de ruta para la migración cuántica de Ethereum y anunció que el tiempo de confirmación final se reducirá de 16 minutos a 16 segundos. Si este plan se realiza, significará un salto cualitativo en la velocidad de respuesta de Ethereum, y las cadenas de bloques que esperan confirmaciones de transacciones podrían convertirse en historia.

👉Los cuatro puntos vulnerables cuánticos actuales de Ethereum:

Vitalik señala claramente que actualmente hay cuatro componentes centrales en Ethereum que son susceptibles a que computadoras cuánticas), especialmente aquellas con algoritmos de Shor de suficiente escala(, los puedan vulnerar:

Firma BLS en la capa de consenso

Disponibilidad de datos)KZG de promesas y pruebas(

Firma ECDSA en cuentas externas)EOA(

Pruebas de conocimiento cero)ZK proofs, usando KZG o Groth16(

Vitalik enfatiza que si estas partes no se actualizan, una vez que las computadoras cuánticas maduren, podrían causar falsificación de firmas, daño a la integridad de los datos o filtraciones de privacidad, entre otros riesgos graves.

¿Y cómo se actualiza esto? Para este problema, la hoja de ruta de resistencia cuántica de Ethereum adopta una estrategia de "reforzar por partes y reemplazar uno a uno". Primero, reforzar la verificación: cambiar el método de firma original por una versión resistente a ataques cuánticos, y empaquetar múltiples firmas mediante técnicas para evitar ralentizaciones. Luego, transformar el sistema de cuentas de los usuarios: mediante ajustes en las reglas subyacentes, hacer que las cuentas normales soporten de forma nativa algoritmos resistentes a cuánticos, con una percepción casi nula de cambio por parte del usuario.

En resumen, esta estrategia de "cambiar neumáticos mientras se conduce" asegura que Ethereum mantenga su funcionamiento normal durante la actualización, sin interrumpir el servicio y eliminando gradualmente la amenaza cuántica.

💡Ruta específica de actualización técnica (consultada en línea, no recomendable para no expertos):

✅Ruta de actualización de firmas en la capa de consenso:

Para la capa de consenso, Vitalik propone el esquema «Lean consensus», reemplazando completamente BLS por firmas basadas en hash), como la variante Winternitz(, y usando STARK para la agregación de verificaciones, reduciendo significativamente el riesgo cuántico.

Antes de lograr una finalización Lean completa, se puede implementar una «Cadena disponible Lean», en la que el número de firmas sea menor) aproximadamente 256–1024 por slot(, sin necesidad de agregación STARK para operar por ahora.

El desafío clave es escoger la «función hash final de Ethereum». Los hash tradicionales) como SHA-256( son demasiado lentos, y los análisis recientes de seguridad de la serie Poseidon han sido cuestionados. Las opciones incluyen:

Poseidon2 con más rondas, o mezclado con capas no aritméticas) como Monolith(

Poseidon1, más antiguo pero más seguro), con velocidad aproximadamente el doble(

Hash eficientes como BLAKE3

✅Estrategia de protección cuántica para la disponibilidad de datos (DAS):

Actualmente, la disponibilidad de datos depende mucho de KZG para codificación de borrado. Si se cambia a STARK, se enfrentan dos problemas:

El DAS 2D depende de la linealidad de KZG, que STARK no puede soportar directamente; pero Ethereum actualmente busca optimizar el DAS 1D)PeerDAS(, sin perseguir escalas muy altas en la capa de datos.

Cuando STARK prueba la corrección de blobs codificados por borrado, el tamaño de la prueba puede superar al propio blob, requiriendo STARK recursivo u otras tecnologías alternativas.

Vitalik concluye que la solución es factible, pero requiere un trabajo de ingeniería enorme.

✅Solución para firmas EOA y abstracción de cuentas:

La dirección clara para resolver el problema de ECDSA en EOA es introducir la «abstracción nativa de cuentas»)native AA(, permitiendo que las cuentas soporten de forma nativa cualquier algoritmo de firma. Sin embargo, las firmas resistentes a cuánticos tienen costos elevados)ECDSA requiere aproximadamente 3000gas, mientras que las firmas resistentes a cuánticos podrían llegar a 200kgas(. A corto plazo, se puede usar firmas basadas en hash) aproximadamente 200kgas(; a largo plazo, dependerá de firmas basadas en lattice y precompilaciones matemáticas vectorizadas)vectorized math precompiles(, reduciendo mucho el costo en gas. La solución definitiva será en la capa de protocolo, con firmas recursivas y agregación de pruebas, para reducir el costo adicional casi a cero.

✅Visión futura de pruebas de conocimiento cero y agregación recursiva:

Actualmente, ZK-SNARK consume entre 300 y 500kgas, mientras que STARK resistente a cuánticos puede llegar a 10Mgas, lo cual es inaceptable para protocolos de privacidad y L2. La solución también pasa por la agregación recursiva en la capa de protocolo. Vitalik menciona especialmente la EIP-8141: las transacciones podrán incluir un «marco de validación», que solo podrá leer calldata para verificar, sin acceder al estado externo. Este diseño permitirá reemplazar miles de marcos de validación en un bloque con una sola STARK, comprimiendo en la cadena firmas o pruebas de varios MB.

Más allá, imagina que las pruebas puedan generarse cada 500ms en la mempool, transmitidas por los nodos con transacciones válidas y pruebas, con un costo fijo y muy bajo. Este mecanismo no solo resuelve el problema cuántico, sino que también mejora significativamente la escalabilidad y la privacidad en general.

👉La implementación de 16 minutos a 16 segundos:

Para lograr este salto, primero hay que entender cómo funciona Ethereum actualmente. Actualmente, Ethereum produce un bloque aproximadamente cada 12 segundos, pero una transacción necesita esperar unos 16 minutos para alcanzar la «confirmación final» (estado irreversible), ya que durante ese tiempo se requiere varias rondas de validación. La transformación clave en la hoja de ruta cuántica de Ethereum consiste en separar la producción de bloques y la confirmación final de transacciones. Vitalik explica que el nuevo esquema optimizará ambas: por un lado, mediante mejoras en el protocolo de comunicación entre nodos, reducir el tiempo de producción de bloques de 12 a 2 segundos; y por otro, introduciendo un mecanismo de finalización completamente nuevo, con capacidad cuántica y más simple, para reducir el tiempo de confirmación final a entre 6 y 16 segundos.

Resumen: la publicación de la hoja de ruta cuántica de Ethereum no solo es una actualización de velocidad, sino una reestructuración profunda para adaptarse a la adopción masiva.

👉Prioridad en ranuras: modo de seguridad en estado de emergencia cuántica

Un detalle adicional en la hoja de ruta cuántica de Ethereum es que las ranuras tendrán prioridad sobre la finalización para lograr resistencia cuántica. Esto significa que, mediante optimizaciones progresivas, la producción de bloques (ranuras) se reforzará primero.

Específicamente, Ethereum decidirá reforzar primero la función más básica: la «producción de bloques». Es decir, incluso si las computadoras cuánticas aparecen de repente, causando que la «confirmación final» de transacciones no pueda garantizarse (como un panel de instrumentos de avión que falla temporalmente), dado que la etapa de producción de bloques ya está reforzada, toda la red podrá seguir produciendo nuevos bloques y funcionando normalmente, sin colapsar.

En resumen, la hoja de ruta cuántica de Ethereum predefine un «modo seguro»: en el peor escenario, priorizar que el sistema siga en marcha, conservando la capacidad básica, y luego ir reparando otras funciones. Este diseño deja un amplio margen para la actualización.

📝En conjunto, este artículo de Vitalik Buterin no solo es un esquema técnico, sino que también refleja la actitud seria y la planificación a largo plazo de Ethereum frente a la amenaza cuántica. Mediante actualizaciones escalonadas y gestionables, Ethereum puede lograr una protección integral antes de la llegada real de las computadoras cuánticas, consolidando su posición como la plataforma de contratos inteligentes más segura y descentralizada. Al reducir el tiempo final a 16 segundos y usar «prioridad en ranuras» para un modo de seguridad en estado de emergencia cuántica, Ethereum responde a las amenazas futuras a una velocidad sin precedentes. ¡Y los que todavía temen que V神 venda tokens, ya pueden relajarse!