Keccak-256

¿Qué es Keccak-256?

Keccak-256 es una función hash criptográfica que toma datos de casi cualquier tamaño y genera una salida hash fija de 256 bits.

En el mundo de las criptomonedas, Keccak-256 es conocida sobre todo por su función en sistemas blockchain basados en Ethereum, contratos inteligentes, sumas de comprobación de direcciones, identificadores de transacciones y verificaciones de integridad de datos.

Keccak-256 no es una criptomoneda, un token, una cartera, una clave privada, una frase de recuperación, un pool de minería, un validador, una cuenta de exchange ni una estrategia de trading.

Es una función matemática que convierte datos de entrada en una huella digital de longitud fija.

El resumen oficial de las especificaciones de Keccak describe Keccak como una familia de funciones esponja que posteriormente sentó las bases de las funciones SHA-3 y SHAKE.

La norma FIPS 202 de NIST sobre SHA-3 indica que las funciones SHA-3 se basan en el algoritmo Keccak, seleccionado por NIST como ganador del concurso de funciones hash criptográficas SHA-3.

Para los usuarios de criptomonedas, Keccak-256 significa, en pocas palabras, una forma de crear una huella breve y coherente de los datos para que las blockchains, las carteras y los contratos inteligentes puedan verificar información sin almacenar ni comparar cada vez todo el contenido original.

Por qué Keccak-256 es importante en el mundo cripto

Keccak-256 es importante porque las blockchains dependen de funciones hash fiables para identificar datos, proteger su integridad, organizar el estado y facilitar procesos criptográficos.

Una blockchain debe verificar continuamente que las transacciones, los bloques, los datos de las cuentas, el código de los contratos y los registros de almacenamiento no hayan cambiado de forma inesperada.

Las funciones hash lo hacen posible al convertir los datos en salidas compactas y fáciles de comparar.

Si la entrada cambia aunque sea un solo bit, una función hash segura debería producir una salida muy diferente.

Este comportamiento ayuda a las carteras, los nodos, los exploradores, los contratos inteligentes y los desarrolladores a detectar manipulaciones o datos que no coinciden.

Keccak-256 es especialmente importante porque está profundamente integrada en los entornos de Ethereum Virtual Machine y en el desarrollo de contratos inteligentes con Solidity.

La documentación oficial de Solidity incluye

entre las funciones disponibles globalmente que calculan el hash Keccak-256 de los datos de entrada.

Sin funciones hash seguras, muchas funciones de blockchain serían más lentas, menos compactas o inseguras.

Keccak-256 facilita la referencia, la comparación y la verificación de los datos blockchain.

Cómo funciona Keccak-256

Keccak-256 procesa los datos de entrada mediante una construcción esponja.

Una construcción esponja absorbe los datos de entrada en un estado interno y, a continuación, extrae una cantidad fija o variable de datos de salida.

En Keccak-256, la salida tiene 256 bits, que suelen representarse como 32 bytes o 64 caracteres hexadecimales.

La misma entrada debe producir siempre el mismo hash Keccak-256.

Con una probabilidad extremadamente alta, las entradas distintas deben producir hashes distintos.

Además, debería ser computacionalmente inviable invertir el hash y recuperar la entrada original partiendo únicamente de la salida.

Esta propiedad unidireccional es uno de los motivos por los que las funciones hash resultan útiles en los sistemas blockchain.

Los nodos pueden comparar hashes rápidamente sin tener que revelar ni volver a procesar todos los detalles de la misma manera cada vez.

Los desarrolladores también pueden utilizar hashes como identificadores compactos de conjuntos de datos más grandes.

Qué significa un hash de 256 bits

El «256» de Keccak-256 indica que la salida tiene una longitud de 256 bits.

Un bit es la unidad más pequeña de información digital y puede ser 0 o 1.

Como 8 bits equivalen a 1 byte, un hash de 256 bits tiene una longitud de 32 bytes.

Cuando se escribe en hexadecimal, esos 32 bytes suelen representarse con 64 caracteres hexadecimales.

Por ejemplo, un hash Keccak-256 puede aparecer como una cadena larga que comienza por

y va seguida de 64 caracteres hexadecimales.

El prefijo

no forma parte del valor del hash sin procesar.

