‍#深度创作营

Datos curiosos: 16 minutos para la finalización se reducen 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, cuentas nativas abstractas(native AA) 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ó el cronograma de migración cuántica de Ethereum y anunció que el tiempo de confirmación final se reducirá de 16 minutos a 16 segundos. Si se logra, esto significará un salto cualitativo en la velocidad de respuesta de Ethereum, ¡y la espera por confirmaciones de transacciones en la cadena podría convertirse en historia!

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

Vitalik señala claramente que actualmente hay cuatro componentes clave en Ethereum que son susceptibles a que computadoras cuánticas(especialmente aquellas con algoritmos de Shor de gran escala) puedan romper:

Firma BLS en la capa de consenso

Disponibilidad de datos(KZG compromisos y pruebas)

Cuentas externas(EOA) con firma ECDSA

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 riesgos graves como falsificación de firmas, pérdida de integridad de datos o filtración de privacidad.

¿Y cómo actualizar? Para esta cuestión, la hoja de ruta de resistencia cuántica de Ethereum adopta una estrategia de "reforzar por separado y reemplazar uno por uno". Primero, fortalecer la verificación: cambiar el método de firma original por una versión resistente a ataques cuánticos, y empaquetar múltiples firmas usando técnicas para evitar ralentizaciones. Luego, modificar el sistema de cuentas de los usuarios: ajustando las reglas subyacentes, las cuentas normales soportarán de forma natural algoritmos resistentes a la cuántica, casi sin que los usuarios noten cambios.

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 técnica específica de actualización (consultar contenido en línea, con precaución si no eres experto técnico, puede ser ignorado)

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

Para la capa de consenso, Vitalik propone el esquema «Lean consensus», que reemplaza completamente BLS por firmas basadas en hash(por ejemplo, la variante Winternitz), y usa STARK para la validación de agregados, 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), y funcione sin necesidad de agregación STARK por ahora.

El desafío principal es elegir 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 son cuestionables. Las opciones posibles incluyen:

Poseidon2 con rondas adicionales, o mezclado con capas no aritméticas(como Monolith)

Poseidon1, más antiguo pero más seguro(, con velocidad aproximadamente la mitad)

Hash eficientes tradicionales 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, enfrentará dos problemas:

El DAS 2D depende de la linealidad de KZG, que STARK no puede soportar directamente; pero Ethereum actualmente prefiere hacer DAS(PeerDAS) unidimensional al máximo, sin buscar una capa de datos de gran escala.

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

Vitalik resume: la solución es factible, pero requiere mucho trabajo de ingeniería.

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

La dirección clara para resolver el problema de firmas ECDSA en EOA es introducir la «abstracción nativa de cuentas»(native AA), permitiendo que las cuentas soporten nativamente cualquier algoritmo de firma. Sin embargo, las firmas resistentes a la cuántica tienen un costo alto(ECDSA requiere aproximadamente 3000gas, y las firmas resistentes a la cuántica 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 de matemáticas vectoriales(vectorized math precompiles), reduciendo significativamente el costo en gas. La solución definitiva será en la capa de protocolo, con firmas recursivas y agregación de pruebas, reduciendo el costo adicional casi a cero.

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

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

Más allá, imagina que las pruebas puedan generarse cada 500ms en la mempool, transmitiendo transacciones válidas + 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.

👉De 16 minutos a 16 segundos: principio de la implementación:

Para lograr la transición de 16 minutos a 16 segundos, primero debemos entender cómo funciona Ethereum actualmente. Actualmente, Ethereum produce un bloque aproximadamente cada 12 segundos, pero una transacción tarda unos 16 minutos en ser «finalizada» (es decir, en volverse irreversible), porque durante ese tiempo se requiere varias rondas de validación. La transformación central 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; por otro, introduciendo un mecanismo de finalización más simple, resistente a la cuántica, 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 representa una mejora en velocidad, sino también una reestructuración profunda para adaptarse a la adopción masiva.

👉Prioridad en ranuras: modo de seguridad para emergencias cuánticas

Un detalle de diseño avanzado 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á priorizar la protección de la función más básica: la «producción de bloques». Es decir, incluso si una computadora cuántica aparece de repente y causa que la «confirmación final» no pueda garantizarse (como si los instrumentos del avión fallaran 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 preestablece un «modo seguro»: en el peor de los casos, priorizará que el sistema siga en marcha, asegurando la operación básica, y luego irá reparando otras funciones gradualmente. Este diseño deja un amplio margen para la actualización.

📝En conjunto, este artículo de Vitalik Buterin no solo es una hoja de ruta técnica, sino también una muestra del compromiso serio y la visión a futuro de Ethereum frente a la amenaza cuántica. Con actualizaciones en fases y gestionables, Ethereum podrá completar una protección integral antes de que las computadoras cuánticas realmente lleguen, consolidando su posición como la plataforma de contratos inteligentes más segura y descentralizada. Al reducir el tiempo de finalización a 16 segundos y usar «prioridad en ranuras» para un modo de seguridad en emergencias cuánticas, Ethereum responde a las amenazas futuras a una velocidad sin precedentes. ¡Y aquellos que aún temen que V神 venda tokens, pueden dejar esas preocupaciones de lado!