Razones para preferir Blake3 sobre Sha256

Artículo original ↗ Discusión en Hacker News ↗

Los defensores de la función hash BLAKE3 argumentan que ofrece grandes ventajas de velocidad y paralelismo frente a SHA-256, especialmente para entradas grandes y sistemas multinúcleo, al tiempo que proporciona propiedades criptográficas sólidas como resistencia a ataques de extensión de longitud y salida extendida flexible. Otros responden que SHA-256 sigue siendo lo bastante rápido en hardware moderno —a menudo beneficiándose de instrucciones dedicadas de CPU—, está mucho más desplegado, mejor estudiado y es requerido por estándares como FIPS, lo que lo mantiene como la opción predeterminada para muchas aplicaciones. Varios comentaristas señalan que, en última instancia, la elección del algoritmo depende del contexto: BLAKE3 puede ofrecer mejoras de rendimiento drásticas en cargas de trabajo intensivas en datos o de deduplicación, pero SHA-2 y SHA-3 siguen destacando donde más importan la certificación, el soporte del ecosistema y el criptoanálisis a largo plazo.

Rendimiento frente a SHA-256 (software, hardware y tamaño de entrada)

  • Varios benchmarks muestran que BLAKE3 es significativamente más rápido que SHA-256 en software: ~2,5x en un solo hilo frente a SHA-256 optimizado, y mucho más rápido frente a implementaciones sin extensiones SHA.
  • Algunos informan que, en plataformas con SHA-256 acelerado por hardware sólido (p. ej., ciertos núcleos Apple/ARM), BLAKE3 en C de un solo hilo puede ser ligeramente más lento.
  • Otros señalan que muchos CPU en el mundo real todavía carecen de extensiones SHA, donde BLAKE3 puede ser decisivamente más rápido.
  • La ventaja de BLAKE3 crece con entradas grandes; para entradas pequeñas (~≤1 KB), la diferencia de velocidad se reduce y puede ser irrelevante frente a la E/S o la sobrecarga del protocolo.

Paralelismo y escalabilidad

  • La estructura en árbol de BLAKE3 permite multihilo automático y paralelismo SIMD, con aceleraciones casi lineales hasta un límite de núcleos/ancho de banda de memoria.
  • El mismo resultado de hash independientemente del número de hilos, lo que simplifica su uso en herramientas y protocolos.
  • Algunos advierten que consumir todos los núcleos para el hashing puede interferir con otras cargas de trabajo.

Uso de energía y características de CPU

  • Un punto de vista: “2,5x más rápido ≈ 2,5x menos energía.”
  • Contraargumento: las unidades SIMD e instrucciones especiales pueden tener perfiles de consumo muy diferentes; terminar antes no garantiza un menor consumo total de energía.
  • SHA-256 suele beneficiarse de instrucciones dedicadas; BLAKE3 depende de SIMD general, sin una ISA dedicada todavía.

Huella de memoria y dispositivos diminutos

  • El estado interno de BLAKE3 es un poco más grande que el de hashes antiguos debido a su árbol y la “CV stack”, hasta ~2 KiB.
  • La especificación permite un estado más pequeño para entradas que se sabe que son cortas, pero las bibliotecas comunes no exponen esto; los microcontroladores extremadamente limitados pueden verse afectados.

Características de diseño: modo árbol, contador de chunks, XOF

  • La salida extendida (XOF) reutiliza los valores de encadenamiento internos de 256 bits para generar salida de longitud arbitraria, útil para KDFs, usos tipo PRNG y protocolos que necesitan cadenas de >256 bits.
  • El “contador de chunks” hace intencionalmente que chunks idénticos en distintos desplazamientos se asignen a nodos Merkle distintos, fortaleciendo las herramientas de verificación en streaming.
  • Esto choca con diseños que esperaban reutilizar directamente el árbol interno de BLAKE3 para deduplicación direccionable por contenido a través de desplazamientos; los comentaristas sugieren usar un segmentado separado (hashes rodantes/CDC) y luego nombrar los chunks con BLAKE3 en su lugar.

Casos de uso y ecosistema / estándares

  • BLAKE3 resulta atractivo para cargas de trabajo de alto rendimiento: herramientas de deduplicación, sistemas de copias de seguridad, VCS de archivos grandes, árboles Merkle, verificación de grandes artefactos y verificación incremental mediante herramientas externas.
  • SHA-256 sigue siendo preferido donde importan FIPS, la aceleración por hardware y las herramientas ubicuas; muchos sistemas operativos y lenguajes incluyen SHA-256 por defecto, no BLAKE3.
  • Algunos prefieren SHA-3/Keccak por su estandarización y estructura simple; otros señalan una fuerte confianza y un extenso criptoanálisis para SHA-2, argumentando que tanto SHA-2 como BLAKE3 son buenas opciones según las restricciones.