Es una forma habitual de indicar que los caracteres siguientes están escritos en formato hexadecimal.

El espacio de salida de 256 bits es enorme, por lo que las colisiones accidentales son muy improbables si la función se utiliza correctamente.

Esta gran longitud de salida es uno de los motivos por los que Keccak-256 es adecuada para sistemas blockchain de alto valor.

Propiedades fundamentales de Keccak-256

Keccak-256 es determinista, lo que significa que la misma entrada siempre produce la misma salida.

Su salida tiene una longitud fija: el hash siempre mide 256 bits, independientemente de la longitud de la entrada.

Está diseñada para ser unidireccional, lo que significa que no debería ser posible recuperar la entrada original a partir únicamente del hash.

Está diseñada para resistir colisiones, lo que significa que debería ser extremadamente difícil encontrar dos entradas distintas que produzcan el mismo hash.

Está diseñada para resistir ataques de preimagen, lo que significa que debería ser extremadamente difícil encontrar una entrada que coincida con un hash elegido.

También presenta un efecto avalancha: un pequeño cambio en la entrada debería provocar un gran cambio en la salida.

Estas propiedades hacen que Keccak-256 resulte útil para identificadores de blockchain, lógica de contratos inteligentes, sumas de comprobación de direcciones, estructuras de tipo Merkle y esquemas de compromiso.

Sin embargo, estas propiedades no significan que Keccak-256 pueda ocultar por sí sola secretos débiles.

Si la entrada original es fácil de adivinar, los atacantes pueden calcular el hash de distintas suposiciones y comparar las salidas.

Keccak-256 y SHA3-256

Keccak-256 y SHA3-256 están estrechamente relacionadas, pero en la práctica no siempre son iguales.

Keccak fue la familia de algoritmos original que NIST seleccionó para estandarizar SHA-3.

La norma SHA-3 de NIST se basa en Keccak, pero SHA3-256, ya estandarizada, utiliza detalles de separación de dominio y relleno distintos de los de Keccak-256 anterior a la norma que suele emplearse en sistemas basados en Ethereum.

Esta diferencia significa que Keccak-256 y SHA3-256 pueden producir salidas hash distintas para la misma entrada.

La diferencia es especialmente importante para los desarrolladores, ya que utilizar la función incorrecta puede generar direcciones, firmas o resultados de contratos incorrectos, o hacer que falle una verificación.

Una función de biblioteca denominada

puede implementar SHA3-256 estandarizada en lugar de Keccak-256, como la de los sistemas basados en Ethereum.

Al utilizar el hashing propio de Ethereum, una función de biblioteca llamada

suele ser la opción más segura.

Los desarrolladores deben leer la documentación de la biblioteca en lugar de confiar ciegamente en los nombres de las funciones.

La opción más segura es probar pares conocidos de entradas y salidas antes de utilizar una implementación de hash en código de producción.

Keccak-256 y SHA-256

Keccak-256 es distinta de SHA-256.

SHA-256 pertenece a la familia SHA-2, mientras que Keccak-256 pertenece a la familia Keccak, que sirvió de base para SHA-3.

Ambas funciones pueden producir salidas de 256 bits, pero utilizan diseños internos distintos.

Por eso, la misma entrada produce salidas distintas con Keccak-256 y SHA-256.

En el mundo cripto, esta diferencia importa porque distintas blockchains y herramientas pueden utilizar funciones hash diferentes.

Los sistemas basados en Bitcoin están estrechamente asociados con SHA-256, mientras que los sistemas basados en Ethereum utilizan Keccak-256 en muchos componentes fundamentales.

Un desarrollador nunca debe sustituir Keccak-256 por SHA-256, salvo que el protocolo o la aplicación lo exijan expresamente.

Cambiar la función hash modifica los identificadores, las pruebas, las direcciones, las firmas y los resultados de las verificaciones.

Las funciones hash no son intercambiables solo porque generen salidas de la misma longitud.

Keccak-256 en sistemas basados en Ethereum

Keccak-256 se utiliza ampliamente en los sistemas blockchain basados en Ethereum.

El glosario oficial de Ethereum describe Keccak-256 como una función hash criptográfica utilizada en Ethereum.

