La Fundación Ethereum ha decidido alejarse de la función hash Poseidon en sus planes para un diseño de capa base futura, con el cambio confirmado por el investigador principal Justin Drake el 13 de hacesto de 2026.
Avances en Sistemas de Prueba de Campo Binario Cambian el Cálculo
Justin Drake explicó que los recientes avances en sistemas de prueba que operan sobre campos binarios han cambiado el equilibrio entre las funciones hash tradicionales, como SHA-2 y BLAKE, y los hashes especializados adaptados a SNARK como Poseidon. Estas mejoras ahora permiten que las funciones hash estándar logren un rendimiento comparable a Poseidon dentro de las pruebas SNARK de conocimiento cero.
Poseidon, lanzado en 2019, fue especialmente diseñado para ser eficiente dentro de las pruebas SNARK (Argumentos de Conocimiento No Interactivos Sucintos) y rápidamente se convirtió en el hash amigable con SNARK predeterminado de Ethereum. Sin embargo, los avances liderados por la investigación de Binius, notablemente de Benjamin Diamond y Jim Posen, así como el desarrollo más reciente de Flock, han contribuido a estas nuevas eficiencias en los SNARK de campo binario.
Drake estimó que nuevos sistemas como Binius y Flock pueden procesar aproximadamente 1 millón de cálculos hash convencionales por segundo en una computadora portátil estándar, con una velocidad aproximadamente 100 veces más lenta que el hash nativo de la CPU pero aún práctica para fines SNARK.
Mini diccionario: Poseidon es una función hash criptográfica optimizada para sistemas de prueba de conocimiento cero como SNARKs, ofreciendo computación eficiente en esos contextos. En contraste, SHA-2 y BLAKE son funciones hash estándar ampliamente adoptadas, consideradas seguras bajo suposiciones criptográficas establecidas.
Drake señaló esfuerzos de investigación como Binius y Flock por crear nuevas posibilidades, diciendo que han cambiado el equilibrio entre funciones hash especializadas y tradicionales para SNARKs. El resultado es que “los nuevos sistemas de prueba de campo binario pueden manejar eficientemente los tipos de operaciones que realizan las funciones hash establecidas”.
De hecho, la actualización propuesta haría que hashes establecidos como SHA-2 y BLAKE sean más viables para las futuras bases criptográficas de Ethereum, reduciendo la necesidad de una función especializada como Poseidon en nuevos diseños de capa base.
Conexión a la Estrategia Post-Cuántica de Ethereum
Drake vinculó la decisión de la función hash a la estrategia de seguridad post-cuántica más amplia de Ethereum. Argumentó que el proyecto debería seguir confiando en principios criptográficos bien establecidos y adoptar una postura cautelosa respecto a enfoques novedosos. Llamó la atención sobre dificultades previas con esquemas innovadores como HAWK, un protocolo de firma basado en redes, y SQIsign, que se basa en la teoría de isogenia, ambos de los cuales han enfrentado recientes contratiempos.
Este enfoque conservador forma parte de los planes a largo plazo de Ethereum para mantener sus sistemas criptográficos resilientes en la era de la computación cuántica. Asegurar que las suposiciones criptográficas se mantengan fuertes es un enfoque clave mientras la red se prepara para potenciales amenazas cuánticas en el futuro.
El movimiento señala un compromiso con métodos criptográficos establecidos, alineando la hoja de ruta de Ethereum con sus ambiciones post-cuánticas y lecciones aprendidas de desafíos previos en el protocolo.
Cronograma de Transición e Impacto en los Desarrolladores
Drake aclaró que el cambio propuesto no hará que Poseidon quede obsoleto para aplicaciones actuales. No hay un requisito inmediato para que los desarrolladores existentes migren, ya que el cambio se refiere solo a los nuevos diseños de capa base.
La Fundación Ethereum apunta a 2027 para el lanzamiento de una leanVM de grado de producción, con lanzamientos destinados para las capas de consenso, datos y ejecución previstos para 2028. La intención es transicionar gradualmente hacia una base criptográfica más robusta y convencional para la próxima evolución del protocolo.
| Hito | Fecha Objetivo |
|---|---|
| Lanzamiento de producción de leanVM | 2027 |
| Despliegue de capa de consenso | 2028 |
| Despliegue de capas de datos y ejecución | 2028 |
Este ajuste arquitectónico planificado refleja la intención de Ethereum de actualizar su seguridad fundamental mientras aprovecha los sistemas de prueba mejorados, asegurando resistencia a largo plazo sin interrumpir proyectos existentes.