Las direcciones de cuentas y contratos, los hashes de transacciones, los temas de eventos, los selectores de funciones, los cálculos de almacenamiento y los formatos de suma de comprobación de los sistemas basados en Ethereum pueden utilizar Keccak-256 de distintas formas.

Esto no significa que los usuarios tengan que calcular manualmente Keccak-256 para cada transacción.

Las carteras, los nodos, los exploradores y las herramientas de contratos inteligentes suelen realizar el cálculo en segundo plano.

Sin embargo, los desarrolladores y los usuarios avanzados deben entender cómo funciona, ya que un hashing incorrecto puede romper aplicaciones.

Un pequeño error de codificación puede generar un hash completamente distinto.

Esto puede dar lugar a direcciones de contrato incorrectas, comprobaciones de firma fallidas, pruebas de Merkle erróneas, listas de permitidos defectuosas o compromisos inutilizables.

Keccak-256 y las direcciones de cartera

Keccak-256 se utiliza para crear y dar formato a las direcciones de cartera de los sistemas basados en Ethereum.

En la derivación habitual de direcciones de estos sistemas, se calcula el hash de una clave pública y se utiliza parte del hash para formar la dirección.

Así, los usuarios pueden compartir una dirección más corta en vez de una clave pública completa.

Keccak-256 también se utiliza en la codificación de direcciones con sumas de comprobación en mayúsculas y minúsculas.

La norma de EIP-55 para las direcciones con suma de comprobación describe cómo se utiliza el hash Keccak-256 para determinar qué letras de una dirección deben escribirse en mayúsculas o minúsculas.

La suma de comprobación no mantiene una dirección en secreto.

Ayuda a las carteras y a los usuarios a detectar ciertos errores al escribir o copiar direcciones.

Aun así, se puede enviar una dirección con suma de comprobación a la persona equivocada si el usuario copia una dirección incorrecta.

Los usuarios deben verificar siempre la dirección completa, utilizar agendas de direcciones de confianza cuando corresponda y probar las transferencias con cantidades pequeñas antes de enviar importes elevados.

Keccak-256 y los hashes de transacciones

Un hash de transacción es un identificador aparentemente único generado a partir de los datos de una transacción.

En los sistemas basados en Ethereum, Keccak-256 se utiliza para generar identificadores de transacciones a partir de datos codificados de estas.

Los usuarios ven los hashes de transacción al consultar exploradores de bloques, historiales de carteras, depósitos, retiradas, swaps e interacciones con contratos inteligentes.

Un hash de transacción ayuda a encontrar el estado de una operación sin tener que buscar manualmente en toda la blockchain.

Según la red y el explorador, puede mostrar si una transacción está pendiente, confirmada, ha fallado o ha sido sustituida.

Un hash de transacción no demuestra que la operación haya sido segura ni rentable.

Solo identifica el registro de una transacción.

Los usuarios deben entender que un hash de transacción es una prueba de una acción on-chain, no una garantía de que esa acción haya sido acertada.

Una vez confirmada, una transacción suele ser irreversible, salvo que el contrato receptor o el destinatario dispongan de un proceso independiente para devolverla.

Keccak-256 y los contratos inteligentes

Los contratos inteligentes utilizan Keccak-256 para numerosas tareas.

En Solidity,

puede generar identificadores, compromisos, claves de roles, ubicaciones en mappings, hashes de mensajes y valores de verificación.

Un desarrollador puede calcular el hash de los datos de entrada para crear un ID único.

También puede calcular el hash de un valor oculto en un sistema de compromiso y revelación.

Puede calcular el hash de datos estructurados antes de verificar una firma.

Asimismo, puede utilizar hashes para comparar datos sin almacenar en la blockchain todos los valores originales.

Esto puede reducir el almacenamiento y mejorar la claridad, pero debe hacerse con cuidado.

El hashing no garantiza automáticamente la privacidad de los datos si se puede adivinar la entrada.

Por ejemplo, calcular el hash de «sí» o «no» no oculta la respuesta, ya que un atacante puede calcular ambas posibilidades y comparar los resultados.

Los compromisos privados u ocultos suelen necesitar salts de alta entropía o valores secretos.

Keccak-256 y los selectores de funciones

Los selectores de funciones son identificadores breves que utilizan los contratos inteligentes basados en Ethereum para determinar qué función debe ejecutarse.

Un selector de función suele derivarse del hash Keccak-256 de la firma de la función.

Los cuatro primeros bytes de ese hash identifican la función que se va a llamar.

Por ejemplo, la firma de una función contiene su nombre y los tipos de parámetros, no sus valores.

Este selector compacto permite que Ethereum Virtual Machine dirija las llamadas a la función correcta.

Los selectores de funciones son pequeños, por lo que, en teoría, pueden producirse colisiones.

Los desarrolladores deben tener cuidado al diseñar interfaces, contratos proxy y sistemas de llamadas de bajo nivel.

Los usuarios normalmente no ven directamente los selectores de funciones, pero las vistas previas de transacciones de las carteras y los exploradores pueden mostrar los nombres de las funciones descodificadas cuando se conoce la interfaz del contrato.

Si una cartera no puede descodificar una función, los usuarios deben extremar la precaución antes de firmar.

Keccak-256 y los temas de eventos

Los eventos de los contratos inteligentes ayudan a las aplicaciones y a los exploradores a seguir la actividad on-chain.

En los sistemas basados en Ethereum, las firmas de eventos se convierten en temas de eventos mediante el cálculo de su hash Keccak-256.

Estos temas permiten organizar los registros y buscarlos.

Por ejemplo, una aplicación puede filtrar un tipo concreto de evento buscando el tema correspondiente.

Esto es importante para las carteras, los indexadores, las herramientas de análisis y las interfaces de aplicaciones descentralizadas.

Los registros de eventos pueden facilitar el seguimiento de la actividad blockchain, pero no deben confundirse con la propiedad directa de activos.

Un contrato puede emitir un evento, pero el cambio real de estado depende de su lógica y de la ejecución de la transacción.

Los desarrolladores deben diseñar los eventos con cuidado para que los usuarios, las herramientas y los auditores puedan entender qué ha ocurrido.

Los usuarios deben considerar los datos de los eventos un contexto útil, no un sustituto de la revisión del estado del contrato y del resultado de la transacción.

Keccak-256 y la distribución del almacenamiento

Keccak-256 se utiliza para calcular la distribución del almacenamiento en los sistemas basados en Ethereum.

Los contratos inteligentes almacenan datos en espacios de almacenamiento.

En los mappings y las estructuras de datos dinámicas, la ubicación de los valores almacenados puede calcularse aplicando Keccak-256 a las claves codificadas y a las posiciones de los espacios.

Esto permite que la máquina virtual almacene estructuras de datos complejas de forma predecible.

La distribución del almacenamiento es importante para los desarrolladores porque los contratos actualizables, los proxies y el acceso al almacenamiento de bajo nivel pueden fallar si las suposiciones sobre esa distribución son incorrectas.

Una colisión de almacenamiento puede provocar errores graves si dos variables utilizan accidentalmente la misma ubicación.

Keccak-256 ayuda a organizar el almacenamiento, pero no protege a los desarrolladores de una arquitectura deficiente para los contratos.

Antes de crear contratos actualizables o leer el almacenamiento manualmente, los desarrolladores deben entender cómo se distribuyen los datos.

Las auditorías suelen revisar los cálculos de almacenamiento porque un pequeño error puede afectar a fondos reales.

Keccak-256 y los esquemas de compromiso y revelación

Un esquema de compromiso y revelación permite a un usuario comprometerse con un valor en un momento y revelarlo más adelante.

Durante la fase de compromiso, se puede utilizar Keccak-256 para calcular el hash del valor.

Más adelante, el usuario revela el valor original y cualquier salt secreto para que los demás puedan verificar que coincide con el hash inicial.

Este patrón puede utilizarse en juegos, sistemas de votación, subastas, procesos de aleatoriedad y otras aplicaciones en las que revelar la información demasiado pronto daría una ventaja injusta.

La regla fundamental es que el valor comprometido debe ser difícil de adivinar.

Si el valor es sencillo, un atacante puede calcular los hashes de posibles respuestas y compararlos con el compromiso.

Un salt sólido puede dificultar las conjeturas.

Los desarrolladores también deben gestionar los plazos de revelación, las penalizaciones, la falta de revelación y los riesgos de front-running.

El hashing es solo una parte de un diseño seguro de compromiso y revelación.

Keccak-256 y los árboles de Merkle

Un árbol de Merkle es una estructura de datos que combina numerosos hashes en un único hash raíz.

Keccak-256 puede utilizarse para crear árboles de Merkle en aplicaciones basadas en Ethereum.

Una raíz de Merkle puede representar un gran conjunto de datos, como una lista de permitidos, una lista de distribución de tokens o un conjunto de datos off-chain.

Un usuario puede demostrar que un elemento pertenece al conjunto proporcionando una prueba de Merkle.

Esto puede reducir los costes de almacenamiento on-chain, ya que el contrato quizá solo tenga que guardar el hash raíz.

Los árboles de Merkle son útiles, pero requieren una construcción cuidadosa.

Los desarrolladores deben evitar codificaciones ambiguas, problemas con hojas duplicadas, suposiciones incorrectas sobre el orden y errores en la verificación de pruebas.

Al utilizar reclamaciones basadas en Merkle, los usuarios deben asegurarse de visitar páginas oficiales y usar las direcciones de cartera correctas.

Una prueba de Merkle válida puede demostrar que un elemento pertenece a un conjunto de datos, pero no demuestra que la página de reclamación sea segura.

Keccak-256 y las firmas digitales

Las firmas digitales suelen implicar el cálculo del hash de un mensaje antes de firmarlo o verificarlo.

Keccak-256 se utiliza habitualmente en los procesos de hashing de mensajes de los sistemas basados en Ethereum.

Una cartera puede pedir a un usuario que firme un mensaje ya formateado y convertido en hash.

Después, un contrato inteligente o una aplicación puede verificar que la firma procede de la dirección esperada.

Esto resulta útil para la autenticación, los permisos, las órdenes off-chain, las votaciones, las reclamaciones de airdrops y la autorización de cuentas.

Sin embargo, firmar mensajes puede ser peligroso si los usuarios no entienden qué están firmando.

Una firma puede aprobar una acción, autorizar una orden o demostrar el control de una cartera.

Los usuarios deben rechazar las solicitudes de firma vagas, ilegibles, inesperadas o urgentes.

Un hash puede compactar los datos, pero también puede ocultar su significado si la interfaz de la cartera no muestra el mensaje claramente.

Keccak-256 y la codificación ABI

La codificación ABI define cómo se empaquetan o codifican los tipos de datos para las llamadas a contratos inteligentes basados en Ethereum.

Keccak-256 suele calcular el hash de datos codificados mediante ABI, pero los desarrolladores deben elegir el método de codificación adecuado.

La codificación empaquetada puede ser eficiente, pero también puede generar ambigüedad al combinar varios valores dinámicos.

La codificación ABI estándar puede reducir la ambigüedad, ya que las reglas sobre tipos y relleno son más claras.

Un error habitual de los desarrolladores es calcular off-chain el hash de los datos con un método de codificación y utilizar otro on-chain.

Esto genera hashes distintos e interrumpe la verificación.

Otro error es suponer que una cadena de texto legible y los bytes sin procesar se calcularán como un mismo hash en todas las herramientas.

Los desarrolladores deben probar el hashing entre Solidity, JavaScript, Python, Rust o cualquier otra tecnología utilizada por la aplicación.

Las discrepancias entre hashes calculados en distintos lenguajes son una causa frecuente de errores en los contratos inteligentes.

Keccak-256 y los NFT

Keccak-256 puede utilizarse en contratos de NFT, sistemas de metadatos, listas de permitidos, firmas y pruebas de reclamación.

Un proyecto de NFT puede utilizar Keccak-256 para generar raíces de Merkle para las listas de permitidos de acuñación.

También puede usar Keccak-256 para verificar permisos de acuñación firmados.

Asimismo, puede utilizar Keccak-256 para crear identificadores de roles de contratos o registros de datos.

Esto no significa que Keccak-256 demuestre por sí sola que un NFT es valioso o auténtico.

Un hash puede verificar que los datos coinciden con una entrada concreta, pero no puede demostrar el valor artístico, la propiedad legal, la rareza ni la demanda a largo plazo.

Antes de interactuar con un contrato de NFT, los usuarios deben comprobar la dirección oficial del contrato, la documentación del proyecto, el origen de los metadatos, el anuncio del marketplace y la solicitud de la cartera.

Los estafadores pueden utilizar funciones criptográficas reales en proyectos falsos.

Una función hash sólida no convierte en honesto un contrato deshonesto.

Keccak-256 y DeFi

Keccak-256 se utiliza ampliamente entre bastidores en las aplicaciones DeFi.

Los protocolos DeFi pueden utilizar hashing para firmas, permisos, pruebas de Merkle, IDs de órdenes, identificadores de pools, gestión de roles, espacios de almacenamiento y temas de eventos.

Los usuarios rara vez ven directamente estos hashes, pero influyen en la forma en que los contratos verifican permisos y hacen seguimiento del estado.

Un protocolo DeFi puede utilizar Keccak-256 correctamente y seguir siendo arriesgado.

Entre los riesgos se encuentran los errores en los contratos inteligentes, la manipulación de oráculos, los fallos de bridges, las perturbaciones de liquidez, los ataques de gobernanza y las aprobaciones maliciosas.

Keccak-256 protege determinados procesos de integridad y verificación de datos, pero no garantiza que el diseño económico de un protocolo sea seguro.

Antes de depositar fondos, los usuarios deben evaluar las auditorías, los permisos de los contratos, la liquidez, la gobernanza, los controles de actualización y la información sobre riesgos.

Una función hash segura es un componente básico, no un sistema de seguridad completo.

Keccak-256 y los estándares de tokens

Los estándares de tokens pueden utilizar Keccak-256 de forma indirecta en llamadas a contratos inteligentes, eventos, interfaces y patrones de almacenamiento.

Cuando se transfiere un token, las interfaces de las carteras y los exploradores pueden recurrir a temas de eventos generados a partir de firmas de eventos convertidas en hashes.

Cuando un contrato inteligente llama a otro, los selectores de funciones derivados de Keccak-256 ayudan a dirigir la llamada.

Cuando se firman permisos de tokens off-chain, los datos firmados pueden incluir mensajes estructurados basados en hashes.

Estos detalles suelen quedar ocultos para los usuarios habituales.

Los desarrolladores deben entenderlos porque los estándares de tokens dependen de una compatibilidad precisa.

Una pequeña discrepancia en el hashing, la codificación o el formato de firma puede hacer que fallen las aprobaciones, las transferencias o los procesos de permisos.

Los usuarios deben tener cuidado al firmar aprobaciones de tokens, ya que una firma válida basada en Keccak-256 todavía puede autorizar una acción arriesgada.

La función hash es fiable, pero el permiso que se firma puede ser peligroso.

Límites de seguridad de Keccak-256

Keccak-256 es una función hash criptográfica sólida, pero no puede resolver todos los problemas de seguridad.

No puede proteger una clave privada que ya se haya filtrado.

No puede impedir que un usuario firme una transacción maliciosa.

No puede hacer que un token fraudulento sea legítimo.

No puede corregir un contrato inteligente con una lógica de negocio defectuosa.

No puede ocultar secretos con poca entropía, como contraseñas cortas, respuestas sencillas o números pequeños.

No puede garantizar que la interfaz de una cartera muestre la información correcta.

No puede revertir una transferencia accidental.

Los usuarios y desarrolladores deben considerar Keccak-256 un componente criptográfico de confianza, no un producto de seguridad completo.

Errores habituales de los desarrolladores al utilizar Keccak-256

Un error habitual es confundir Keccak-256 con SHA3-256 estandarizada.

Otro error frecuente es utilizar una codificación de entrada incorrecta antes de calcular el hash.

Un tercer error es utilizar

con varios valores dinámicos sin tener en cuenta la posible ambigüedad.

Un cuarto error es calcular el hash de una entrada de usuario sin añadir un salt cuando resulta fácil adivinarla.

Un quinto error es suponer que calcular el hash de datos privados permite publicarlos de forma segura on-chain.

Un sexto error es comparar hashes de distintas bibliotecas sin comprobar si todas utilizan Keccak-256, como la de Ethereum.

Un séptimo error es olvidar que las cadenas de texto, los bytes, los números y las direcciones pueden codificarse de manera distinta antes de calcular el hash.

Un octavo error es tratar un hash como una prueba de significado, en lugar de una prueba de que una entrada concreta coincide con una salida concreta.

Las buenas pruebas, las reglas de codificación claras y los vectores de prueba conocidos pueden evitar muchos de estos errores.

Malentendidos habituales de los usuarios sobre Keccak-256

Un malentendido habitual es pensar que Keccak-256 cifra los datos.

El hashing y el cifrado son diferentes: el cifrado está diseñado para poder revertirse con una clave, mientras que el hashing está diseñado para ser unidireccional.

Otro malentendido es pensar que Keccak-256 puede recuperar carteras perdidas.

Una función hash no puede recuperar una frase semilla, una clave privada ni la contraseña perdida de una cartera.

Un tercer malentendido es creer que el hash de una transacción significa que esta se ha ejecutado correctamente.

El hash identifica la transacción, pero los usuarios aún tienen que comprobar si se ha confirmado o ha fallado.

Un cuarto malentendido es creer que calcular el hash de un secreto hace que sea seguro revelarlo on-chain.

Si el secreto es fácil de adivinar, los atacantes pueden calcular el hash de distintas suposiciones y compararlas.

Un quinto malentendido es pensar que todos los hashes de 256 bits son iguales.

Keccak-256, SHA3-256 y SHA-256 pueden producir salidas de 256 bits, pero son funciones distintas.

Buenas prácticas para desarrolladores

Utiliza una biblioteca Keccak-256 con documentación clara al desarrollar aplicaciones basadas en Ethereum.

No utilices SHA3-256 estandarizada cuando se requiera Keccak-256, como la de Ethereum.

Define exactamente cómo se codificarán los datos de entrada antes de calcular el hash.

Utiliza la codificación ABI estándar, salvo que la codificación empaquetada sea claramente segura para el caso de uso.

Añade salts de alta entropía al calcular hashes de valores que, de otro modo, podrían adivinarse.

Utiliza vectores de prueba conocidos en distintos lenguajes y cadenas de herramientas.

Siempre que sea posible, muestra los datos de firma en un formato legible.

Evita pedir a los usuarios que firmen hashes opacos, salvo que el modelo de seguridad lo exija realmente.

Revisa la lógica basada en hashes durante las auditorías, especialmente en los compromisos, las firmas, las listas de permitidos, el almacenamiento actualizable y los identificadores de roles.

Buenas prácticas para usuarios de criptomonedas

No te preocupes si ves una mención a Keccak-256 en una cartera, un explorador o una herramienta de contratos inteligentes.

Es un componente habitual de la infraestructura blockchain basada en Ethereum.

Al consultar depósitos, retiradas, swaps e interacciones con contratos, comprueba los hashes de las transacciones en exploradores de bloques de confianza.

Recuerda que un hash de transacción es solo un identificador, no una prueba de que la transacción haya sido segura o se haya ejecutado correctamente.

No compartas nunca frases semilla, claves privadas ni palabras de recuperación de la cartera con nadie que afirme que necesita «verificar un hash».

Rechaza las firmas de cartera que muestren datos ilegibles, salvo que entiendas completamente por qué debes firmar.

Utiliza sitios web oficiales y direcciones de contratos verificadas al interactuar con páginas de reclamación, acuñaciones de NFT, aplicaciones DeFi o aprobaciones de tokens.

Prueba las transferencias con cantidades pequeñas antes de enviar importes grandes a una dirección o contrato nuevos.

Confía en la criptografía sólida, pero no en todos los sitios web que utilizan términos criptográficos.

Preguntas frecuentes

¿Qué es Keccak-256?

Keccak-256 es una función hash criptográfica que convierte los datos de entrada en una salida hash fija de 256 bits.

¿Keccak-256 es una criptomoneda?

No. Keccak-256 no es una criptomoneda ni un token, sino una función hash matemática utilizada por sistemas y aplicaciones blockchain.

¿Dónde se utiliza Keccak-256 en el mundo cripto?

Keccak-256 se utiliza en direcciones de sistemas basados en Ethereum, hashes de transacciones, selectores de funciones de contratos inteligentes, temas de eventos, cálculos de almacenamiento, firmas y pruebas de Merkle.

¿Keccak-256 es lo mismo que SHA3-256?

No. Keccak-256 y SHA3-256 estandarizada están estrechamente relacionadas, pero pueden producir salidas diferentes debido a las diferencias de estandarización y relleno.

¿Keccak-256 es lo mismo que SHA-256?

No. Keccak-256 y SHA-256 son funciones hash distintas y pertenecen a familias de algoritmos diferentes.

¿Por qué Solidity utiliza keccak256?

Solidity utiliza

porque los contratos inteligentes basados en Ethereum dependen de Keccak-256 para calcular hashes de datos de entrada, selectores de funciones, firmas, patrones de almacenamiento y lógica de verificación.

¿Se puede invertir Keccak-256?

No. Keccak-256 está diseñada para ser unidireccional, por lo que no debería ser posible recuperar la entrada original partiendo únicamente del hash.

¿Pueden dos entradas tener el mismo hash Keccak-256?

En teoría, las colisiones son posibles porque el espacio de salida de cualquier hash de longitud fija es limitado, pero encontrar una colisión práctica para Keccak-256 está diseñado para ser computacionalmente inviable.

¿Keccak-256 cifra los datos?

No. Keccak-256 calcula hashes de los datos, mientras que el cifrado es un proceso distinto que puede revertirse con la clave correcta.

¿El hash de una transacción significa que se ha ejecutado correctamente?

No. El hash identifica la transacción, pero los usuarios deben consultar el estado de confirmación y el resultado de la ejecución en un explorador de confianza.

¿Keccak-256 puede proteger mi frase semilla?

No. Los usuarios deben proteger las frases semilla sin conexión y nunca confiar en el hashing como sustituto de una copia de seguridad segura de la cartera.

¿Cuál es el principal riesgo para los desarrolladores al utilizar Keccak-256?

Por lo general, el mayor riesgo no reside en la función hash en sí, sino en utilizar una variante o codificación incorrecta, una entrada secreta débil o un proceso de firma poco claro.

Conclusión

Keccak-256 es una función hash criptográfica fundamental que se utiliza en los sistemas blockchain basados en Ethereum y en el desarrollo de contratos inteligentes.

Convierte los datos de entrada en una huella fija de 256 bits que puede utilizarse para direcciones, hashes de transacciones, selectores de funciones, temas de eventos, cálculos de almacenamiento, firmas, pruebas de Merkle y esquemas de compromiso y revelación.

Sus principales ventajas son el determinismo, la salida de longitud fija, el comportamiento unidireccional, la resistencia a colisiones y a ataques de preimagen, y un sólido efecto avalancha.

El detalle práctico más importante es que Keccak-256, como se utiliza en sistemas basados en Ethereum, no siempre equivale a SHA3-256 estandarizada.

Al desarrollar carteras, contratos, bibliotecas y herramientas de verificación, los desarrolladores deben utilizar la función y el método de codificación correctos.

Los usuarios no necesitan calcular Keccak-256 manualmente, pero les conviene entender qué significan los hashes de transacciones, las sumas de comprobación de direcciones y los hashes de firmas.

Keccak-256 es un componente de seguridad sólido, pero no constituye un sistema de seguridad completo.

No puede impedir el phishing, recuperar frases semilla perdidas, corregir contratos defectuosos, garantizar el valor de un token ni proteger a los usuarios que aprueban transacciones maliciosas.

La forma más adecuada de entender Keccak-256 es considerarla una herramienta fiable para generar huellas digitales dentro de una infraestructura cripto más amplia.

Cuando se utiliza correctamente, ayuda a las blockchains a verificar datos, identificar transacciones, organizar la lógica de los contratos inteligentes y reducir el riesgo de manipulación.

Si se utiliza de forma incorrecta, puede generar firmas defectuosas, direcciones erróneas, pruebas fallidas, compromisos inseguros y errores graves en contratos inteligentes.

Para los usuarios y los desarrolladores, Keccak-256 es una pieza esencial de la infraestructura cripto que debe utilizarse con respeto y someterse a pruebas, prestando mucha atención a los detalles de implementación.